Développement logiciel et gestion de projet

Pendant les tests, on a tracé une courbe de croissance de fiabilité avec le temps de test (ou le nombre de cas de test exécutés) en abscisse et le nombre cumulé de défauts trouvés en ordonnée. La courbe monte encore, sans signe de saturation (de palier). Quel jugement est le plus approprié ?

  1. ALes défauts sont trouvés régulièrement et les tests sont efficaces, si bien que les tests peuvent se terminer comme prévu
  2. BLa forme de la courbe n'a rien à voir avec la qualité, si bien que les tests se terminent une fois tous les cas de test prévus exécutés
  3. CDe nombreux défauts non découverts sont probablement encore présents : il faut poursuivre les tests et analyser aussi les tendances des défauts
Afficher la réponse et l'explication

Réponse : C. De nombreux défauts non découverts sont probablement encore présents : il faut poursuivre les tests et analyser aussi les tendances des défauts

À mesure que les tests avancent, les défauts sont d'abord trouvés les uns après les autres, puis on en trouve moins à mesure que les défauts restants diminuent : la courbe cumulée prend donc une forme en S (approchée par une courbe de Gompertz ou une courbe logistique) et finit par saturer. Une courbe qui approche de la saturation est le signe que la qualité se stabilise, mais tant qu'elle continue de monter, de nombreux défauts sont probablement encore présents. Avoir exécuté les cas de test prévus n'est pas, en soi, une raison de terminer les tests. On ajuste la courbe pour estimer le nombre de défauts restants, ce qui sert à ajouter des tests ou à les concentrer.

S'entraîner sur ce thème Retour au thème

Autres questions sur Développement logiciel et gestion de projet

  1. Lors du test d'intégration d'un micrologiciel de 25 KLOC (25 000 lignes), on a trouvé 30 défauts. D'après les résultats passés de l'organisation, la valeur de référence des défauts trouvés dans cette phase est de 2 à 4 par KLOC. Quelle est l'évaluation la plus appropriée de ce résultat ?
  2. Avec Git, deux développeurs ont modifié la même ligne du même fichier sur des branches différentes, puis l'une des branches a été fusionnée dans l'autre. Que se passe-t-il ?
  3. Quelle méthode de revue des documents de conception ou du code source est dirigée par un modérateur, attribue des rôles aux participants, se déroule de façon formelle à l'aide de listes de contrôle, etc., et enregistre les défauts trouvés et vérifie leur correction ?
  4. Après une version de micrologiciel dont on sait qu'elle fonctionne correctement, il y a 1000 commits, et le dernier commit présente un bogue. Le bogue a été introduit par un commit et se produit dans tous les commits suivants. Quand on identifie le commit fautif par recherche dichotomique, comme avec git bisect, combien de fois au maximum faut-il compiler et tester le micrologiciel ?
  5. Dans une WBS, qui décompose hiérarchiquement les livrables et le travail d'un projet, comment s'appelle l'élément de plus bas niveau, utilisé comme unité pour estimer la durée et le coût et pour affecter les personnes ?