7 questions
Lors de l'écriture des cas de test
j'écris de façon générique en faisant référence à des fichiers de JDD
Je me lance dans un roman
Je décris tous les champs, ca serait dommage d'en manquer un
Je laisse les étapes vide. Le testeur trouvera bien un truc
dans le rangement du référentiel de test
Je suis libre, je fais ce que je veux
Pourquoi écrire des tests, c'était mieux avant
J'organise le mieux possible un truc pour que personne ne trouve rien
Je suis les préconisations du schéma Squash
Dans le campagne de test je glisse :
Tous les cas de tests du référentiel
uniquement les nouveautés
Nouveauté
Recevabilité
Rejeux
TNR
Le testeur choisira
L'importance du cas de test est calculée
Devant un café en pause
Suivant la criticité de l'exigence manuellement
Suivant la criticité de l'exigence automatiquement en cochant : auto
faudrait peut être faire un pairwise pour la calculer
Je sélectionne les cas de test dans la campagne
Le plus Manuellement possible
En filtrant uniquement les cas de test
J'aime bien le nouveau filtre Snapchat on pourrait prendre celui-là !
en réalisant des filtres sur les cas de tests et les exigences
Un cas de test possède
un nom + quelques explications
Une liste impressionnante de champ à verifier.
des captures écran du cahier des charges
Nom
Objectif
Pré-requis
Jeux de données
Des étapes de tests
Un lien vers une ou plusieurs exigences
Une importance
Selon une étude, quelle est la cause principale (72%) de l'obsolescence des référentiels de test
Le testeur est là pour débugger.
La non mise à jour du référentiel de tests par rapport aux l'évolutions du logiciel.
72 % vous êtes sure ?
du coup pas de tests par d'obsolescence !