À propos de cet outil
Une estimation en un seul chiffre masque l’incertitude. Ce calculateur propose trois techniques et affiche chaque formule pour que vous puissiez défendre le résultat. L’estimation trois points (PERT) prend des heures optimistes, les plus probables et pessimistes par tâche, calcule E = (O + 4M + P) ÷ 6 et SD = (P − O) ÷ 6, et donne des intervalles approximatifs à 68 % et 95 % pour le total. Le découpage construit l’estimation de bas en haut à partir du nombre de cas de test, du temps de conception et d’exécution par cas, des cycles d’exécution, des retests, de la préparation, de la coordination et d’une marge de sécurité. La méthode du pourcentage du développement est une vérification rapide de haut en bas à partir d’un ratio que vous calibrez sur votre propre historique. Les trois convertissent les heures en jours-personne et en jours calendaires selon la taille de votre équipe.
Mode d’emploi
- Choisissez une technique. Commencez par le découpage quand vous connaissez le périmètre en cas de test, et par PERT quand vous estimez des activités réellement incertaines.
- Saisissez vos chiffres. Pour PERT, ajoutez une ligne par activité ; chaque ligne affiche sa propre valeur attendue et son écart type.
- Relisez le détail, ajustez les hypothèses comme les cycles ou la marge, puis copiez la synthèse dans votre plan de test.
FAQ : Calculateur d’estimation des tests
Pourquoi PERT pondère-t-il la valeur la plus probable par 4 ?
PERT modélise chaque tâche par une loi bêta dont la moyenne vaut approximativement (O + 4M + P) ÷ 6. Cette pondération garde l’estimation proche de la valeur la plus probable tout en la tirant vers une longue traîne pessimiste, typique du travail de test qui dépend du nombre de défauts et de la stabilité des environnements.
Comment l’écart type total est-il calculé ?
Les variances s’additionnent, pas les écarts types : l’écart type total est la racine carrée de la somme des carrés des écarts types de chaque tâche. Cela suppose que les tâches varient indépendamment. Si un même risque, comme un environnement instable, touche toutes les tâches, la dispersion réelle est plus large.
Quel pourcentage de la charge de développement le test doit-il représenter ?
Il n’existe pas de chiffre universel. Cela dépend du risque, du domaine, de la réglementation et de la maturité de l’automatisation. Utilisez le ratio de vos propres projets terminés (heures de test réelles divisées par heures de développement réelles) et comparez-le à une estimation de bas en haut.