09. Testing - Iziclock/T304-Projet-Integration_IziClock GitHub Wiki

Testing

Tests d'application

Tests unitaires

Outil de test : Jasmine, Karma

Nous avons réalisé des tests unitaires pour chaque component de notre application lorsque ceux-ci étaient possibles. Ces tests évaluent chaque unité de code de manière isolée pour garantir son bon fonctionnement, indépendamment des autres parties de l'application. Cela nous permet de détecter rapidement et de corriger les éventuels problèmes.

Chaque page/component/service/pipe possède son propre fichier dédié au tests. Les fichiers de tests sont les fichiers d'extension ".spec.ts".

Ces fichiers sont disponibles dans chaque page/component/service/pipe à partir de ce lien.

Code Coverage : 83.75%

Tests d'intégration

Outil de test : Jasmine, TestBed

Nous avons effectué des tests d'intégration pour certains components clés de notre application. Bien que moins nombreux que les tests unitaires, ces tests nous permettent d'évaluer comment plusieurs unités de code interagissent ensemble. Cela nous permet de vérifier que les différentes parties de l'application fonctionnent correctement lorsqu'elles sont combinées.

Chaque page/component/service/pipe possède son propre fichier dédié au tests. Les fichiers de tests sont les fichiers d'extension ".spec.ts".

Ces fichiers sont disponibles dans chaque page/component/service/pipe à partir de ce lien.

Code Coverage : 83.75%

Tests Raspberry Pi

Tests unitaires

Outil de test : Unittest

Les tests unitaires sur le Raspberry Pi permettent de tester que les alarmes qui sont récupérées sur le backend déployé sonnent au moment où elles sont sensé sonnées.

Code coverage : 67%

Tests physiques

Chaque composant électronique à été testé individuellement avant d'être utilisé avec les autres.