« Introduction au test logiciel/Intégration dans le processus de développement » : différence entre les versions
Contenu supprimé Contenu ajouté
déplacements depuis un autre chapitre |
→Rapprocher les tests de l'utilisateur : fin de l'intro |
||
Ligne 96 :
Si les méthodes agiles recommandent les tests, elle recommandent également d'intégrer l'utilisateur au processus de développement afin que les réalisations des développeurs collent au plus près des véritables attentes qu'on peut avoir du logiciel.
Les tests sont d'abord une discipline technique mais nous allons voir que par différentes façon, nous pouvons rapprocher ces travaux des utilisateurs. Les trois approches suivantes tentent de mêler les tests avec la documentation utilisateur (le cas doctest) ou avec les spécifications du logiciel (Fit et BDD). L'objectif est d'avoir des tests écrit dans un langage compréhensible par l'utilisateur, voire de permettre à l'utilisateur d'écrire les tests lui-même sous forme de tableau de valeurs dans un tableur (Fit) ou en langage simili-naturel (BDD). Idéalement, ces technologies permettrait de confronter l'implémentation du logiciel aux spécifications attendues, décrites en langue naturelle : on peut parler de ''spécification exécutable'' ({{en}} ''executable spec'').
=== Mêler tests et documentation, l'approche ''doctest'' ===
| |||