Au troisième cycle de test (par exemple avec QF-Test) un bilan positif peut être atteint concernant les dépenses de test. Le retour sur investissement (ROI) individuel varie bien sûr.
En développant agilement on arrive plus vite au ROI grâce au cycles d'itération courts.
L'effort initial prendra plus de temps pour créer les tests que tester manuellement.
En raison des cycles de développe consécutifs de plus en plus fonctionnalités doivent être testés. L'effort de test croissant peut juste être traité avec l'automatisation de test.
Au cours du temps une grande base des tests sera créee et pour une couvrage de test maximale, on enregistre plus de tests quand on a de nouvelles fonctionnalités.
Le développement de logiciel agile a autant d'itérations et c'est la raison pour laquelle l'automatisation est une nécessité - outre les tests unit et tests manuels initials.
Dernière mise à jour: 30 mars 2022
| Durée avant l'automatisation | Durée après l'automatisation | Epargne | Citation |
|---|---|---|---|
| 8 heures | 1 heure | 87,5% | Thomas Schöning, Testmanager certifié ISTQB, Airbus Defence and Space GmbH, Produits et projets multi-INT Allemagne: L'exécution manuelle des tests occupait jusqu'à présent 1 personne pendant 3 heures par configuration. Pour le produit standard et sa version (2 modes), l'économie est donc actuellement de 8 heures/jour, un temps que nous investissons volontiers dans d'autres tests automatisés ou d'autres activités. (voir l'étude de cas complète). |
| 8 semaines | 1 semaine | 87,5% | Sean Kane, Directeur de l'ingénierie de test, Intervoice Inc., Dallas, Etats-Unis: Mais maintenant on peut tester l'application dans 1 semaine. Cela durait 8 semaines. |
| 2 semaines | 5 journée | 50% | Gadi Goldbarg, Logiciels de développement, Directeur de l'AQ, Zend, Ramat Gan, Israel: |
| 1 journée | 3 heures | 62,5% | Denis Gauthier Software Integration, Thales Australia, Melbourne: |
| 1 journée | Moins qu'1 heure | 87,5% | Phil Cross, Lockheed Martin, Owego New York, Etats-Unis: |
| 7-8 heures | 1,5 heures | 80% | Heidi Klade, Logistik Pur Software GmbH, Koppl près de Salzburg, Autriche: |
| Réduction de presque 50% | CertiCon, Prague, République tchèque: |
Vous trouvez les citation complètes ici: Avantages pour décideurs
Les trois phases roses du procès de test (voir image) le développment des cas de test, l'exécution des cas de test et leur maintenance influencent le retour sur investissement (ROI) le plus pendant l'automatisation de test.
| Phase du procès de test | Tests manuels | Tests automatisés |
|---|---|---|
| Planification de test | La planification des tests comprend la planification des tests et la fourniture de l'environnement de test. Ceci est identique pour les tests manuels et automatisés. | |
| Spécification des cas de test | Pour les tests manuels et automatisés, l'analyse et la description des cas de test sont nécessaires. | |
| Développement | Lorsque vous testez manuellement, vous devez élaborer des instructions pour les testeurs afin de maintenir la cohérence. | La mise en œuvre des cas de test avec l'outil de test prend du temps, de l'argent et des ressources. Par conséquent, l'investissement initial doit être amorti sur les cycles de test. |
| Documentation | Dans les tests manuels, le plan de test est en corrélation avec les instructions de test. | La documentation automatisée peut être générée rapidement à partir des cas de test. |
| Gestion des cas de test | Avec la stratégie de test manuel ou automatisé, les documents doivent être gérés dans chaque cas. | |
| Exécution des cas de test | L'exécution des tests est le principal facteur de coût ici, notamment le matériel et le personnel. Des erreurs d'inattention sont également possibles. | L'outil de test est très fiable dans la réalisation du test. Il fait une utilisation optimale du matériel. |
| Gestion des reslutats | Les résultats doivent être saisis manuellement. | L'avantage de l'automatisation est la génération automatique de rapports. Cela influence la qualité du rapport. |
| Maintenance des cas de test | Avec les tests manuels, les instructions de test ne seraient ajustées qu'après des changements fondamentaux. | Bien entendu, les cas de test doivent être adaptés dans l'interface graphique, ce qui entraîne un effort de maintenance. Toutefois, l'avantage d'un outil de test est que vous ne devez les régler qu'une seule fois dans l'interface graphique. En outre, la modularisation et une bonne reconnaissance des composants sont possibles. |
