Différences
Ci-dessous, les différences entre deux révisions de la page.
Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
testeur:testlink [2009/05/23 10:29] http://abuledu.org/openid/erics créée |
testeur:testlink [2009/05/23 16:15] http://abuledu.org/openid/francois |
||
---|---|---|---|
Ligne 9: | Ligne 9: | ||
**Example of TestLink simple work-flow** | **Example of TestLink simple work-flow** | ||
- | 1. Administrator creates a Test Project | + | - L' |
- | | + | - le chef de projet |
- | 2. Leader | + | - le testeur |
- | generates empty Test Cases. He reorganize them into two Test Suites: “Fish” and | + | |
- | | + | |
- | 3. Tester | + | - Maintenant, les développeurs créent la première version. Adam et Bela exécutent cette version et enregistrent leurs résultats : |
- | these Test Specification that is organized into Test Suites. | + | |
- | 4. Adam creates keyword | + | * 1 = échoué |
- | Test Cases. | + | * 4 = bloqués |
- | 5. Adam creates a Test Plan “Fish & Chips 1”, Build “Fish 0.1” | + | - Les développeurs créent une nouvelle version |
- | Test Suite “Fish” to this Test Plan. He assigns himself and Bela as resources to this Test | + | - Un responsable de l' |
- | Plan too. | + | - Plus tard, les développeurs ajoute aussi la fonctionnalité |
- | 6. Now developers produce a first build. Adam and Bela execute and record the testing | + | Il peut réutiliser le premier plan de test comme modèle. Tous les Cas de Test “Fish” |
- | | + | - Maintenant on relance le plan de test comme précédemment. |
- | 7. Developers make a new Build “Fish 0.2” | + | - Plus tard, l' |
- | Cases only. This time these all blocked and failed Test Cases passed. They retest also | + | |
- | all Test Cases with keywords “Regression | + | =====Glossaire===== |
- | 8. A manager of this team would like to see the results. Administrator explains to him | + | * **Projet de test** : Testlink peut être utilisé pour de nombreux projets de test très différents et indépendants. On crée un unique projet de test par projet développé. Il devrait y avoir des utilisateurs différents liés à chaque projet. |
- | that he can create an account | + | * **Suite de test** : ce sont des catégories pour chaque projet : par exemple, installation, |
- | default “Guest” rights and can see Test Results and Test Cases. He can see that | + | * **Cas de test** : c'est une situation à tester. On décrit les étapes à suivre et le résultat attendu. Lorsque je clique ici, il devrait se passer ça. |
- | | + | * **Plan de test** : C'est une série de test lancée. On choisit une série de cas de test à valider. Par exemple, je viens de mettre à jour un paquet, je crée un nouveau plan de test et en quelques clics, je sélectionne tous les tests à valider pour ce paquet. |
- | for that particular Build.1 | + | |
- | 9. Later, developers finally add also “Chips” | + | |
- | | + | |
- | will be automatically added. He create a new Build “Fish 1.1” | + | |
- | Cases to this Test Plan too. | + | |
- | 10. Now testing starts as usual. | + | |
- | 11. Later, Admin creates a new Test Project for another product | + | |
- | | + | |