part 4 Préparer les test... à suivre

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 !