Différences

Ci-dessous, les différences entre deux révisions de la page.

--- testeur:testlink [2009/05/23 10:29]
http://abuledu.org/openid/erics créée
+++ testeur:testlink [2009/05/23 16:16]
http://abuledu.org/openid/francois
@@ Ligne 9: / Ligne 9: @@
 **Example of TestLink simple work-flow**
-. Administrator creates a Test Project “Fast Food” and two users, Adam with rights
+  - L'administrateur crée un projet Test “Fast Food” et deux comptes utilisateurs, Adam avec les droits de “Leader” (chef du projet) et Bela avec les droits “Senior Tester” (Testeur aguerri).
-    “Leader” and Bela with rights “Senior Tester”.
+  - le chef de projet Adam ajoute les recommandations de test et crée des **Cas de test** vides. Il les organise dans deux catégories : des **Suites de test** : “Fish” and “Chips”.
-. Leader Adam imports Software Requirements and for part of these requirements
+  - le testeur Bela décrit un scenario de test (Elle décrit le contenu de chaque Cas de test) en utilisant les recommandations, pour chaque **Suite de test**.
-    generates empty Test Cases. He reorganize them into two Test Suites: “Fish” and
+  - Adam crée un mot-clef “Test de Régression” et l'attribue à 10 de ces **cas de test**.
-    “Chips”.
+  - Adam crée un "**Plan de tests** “Fish & Chips 1”, construit “Fish 0.1” et indique tous les cas de test de la suite "Fish" rattachés à ce plan de test. Il attribue son propre compte ainsi que celui de Bela à ce plan de test.
-. Tester Bela describes a test scenario (create a content of empty Test Cases) using
+  - 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.
+    * 5 = validé,
-. Adam creates keyword “Regression testing” and assigns this keyword to ten of these
+    * 1 = échoué
-    Test Cases.
+    * 4 = bloqués
-. Adam creates a Test Plan “Fish & Chips 1”, Build “Fish 0.1” and links all Test Cases in
+  - Les développeurs créent une nouvelle version “Fish 0.2” et Bela passe au crible les cas de test échoués ou bloqués seulement. Cette fois tous les cas de test échoués ou bloqués sont réussis. Ils re-testent à nouveau les cas de test avec le mot-clef "Test de Régression" qui peut provoquer des incidences indirectes.
-    Test Suite “Fish” to this Test Plan. He assigns himself and Bela as resources to this Test
+  - Un responsable de l'équipe souhaiterait voir le résultat des tests. L'administrateur lui explique qu'il peut se créer un compte lui-même sur la page d'accueil. Il a par défaut les droits d'**invité** et peut voir tous les résultats des tests. Il peut voir que tous les tests ont été validés.
-    Plan too.
+  - Plus tard, les développeurs ajoute aussi la fonctionnalité “Chips”. Adam Crée un **Plan de Test** “Fish & Chips 2”. Il peut réutiliser le premier plan de test comme modèle. Tous les Cas de Test “Fish” ainsi que les rôles de chacun sont automatiquement ajoutés. Il crée un nouveau Plan “Fish 1.1” et indique tous les Cas de test “Chips” à ce nouveau plan de test.
-. Now developers produce a first build. Adam and Bela execute and record the testing
+  - Maintenant on relance le plan de test comme précédemment.
-    with the result: 5 passed, 1 failed and 4 are blocked.
+  - Plus tard, l'administrateur peut créer un nouveau projet de test appelé  “Hot Dog”. Mais ceci est pour une autre équipe et une toute autre histoire...
-. Developers make a new Build “Fish 0.2” and Bela tests the failed and blocked Test
-    Cases only. This time these all blocked and failed Test Cases passed. They retest also
+=====Glossaire=====
-    all Test Cases with keywords “Regression testing” in addition.
+  * **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.
-. A manager of this team would        like to see the results. Administrator explains to him
+  * **Suite de test** : ce sont des catégories pour chaque projet : par exemple, installation, configuration, utilisation... On peut créer des sous-catégories (sous-suite de test).
-    that he can create an account      himself on the login page. Manager does it. He has
+  * **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.
-    default “Guest” rights and can     see Test Results and Test Cases. He can see that
+  * **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.
-    everything passed in the overall   report ;-) and problems in Build “Fish 0.1” in a report
-    for that particular Build.1
-. Later, developers finally add also “Chips” functionality. Adam creates a Test Plan “Fish
-    & Chips 2”. He can reuse the first Test Plan as template. All “Fish” Test Cases and roles
-    will be automatically added. He create a new Build “Fish 1.1” and links all “Chips” Test
-    Cases to this Test Plan too.
-. Now testing starts as usual.
-. Later, Admin creates a new Test Project for another product “Hot Dog”. But this is
-    another test team and a different story.