Techniques d'estimation des tests dans les tests logiciels
Thomas Hamilton
⚡ Résumé intelligent
Les techniques d'estimation des tests logiciels permettent d'estimer la durée et le coût des tests. Un processus en quatre étapes – décomposition des tâches, attribution des responsables, estimation de l'effort et validation auprès des parties prenantes – transforme des échéanciers imprécis en un plan solide et approuvable par la direction.
Qu’est-ce que l’estimation des tests logiciels ?
Estimation des tests logiciels L'estimation des coûts est une activité de gestion qui permet d'évaluer approximativement la durée et le coût d'une tâche de test. Élaborer une estimation fiable est l'une des responsabilités les plus importantes en matière de gestion des tests. gestion des tests car cela détermine les décisions relatives au calendrier, au budget et aux ressources.
Pourquoi l'estimation des tests est importante
Les clients posent toujours deux questions avant de valider une mission d'essai :
Pour les petits projets, il est facile de répondre à ces questions. Pour un projet plus important, par exemple des tests, GuruSite web de 99 Bank — vous avez besoin d'une technique structurée pour défendre votre réponse.
Que faut-il estimer ?
- Ressources: les personnes, l'équipement, les installations, le financement et tout ce qui est nécessaire à la réalisation du travail.
- Heure: La ressource la plus précieuse de tout projet : chaque version a une date limite.
- Compétences humaines : Les connaissances et l'expérience de l'équipe sont essentielles. Des testeurs plus compétents terminent plus rapidement qu'une équipe moins expérimentée.
- Coût : le budget du projet — le montant d'argent nécessaire pour réaliser les tests prévus.
Comment estimer
Les techniques courantes d'estimation des tests logiciels sont :
- Structure de répartition du travail (SRT).
- Estimation à trois points.
- Delphi à large bande.
- Analyse des points de fonction ou des points de test.
- Méthode du point de cas d'utilisation.
- Répartition en pourcentage.
- Méthode ad hoc.
Le processus en quatre étapes ci-dessous combine plusieurs techniques pour parvenir à une estimation fiable. L'exemple utilise la GuruÉtude de cas de la Banque 99.
Étape 1) Diviser l'ensemble du projet en sous-tâches
Utilisez le bouton Structure de répartition du travail Cette technique permet de découper un projet complexe en modules, sous-modules, et enfin en tâches plus petites et significatives. Les estimations sont bien plus fiables à ce niveau de détail qu'avec des projets aux titres vagues.
Appliquez la technique pour casser le GuruLe projet de la Banque 99 est divisé en cinq tâches plus petites :
Chaque tâche est ensuite divisée en sous-tâches jusqu'à ce que chaque ligne soit suffisamment détaillée pour permettre une estimation.
| Tâche | Sous-tâche |
|---|---|
| Analyser les spécifications des exigences logicielles | Examinez les spécifications requises. |
| Interrogez les développeurs et les autres parties prenantes pour en savoir plus sur le site web. | |
| Créer la spécification de test | Concevoir des scénarios de test. |
| Créer des cas de test. | |
| RevExaminer et réviser les cas de test. | |
| Exécuter les cas de test | Créez l'environnement de test. |
| Exécutez les cas de test. | |
| RevAfficher les résultats de l'exécution du test. | |
| Signaler les défauts | Créez la défaut rapports. |
| Signalez les défauts. |
Étape 2) Attribuer chaque tâche à un membre de l'équipe
Attribuez chaque sous-tâche au responsable le plus approprié.
| Tâche | Propriétaire |
|---|---|
| Analyser les spécifications des exigences logicielles | Tous les membres de l'équipe |
| Créer la spécification de test | Testeur / Analyste de tests |
| Créer l'environnement de test | Administrateur de tests |
| Exécuter les cas de test | Testeur, administrateur de tests |
| Signaler les défauts | Testeur |
Étape 3) Estimation de l'effort pour chaque tâche
Deux techniques complémentaires fonctionnent bien à ce stade :
- Méthode des points de fonction.
- Estimation en trois points.
Méthode 1) Méthode des points de fonction
Le gestionnaire de tests estime la taille, la durée et le coût de chaque tâche.
Étape A) Estimer l'ampleur de la tâche
Prenez comme tâche « Créer le cahier des charges de test ». Sa taille dépend de la complexité fonctionnelle du système testé : plus il y a de fonctions, plus le système est complexe. Les points de fonction sont généralement classés en trois groupes : complexes, moyens et simples.
En fonction de sa complexité, le gestionnaire de tests attribue un poids à chaque point de fonction :
| le Groupe | Pondération |
|---|---|
| Complexe | 5 |
| Moyenne | 3 |
| Simple | 1 |
Le GuruLe site web de 99 Bank est divisé en 12 points fonctionnels. Leur complexité est résumée ci-dessous.
| # | Module | Rôles applicables | Description | Pondération |
|---|---|---|---|---|
| 1 | Demande de solde | Responsable, Client | Client: Consulter uniquement le solde de ses propres comptes. Gestionnaire: Afficher le solde de chaque client sous surveillance. |
3 |
| 2 | Transfert de fonds | Responsable, Client | Client: Transférer des fonds de son propre compte vers n'importe quelle destination. Gestionnaire: Transférer des fonds de n'importe quelle source vers n'importe quelle destination. |
5 |
| 3 | Mini déclaration | Responsable, Client | Les cinq dernières transactions d'un compte. Client: Afficher uniquement ses propres comptes. Gestionnaire: consulter n'importe quel compte. |
3 |
| 4 | Déclaration personnalisée | Responsable, Client | Transactions filtrées par date ou par valeur. Client: Comptes personnels uniquement. Gestionnaire: n'importe quel compte. |
5 |
| 5 | Changer mot de passe | Responsable, Client | Client: Changer son propre mot de passe. Gestionnaire: Changez votre propre mot de passe (et non celui du client). |
1 |
| 6 | Nouveau client | Gérant | Ajouter et modifier les informations client (adresse, email, téléphone). | 3 |
| 7 | Nouveau compte | Gérant | Comptes d'épargne et comptes courants ; un client peut en posséder plusieurs de chaque type. Le gestionnaire ajoute de nouveaux comptes pour les clients existants. | 5 |
| 8 | Modifier le compte | Gérant | Modifier les détails d'un compte existant. | 1 |
| 9 | Supprimer le compte | Gérant | Supprimer un compte client existant. | 1 |
| 10 | Supprimer le client | Gérant | Supprimer un client uniquement lorsqu'il n'y a plus aucun compte actif. | 1 |
| 11 | Caution | Gérant | Déposez des espèces sur n'importe quel compte de l'agence. | 3 |
| 12 | Retrait | Gérant | Retirez de l'argent liquide de n'importe quel compte à l'agence. | 3 |
Étape B) Estimer la durée de la tâche
Une fois la complexité définie, estimez la durée nécessaire pour tester chaque groupe.
- Effort total : Un effort total a été déployé pour tester chaque fonction du site web.
- Points de fonction totaux : Nombre total de modules du site web.
- Estimation par point de fonction : Effort moyen par point ; dépend de la productivité de l'équipe.
Supposons que l'estimation de l'équipe par point de fonction soit 5 heures/pointL'effort total pour le GuruExemple de 99 Bank :
| le Groupe | Pondération | Points de fonction | Total |
|---|---|---|---|
| Complexe | 5 | 3 | 15 |
| Moyenne | 3 | 5 | 15 |
| Simple | 1 | 4 | 4 |
| Fonction Total de points | 34 | ||
| Estimation par point | 5 | ||
| Effort total estimé (heures-personnes) | 170 | ||
L'effort total pour réaliser la « Création des spécifications de test » est d'environ 170 heures-personnesUne fois l'effort déterminé, vous pouvez affecter des ressources afin d'en calculer la durée et le coût.
Étape C) Estimer le coût des tâches
Cette étape répond à la deuxième question du client : « Combien cela coûte-t-il ? ». Supposons un taux horaire moyen d’équipe de $5 / heureLa tâche ci-dessus prend 170 heures, donc le coût est de : 170 × $5 = $850Appliquez le même calcul à chaque tâche de l'organigramme des tâches pour obtenir le budget du projet.
Plus l'estimation est précise, mieux vous pourrez gérer le budget du projet et vous assurer que chaque dollar dépensé sera rentable.
Méthode 2) Estimation à trois points
L'estimation à trois points est une technique structurée dans laquelle le responsable des tests fournit trois valeurs par tâche — optimiste, probablement et pessimiste effort — basé sur l'expérience antérieure ou sur les meilleures estimations.
Pour « Créer la spécification de test », les trois valeurs possibles sont :
- Meilleur cas : 120 heures-personnes (~15 jours) avec une équipe solide et expérimentée.
- Le plus probable: 170 heures-personnes (~21 jours) avec une équipe et des ressources typiques.
- Le pire des cas : 200 heures-personnes (~25 jours) avec une équipe moins expérimentée et des corrections supplémentaires.
Calculez la moyenne pondérée à l'aide de la formule de type PERT :
La valeur E est le moyenne pondérée — l’estimation principale pour « Créer le cahier des charges de test ».
Pour exprimer la confiance autour E, calculer l'écart type :
Pour la GuruExemple de la banque 99 : l’estimation s’établit à 166.6 ± 13.33 heures-personnes — une fourchette de 153.33 à 179.99 heures-personnes.
Étape 4) Valider l'estimation
Rassemblez toutes les estimations de tâches issues de l'organigramme des tâches et soumettez le plan au comité de direction (PDG, chef de projet, principales parties prenantes) pour examen et approbation.
Présentez l'estimation au conseil d'administration de manière logique afin qu'ils comprennent les hypothèses, les techniques choisies et la marge de contingence que vous avez intégrée.
Test Estimation Meilleures Pratiques
Ajouter du temps tampon
Les plans résistent rarement à la réalité : départs de membres de l’équipe, délais de test plus longs que prévu, problèmes de dépendances. Prévoyez une marge de sécurité raisonnable dans chaque estimation afin que le planning puisse absorber les imprévus mineurs.
Planifier la disponibilité des ressources
Tenez compte des congés planifiés, des formations et des astreintes. Les estimations qui ignorent les disponibilités paraissent excellentes sur le papier, mais s'avèrent catastrophiques à la réalisation.
Utilisez votre expérience passée comme référence.
Les données historiques issues de projets similaires sont précieuses. Si vous avez testé un site web comparable l'an dernier, tirez des enseignements de son fonctionnement, des problèmes rencontrés et des solutions qui ont permis de les résoudre.
Tenez-vous-en à l'estimation, mais revoyez-la.
Les estimations ne sont pas fiables.tracts; ce sont des estimations. RevÉtablissez-les aux étapes clés connues et n'apportez des modifications que lorsque les exigences changent sensiblement ou que de nouvelles informations modifient la situation. Négociez toute modification avec le client en toute transparence.
Modèle d'estimation de test logiciel
Téléchargez le fichier Excel d'estimation des tests logiciels (.xlsx)
Autres techniques d'estimation
Outre l'estimation par WBS, par points de fonction et par trois points, plusieurs autres techniques sont largement utilisées :
- Delphi à large bande : Estimation itérative par consensus par un panel d'experts.
- Méthode des points de cas d'utilisation : L'effort requis dépend du nombre et de la complexité des cas d'utilisation.
- Répartition en pourcentage : alloue un pourcentage fixe de l'effort total du projet aux tests.
- Méthode ad hoc : Jugement d'expert en l'absence de données historiques.
Estimation ascendante vs estimation descendante
Une vision pratique de l'estimation se décompose également en deux stratégies complémentaires :
- Estimation ascendante : Cette méthode repose sur les tâches les plus élémentaires de l'organigramme des tâches. Plusieurs parties prenantes, des collaborateurs expérimentés et des contributeurs conjuguent leurs efforts pour obtenir un total précis. Elle est idéale lorsque le travail est bien compris.
- Estimation descendante : Le projet est classé selon sa taille et sa complexité, puis comparé à des projets similaires déjà réalisés. L'effort moyen par projet est également utilisé. cas de test et s'adapte au nombre de cas prévus. Utile en début de projet, lorsque les détails sont rares.
La plupart des équipes combinent les deux approches — descendante pour le chiffre principal, ascendante pour la fiabilité — et superposent le résultat à des modèles sophistiqués lorsque les budgets le justifient.
