meta données pour cette page
  •  

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
certif:dm:methodologie_des_tests [2026/09/29 09:25] – [8.3. Étape 2 : validation du rapport] nicolascertif:dm:methodologie_des_tests [2026/09/29 09:30] (Version actuelle) – nicolas
Ligne 1: Ligne 1:
 +|{{:undo-2.svg?30|}} [[certif:dm#methodologie_des_tests|Retour au dossier de maintenance]]||
 +|{{:connexe.jpg?40|}} **Sujets connexes**|[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]\\ [[https://interface.logeas-web.fr/RapportsRelease|Informations sur la version en cours]]\\ [[certif:procedure:develop:gestionversion]]|
 +
 ====== Méthodologie des tests ====== ====== Méthodologie des tests ======
  
Ligne 208: Ligne 211:
 Cette validation constitue un préalable obligatoire à la production de la version bêta. Cette validation constitue un préalable obligatoire à la production de la version bêta.
  
-==== 8.4. Étape 3 : livraison de la version bêta ==== +==== 9.4. Étape 3 : livraison de la version bêta ==== 
- +La production de la version bêta est réalisée par le script ''livrer-beta''.\\ 
-La production de la version bêta est réalisée par le script ''livrer-beta''. +Cette étape constitue une **porte bloquante** : la bêta ne peut être produite que si un rapport de qualification validé correspond exactement au code présent dans les deux dépôts.\\
- +
-Cette étape constitue une **porte bloquante** : la bêta ne peut être produite que si un rapport de qualification validé correspond exactement au code présent dans les deux dépôts. +
 La livraison de la bêta est automatiquement inscrite dans la trace du rapport. La livraison de la bêta est automatiquement inscrite dans la trace du rapport.
  
-==== 8.5. Étape 4 : recette de la version bêta ==== +==== 9.5. Étape 4 : recette de la version bêta ==== 
- +Après le déploiement de la bêta sur le serveur de test, une recette est réalisée dans l'écran **« Rapports de version »** de la cartographie fonctionnelle.\\ 
-Après le déploiement de la bêta sur le serveur de test, une recette est réalisée dans l'écran **« Rapports de version »** de la cartographie fonctionnelle. +Cette recette repose sur une liste de contrôle minimale.\\
- +
-Cette recette repose sur une liste de contrôle minimale. +
 Chaque point de cette liste doit être : Chaque point de cette liste doit être :
- +  * vérifié et déclaré conforme ; 
-* vérifié et déclaré conforme ; +  * ou déclaré sans objet, avec une justification.
-* ou déclaré sans objet, avec une justification. +
 Une recette déclarée non conforme nécessite obligatoirement un commentaire. Une recette déclarée non conforme nécessite obligatoirement un commentaire.
  
-==== 8.6. Étape 5 : livraison de la version client ==== +==== 9.6. Étape 5 : livraison de la version client ==== 
- +La livraison de la version client (release) est réalisée par le script ''livrer-release''.\\ 
-La livraison de la version client (release) est réalisée par le script ''livrer-release''. +Cette étape constitue également une **porte bloquante**.\\
- +
-Cette étape constitue également une **porte bloquante**. +
 Les conditions suivantes doivent être réunies : Les conditions suivantes doivent être réunies :
- +  * la recette de la version bêta doit être conforme ; 
-* la recette de la version bêta doit être conforme ; +  * aucun nouveau commit ne doit avoir été ajouté dans l'un ou l'autre des deux dépôts depuis la production de la bêta.
-* aucun nouveau commit ne doit avoir été ajouté dans l'un ou l'autre des deux dépôts depuis la production de la bêta. +
 Le rapport qualité publié constitue alors la pièce qualité de la release. Le rapport qualité publié constitue alors la pièce qualité de la release.
  
-==== 8.7. Gestion des correctifs après livraison d'une bêta ==== +==== 9.7. Gestion des correctifs après livraison d'une bêta ==== 
- +Tout correctif apporté après la production d'une bêta, même mineur, impose une nouvelle qualification et la production d'une nouvelle bêta.\\
-Tout correctif apporté après la production d'une bêta, même mineur, impose une nouvelle qualification et la production d'une nouvelle bêta. +
 Cette règle garantit que la version livrée a bien été testée et validée sur la base du code exact qui la constitue. Cette règle garantit que la version livrée a bien été testée et validée sur la base du code exact qui la constitue.
  
-==== 8.8. Gestion des livraisons d'urgence ==== +==== 9.8. Gestion des livraisons d'urgence ==== 
- +Une livraison réalisée en dehors de cette chaîne reste possible en cas d'urgence.\\ 
-Une livraison réalisée en dehors de cette chaîne reste possible en cas d'urgence. +Dans ce cas, le rapport de release et l'écran **« À propos »** de LoGeAs Web indiquent explicitement que la version est **non qualifiée**.\\
- +
-Dans ce cas, le rapport de release et l'écran **« À propos »** de LoGeAs Web indiquent explicitement que la version est **non qualifiée**. +
 Cette mention permet de distinguer une version ayant suivi l'ensemble de la procédure de qualification d'une version livrée exceptionnellement en dehors de celle-ci. Cette mention permet de distinguer une version ayant suivi l'ensemble de la procédure de qualification d'une version livrée exceptionnellement en dehors de celle-ci.