Criteria for selecting a management testing tool (or quality management tool)

Criteria for selecting a management testing tool (or quality management tool):

This article will help you to choose a management testing tool in peace. Why? Because for some client it’s not easy as we can believe. Example: a client already has a tool from HP (Quality Center) and at the same time using Enterprise Architect (EA) to manage its requirements. The question is “Is what we use quality center or EA?”. From this question there was a stir on the choice. And inter-service policy and the brake of some users does not help the stand-by was delivered … until the list below is made.

This list exists only to provide FACTUAL information about the main functions to be performed by a management testing tool. As you may be able to see it is not oriented for Quality Center is chosen (I want to say it’s not irony).

A repository of tests should be able to manage (only basic functions):

Level 1 Functions
Manage the test requirements:
* Support for the creation
* Multi-user: easy sharing between all project stakeholders
* Easy change
* Easy link between requirements> Test Sheets > Defects
* Generating a matrix coverage requirements ==> campaign / scenarios
* Analysis of coverage
* Print friendly list
* Version management requirements

Manage the test plan to test cases:
* Support for the creation
* Easy change
* Ability to attach documents
* Multi-user
* Version management

Manage books / files / test plan:
* Support for the creation of scenarios
* Multi-user
* Version management

Help manage tests:
* Status of design tests
* Status of the test run
* Status of an overall campaign test
* Printing of reports already formatted and filled
* Multi-user

Function Level 2:
Manage defects:
* Tools for creating worflow defects
* Create and complete an information sheet defect
* Possibility of attachments, screen captures, etc.
* Integrated search engine
* Easy and direct link between a sheet / test cases and an defect
* Notification by mail to the defects involved in the project
* Multi-user
* Printing of reports already formatted and filled with figures and statistics modules / functions, etc.

Interfacing and direct steering:
* Automates functional tests
* Automates testing techniques (performance)
* Defects (if not integrated)

Critères de choix d’un outil de référentiel de tests

Cet article doit pouvoir vous aider pour choisir un outil de référentiel de tests dans la sérénité. Pourquoi ? Car chez certain client les choses ne sont pas aussi facile que l’on peux le croire. Exemple : un client possède déjà un outil de chez HP (QC) et en même temps utilise Entreprise Architect (EA) pour gérer ses exigences. La question est “Est-ce que l’on utilise quality center ou EA ?”. A partir de cette question il y a eu des remous sur le choix à faire. Et la politique inter-services et le frein de certains utilisateurs n’aidant pas le stand-by fut prononcé… Jusqu’à que la liste ci-dessous soit apportée.

Elle n’existe que pour apporter des informations FACTUELLES sur les fonctions principales devant être remplies par un outil de référentiel de tests. Comme vous pourrez peut-être le constater elle n’est pas orienté pour que Quality Center soit choisi (je tiens à dire que ce n’est pas de l’ironie).

Un référentiel de tests doit pouvoir gérer (uniquement les fonctions de bases) :

Fonctions de niveau 1
Gérer les exigences de tests :

• Aide à la création
• Multi-utilisateurs : Partage aisé entre tous les acteurs du projet
• Modification aisé
• Lien facile entre exigences > Fiches de tests > Anomalies
• Génération d’une matrice de couverture exigences ==> campagne / scénarios
• Analyse du taux de couverture
• Impression facile des listes
• Gestion des versions des exigences

Gérer les fiches et cas de tests :

• Aide à la création
• Modification aisé
• Possibilité de joindre des documents
• Multi-utilisateurs
• Gestion des versions

Gérer les cahiers / dossiers / plan de tests :

• Aide à la création des scénarios
• Multi-utilisateurs
• Gestion des versions

Aide au pilotage des tests :

• Etat d’avancement de la conception des tests
• Etat d’avancement de l’exécution des tests
• Etat d’avancement global d’une campagne de test
• Impression de rapport déjà renseigné et formaté
• Multi-utilisateurs

Fonction de niveau 2 :
Gérer les anomalies :

• Outils de création de worflow des anomalies
• Création et renseignement complet d’une fiche d’anomalie
• Possibilité de pièces jointes, captures écrans, etc.
• Moteur de recherche intégré
• Lien facile et direct entre une fiche / cas de tests et une anomalie
• Notification par mail des anomalies vers les acteurs du projet
• Multi-utilisateurs
• Impression de rapport déjà renseigné et formaté avec chiffres et statistiques par modules / fonctions, etc.

Interfaçage et pilotage directs des :

• Automates de tests fonctionnels
• Automates de tests techniques (performance)
• Anomalies (si pas intégré)