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.