« LeSS - Automatisation des tests » : différence entre les versions
De Wiki Agile
| Ligne 39 : | Ligne 39 : | ||
=== Faire quelques tests manuels === | === Faire quelques tests manuels === | ||
Automatiser ''tous'' les tests pourraient ne pas valoir le coût voire même ne pas être possible. Certains tests tels que ceux évoqués ci-dessous devront alors être faits manuellement : | |||
* ''Les tests nécessitant une appréciation et de la créativité de la part de quelqu’un'', c’est-à-dire d’une personne capable de juger si l’interface s’apprête bien à des tests d’utilisabilité. Les tests exploratoires, par définition, ont besoin de quelqu’un pour décider de la prochaine étape à explorer. | |||
* ''Les tests nécessitant | |||
* ''Les tests nécessitant une action physique'', par exemple dans le cas de tests d’un système ayant des configurations matérielles différentes. Cela peut être automatisé par le biais de la simulation, mais la vraie configuration matérielle pourrait s’avérer nécessaire pour l’exécution du test final. | * ''Les tests nécessitant une action physique'', par exemple dans le cas de tests d’un système ayant des configurations matérielles différentes. Cela peut être automatisé par le biais de la simulation, mais la vraie configuration matérielle pourrait s’avérer nécessaire pour l’exécution du test final. | ||
* ''Des tests coûteux par nature''. Par exemple, exécuter des tests de capacité en environnement de production peut s’avérer trop coûteux et par conséquent ne sont exécutés tout au plus qu’une ou deux fois au cours de la vie du produit. Toutefois, ces tests ne font que retarder le risque. Il est nécessaire de s’attaquer à ces risques le plus tôt possible avec des tests moins coûteux - par exemple, en exécutant des tests de capacité sur une simulation de l’environnement cible - cela permettra que l’exécution du vrai test, qui lui est coûteux, ne soit que la vérification finale. | * ''Des tests coûteux par nature''. Par exemple, exécuter des tests de capacité en environnement de production peut s’avérer trop coûteux et par conséquent ne sont exécutés tout au plus qu’une ou deux fois au cours de la vie du produit. Toutefois, ces tests ne font que retarder le risque. Il est nécessaire de s’attaquer à ces risques le plus tôt possible avec des tests moins coûteux - par exemple, en exécutant des tests de capacité sur une simulation de l’environnement cible - cela permettra que l’exécution du vrai test, qui lui est coûteux, ne soit que la vérification finale. | ||
Pas de fausse dichotomie : essayez d’automatiser tous les tests, mais n’oubliez pas de faire des tests manuels lorsque c’est nécessaire. | |||
Pas de fausse dichotomie : | |||
=== Do exploratory testing === | === Do exploratory testing === | ||