add continuous integration part in README
This commit is contained in:
@@ -164,3 +164,13 @@ Nous avons mis en place quelques tests unitaires sur certaines fonctions utilita
|
|||||||
Suite à un échange avec notre professeur, il nous a été indiqué qu’un nombre limité de tests suffisait pour démontrer notre compréhension et notre mise en pratique de ce concept. En effet, tester l’ensemble du projet aurait demandé un temps de développement trop important au regard des contraintes du projet.
|
Suite à un échange avec notre professeur, il nous a été indiqué qu’un nombre limité de tests suffisait pour démontrer notre compréhension et notre mise en pratique de ce concept. En effet, tester l’ensemble du projet aurait demandé un temps de développement trop important au regard des contraintes du projet.
|
||||||
|
|
||||||
Nous avons donc choisi de nous concentrer sur quelques cas représentatifs, afin de valider notre approche des tests unitaires tout en respectant les délais impartis.
|
Nous avons donc choisi de nous concentrer sur quelques cas représentatifs, afin de valider notre approche des tests unitaires tout en respectant les délais impartis.
|
||||||
|
|
||||||
|
### 10. Intégration continu
|
||||||
|
|
||||||
|
Dans notre projet, l’intégration continue repose sur les outils et pratiques utilisés tout au long du développement.
|
||||||
|
|
||||||
|
Nous avons appliqué les principes de l’intégration continue de la manière suivante :
|
||||||
|
- Utilisation de Git pour gérer les versions du projet et intégrer régulièrement les modifications de chaque membre de l’équipe
|
||||||
|
- Utilisation de Docker pour garantir un environnement de développement et de déploiement identique et reproductible
|
||||||
|
- Tests réguliers des fonctionnalités à chaque ajout de code (tests manuels et tests API avec Bruno)
|
||||||
|
- Validation continue du projet, afin de s’assurer qu’une version fonctionnelle reste disponible à tout moment
|
||||||
Reference in New Issue
Block a user