OK, j'essayerai.
Car vous identifiez correctement dans votre poteau original, la clef à toute la ceci est automation.
Dans le meilleur des cas vous visez pour un processus où chaque nuit quelque chose le long de ces lignes se produit :
- Tout le code courant est recherché de votre outil de gestion de la configuration de logiciel (CVS, nécessairement, PVCS, subversion, etc.)
- Ce code est établi.
- Le logiciel est couru.
- Tous vos cas de test sont courus à travers
- On produit un fichier de consignation qui vous fait savoir le matin de toutes les issues qui se sont produites avec quelconque d'entre ces processus.
Afin d'accomplir ceci vous pourriez utiliser un outil tel que R2build pour automatiser le processus dans son ensemble (ou écrire un manuscrit en lots si vous êtes assez bon). Les cadres d'essai d'unité, tels que JUnit, te permettent d'accumuler des suites des cas de test d'unité et de les courir automatiquement. Les outils d'essai existent qui te permettent de courir automatiquement les cas de test de niveau de GUI (TestComplete étant un exemple) qui pourraient mettre en application l'intégration, l'acceptation ou les cas de test au niveau système.
Toutes ces notations de produit qui peuvent être regardées le matin.
Espérer que des aides comme large introduction à ma prise sur le processus de essai automatisé.
