Différences

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

--- testeur:testlink [2009/05/23 16:00]
http://abuledu.org/openid/francois
+++ testeur:testlink [2016/01/21 12:00] (Version actuelle)
erics
@@ Ligne 1: / Ligne 1: @@
+{{tag>version-8-08}}
 <code>Documentation en cours de rédaction, pense-bête plus que documentation réelle</code>
@@ Ligne 7: / Ligne 8: @@
 Ci-dessous quelques bouts de documentation issus du manuel de l'utilisateur:
-**Example of TestLink simple work-flow**
+**Exemple d'usage de TestLink pour un projet**
-  - 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).
+  - L'administrateur crée un **projet de 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).
-  - 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”.
+  - le chef de projet Adam ajoute les recommandations de test (descriptions) et crée des **Cas de test** vides. Il les organise dans deux catégories : des **Suites de test** : “Fish” and “Chips”.
   - 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**.
-  - Adam crée un mot-cléf “Test de Regression” et l'attribue à 10 de ces **cas de test**.
+  - Adam crée un mot-clef “Test de Régression” et l'attribue à 10 de ces **cas de test**.
-  - 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.
+  - 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**.
   - Maintenant, les développeurs créent la première version. Adam et Bela exécutent cette version et enregistrent leurs résultats :
-   * 5 = validé,
+    * 5 = validé,
-   * 1 = échoué
+    * 1 = échoué
-   * 4 = bloqués
+    * 4 = bloqués
-  - Les développeurs creént une nouvelle version “Fish 0.2” et Bela passe au crible les cas de test échoués ou bloqués seulement.
+  - 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.
+  - 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.
+  - Plus tard, les développeurs ajoute aussi la fonctionnalité “Chips”. Adam crée un autre **Plan de Test** nommé “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 de test** “Fish 1.1” et indique tous les **Cas de test** “Chips” à ce nouveau **plan de test**.
+  - Maintenant on relance le **plan de test** comme précédemment.
+  - 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...
-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 that he can create an account      himself on the login page. Manager does it. He has default “Guest” rights and can     see Test Results and Test Cases. He can see that everything passed in the overall   report ;-) and problems in Build “Fish 0.1” in a report for that particular Build.1
+  * **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).
-  - 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.
+  * **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.
-  - Now testing starts as usual.
+  * **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.
-  - Later, Admin creates a new Test Project for another product “Hot Dog”. But this is another test team and a different story.