Techniques d'estimation - Test

Les efforts de test ne sont basés sur aucun calendrier définitif. Les efforts se poursuivent jusqu'à ce qu'un calendrier prédéterminé soit fixé, indépendamment de l'achèvement des tests.

Cela est principalement dû au fait que, conventionnellement, test effort estimation fait partie de la development estimation. Uniquement dans le cas des techniques d'estimation qui utilisent WBS, telles que Wideband Delphi, Three-point Estimation, PERT et WBS, vous pouvez obtenir les valeurs pour les estimations des activités de test.

Si vous avez obtenu les estimations en points de fonction (FP), alors selon Caper Jones,

Number of Test Cases = (Number of Function Points) × 1.2

Une fois que vous avez le nombre de cas de test, vous pouvez extraire les données de productivité de la base de données organisationnelle et arriver à l'effort requis pour les tests.

Méthode du pourcentage d'effort de développement

L'effort de test requis est une proportion ou un pourcentage direct de l'effort de développement. L'effort de développement peut être estimé à l'aide de lignes de code (LOC) ou de points de fonction (FP). Ensuite, le pourcentage d'effort pour les tests est obtenu à partir de la base de données de l'organisation. Le pourcentage ainsi obtenu est utilisé pour arriver à l'estimation de l'effort pour les tests.

Estimation des projets de test

Plusieurs organisations fournissent maintenant des services de vérification et de validation indépendants à leurs clients, ce qui signifierait que les activités du projet seraient entièrement des activités de test.

L'estimation des projets de test nécessite une expérience sur des projets variés pour le cycle de vie des tests logiciels. Lorsque vous estimez un projet de test, considérez -

  • Compétences d'équipe
  • Connaissance du domaine
  • Complexité de l'application
  • Données historiques
  • Cycles de bogues pour le projet
  • Disponibilité des ressources
  • Variations de productivité
  • Environnement système et temps d'arrêt

Test des techniques d'estimation

Les techniques d'estimation de test suivantes se sont avérées exactes et sont largement utilisées -

  • Technique d'estimation de test du logiciel PERT
  • Méthode UCP
  • WBS
  • Technique Delphi large bande
  • Analyse des points de fonction / points de test
  • Distribution en pourcentage
  • Technique d'estimation basée sur l'expérience

Technique d'estimation des tests logiciels PERT

La technique d'estimation des tests logiciels PERT est basée sur des méthodes statistiques dans lesquelles chaque tâche de test est décomposée en sous-tâches, puis trois types d'estimation sont effectués sur chaque sous-tâche.

La formule utilisée par cette technique est -

Test Estimate = (O + (4 × M) + E)/6

Où,

O = Estimation optimiste (meilleur scénario dans lequel rien ne va pas et toutes les conditions sont optimales).

M = Estimation la plus probable (durée la plus probable et il peut y avoir un problème, mais la plupart des choses iront bien).

L = Estimation pessimiste (pire des cas où tout va mal).

L'écart type de la technique est calculé comme suit:

Standard Deviation (SD) = (E − O)/6

Méthode des points d'utilisation

La méthode UCP est basée sur les cas d'utilisation où nous calculons les poids d'acteurs non ajustés et les poids de cas d'utilisation non ajustés pour déterminer l'estimation des tests logiciels.

Le cas d'utilisation est un document qui spécifie différents utilisateurs, systèmes ou autres parties prenantes interagissant avec l'application concernée. Ils sont nommés «Acteurs». Les interactions accomplissent certains objectifs définis protégeant les intérêts de toutes les parties prenantes à travers différents comportements ou flux appelés scénarios.

Step 1- Comptez le non. d'acteurs. Les acteurs sont positifs, négatifs et exceptionnels.

Step 2 - Calculez les poids non ajustés des acteurs comme

Unadjusted Actor Weights = Total no. of Actors

Step 3 - Comptez le nombre de cas d'utilisation.

Step 4 - Calculer les poids de cas d'utilisation non ajustés comme

Unadjusted Use-Case Weights = Total no. of Use-Cases

Step 5 - Calculer les points de cas d'utilisation non ajustés comme

Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)

Step 6- Déterminer le facteur technique / environnemental (TEF). S'il n'est pas disponible, prenez-le comme 0,50.

Step 7 - Calculer le point d'utilisation ajusté comme

Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]

Step 8 - Calculez l'effort total comme

Total Effort = Adjusted Use-Case Point × 2

Structure de répartition du travail

Step 1 - Créez WBS en décomposant le projet de test en petits morceaux.

Step 2 - Divisez les modules en sous-modules.

Step 3 Divisez davantage les sous-modules en fonctionnalités.

Step 4 - Divisez les fonctionnalités en sous-fonctionnalités.

Step 5 - Passez en revue toutes les exigences de test pour vous assurer qu'elles sont ajoutées dans WBS.

Step 6 - Déterminez le nombre de tâches que votre équipe doit accomplir.

Step 7 - Estimez l'effort pour chaque tâche.

Step 8 - Estimez la durée de chaque tâche.

Technique Delphi large bande

Dans la méthode Delphi à large bande, WBS est distribué à une équipe comprenant 3-7 membres pour ré-estimer les tâches. L'estimation finale est le résultat des estimations résumées basées sur le consensus de l'équipe.

Cette méthode parle davantage de l'expérience que de toute formule statistique. Cette méthode a été popularisée par Barry Boehm pour mettre l'accent sur l'itération de groupe pour parvenir à un consensus où l'équipe a visualisé différents aspects des problèmes tout en estimant l'effort de test.

Analyse des points de fonction / des points de test

Les PF indiquent la fonctionnalité de l'application logicielle du point de vue de l'utilisateur et sont utilisés comme technique pour estimer la taille d'un projet logiciel.

Lors des tests, l'estimation est basée sur le document de spécification des exigences ou sur un prototype de l'application précédemment créé. Pour calculer la PF pour un projet, certains composants majeurs sont nécessaires. Ils sont -

  • Unadjusted Data Function Points - i) Fichiers internes, ii) Interfaces externes

  • Unadjusted Transaction Function Points - i) Entrées utilisateur, ii) Sorties utilisateur et iii) Demandes utilisateur

  • Capers Jones basic formula -

    Nombre de cas de test = (nombre de points de fonction) × 1,2

  • Total Actual Effort (TAE) -

    (Nombre de cas de test) × (Pourcentage d'effort de développement / 100)

Distribution en pourcentage

Dans cette technique, toutes les phases du cycle de vie du développement logiciel (SDLC) se voient attribuer un effort en%. Cela peut être basé sur des données antérieures de projets similaires. Par exemple -

Phase % d'effort
Gestion de projet sept%
Exigences 9%
Conception 16%
Codage 26%
Test (toutes les phases de test) 27%
Documentation 9%
Installation et formation 6%

Ensuite, le% de l'effort pour les tests (toutes les phases de test) est ensuite réparti pour toutes les phases de test -

Toutes les phases de test % d'effort
Test des composants 16
Test indépendant 84
Total 100
Test indépendant % d'effort
Test d'intégration 24
Test du système 52
Test d'acceptation 24
Total 100
Test du système % d'effort
Test du système fonctionnel 65
Test du système non fonctionnel 35
Total 100
Planification des tests et architecture de conception 50%
Phase d'examen 50%

Technique d'estimation des tests basée sur l'expérience

Cette technique est basée sur des analogies et des experts. La technique suppose que vous avez déjà testé des applications similaires dans des projets précédents et collecté des métriques à partir de ces projets. Vous avez également collecté les métriques des tests précédents. Prenez les contributions d'experts en la matière qui connaissent très bien l'application (ainsi que les tests) et utilisez les métriques que vous avez collectées et arrivez à l'effort de test.