Projet Webmaster • Coeur de Provence • Gestion de Projet • 


LIRE AUSSI
5 juillet 2006
L’outil de test leger améliore la qualité des applications
Dans la gestion d’un projet, coté MOE comme MOA, il existe des situations ou des tests répétitifs doivent être menés. Investir dans un outil de test n’est pas toujours adapté à l’envergure de son domaine ou à son budget : l’outil de test léger apporte un plus.
13 décembre 2005
Tests d’intégration ou recette fonctionnelle
De la recette aux tests d’intégration, il n’y a pour certains qu’une différence de terminologie, mais au delà il y a le périmètre plus ou grand du système d’information que l’on va tester.
2 octobre 2005
Pour une recette fonctionnelle générique
Réflexion pour la mise en place d’une méthodologie de recette générique
20 septembre 2004
Cahier de recette
Description et rôle du cahier de recette dans la gestion de projet et la recette fonctionnelle.
16 août 2004
Gestion des anomalies
Le coordinateur de recette, un rôle à double casquette.
30 juin 2004
Méthode de test
Avant l’étape de conception des scénarios de test, mieux vaut se demander ce que signifie tester un applicatif : méthode et organisation
27 novembre 2003
Protocole de test
Document de base permettant dans le cadre de tests d’intégration ou de recette de réaliser une fiche de test.

LES BRÈVES

Il n'y a pas de brèves dans cette rubrique actuellement




Google







Vous êtes actuellement dans WEB-NTIC > Tests et recette

Dossier sur les tests applicatifs et recette fonctionnelle. Comment procéder ? Quelle méthodologie mettre en oeuvre ? Gérer les tests comme un projet ? Autant de questions qu’il vaut mieux se poser avant qu’après.

Mise en ligne: jeudi 24 juillet 2003, par km

FAQ Méthodologie de Test avec un outil de test


Questions et réponses à propos de la mise en place d’une methodologie de test avec un outil de test (QARun de Compuware)

Bonjour,
J’ai lu votre méthodologie pour automatiser les tests avec l’outil QARun.
L’idée de séparer les données et les traitements et de pouvoir regénérer les scripts est excellente.
Cela permettrait effectivement aux fonctionnels de s’affranchir du développement des scripts pour ne travailler que sur leurs plans de test.

J’aimerais en savoir plus sur la technique utilisée :

Est-ce une sur-couche développée par vos soins ou proposée par l’éditeur ?
-  C’est effectivement une "sur couche" développée par mes soins, car cette possibilité n’est pas offerte par l’outil.

Cette "préparation" aux tests est-elle lourde à développer ?
-  Cela dépend bien évidement de plusieurs facteurs.
Le niveau de maîtrise des fonctionnels sur l’application à tester (si c’est une nouvelle application à tester, ils ne la connaissent généralement pas, ou peu)
Du niveau de détails de vos tests ( le nombre de "type de" dans lesquels vous voulez passer et qui vont constituer autant de carrefours avec des routes différentes à emprunter)
Du nombre de scénario à tester ; un scénario = une feuille Excel, un cas de test = un certain nombre de ligne dans excel.
Ce n’est pas vraiment lourd, vous pouvez faire un scénario = une feuille Excel
Mais si 10 scénario font la même chose avec 10 variantes, vous pouvez faire un seule feuille Excel qui couvre ces dix cas, et c’est là que vous du temps gagnez ensuite. (surtout en maintenance)

Sur quel type d’application l’avez vous utilisé ?
-  Qu’est ce qu’un type, je l’ai utilisé sur du
- client serveur
- en mode caractère (très important, en graphique la problématique est différente)
- dans le crédit bail
- coté Unix (nouvelle application)
- cote MVS (ancienne application)
- dans les deux cas avec un émulateur (en fait QARUN travaille avec l’émulateur, il ne sait pas ce qui est derrière)

Quel client ?
-  Joker

Combien de jour/homme pour la mise au point de cette méthode ?
-  Cela dépend du niveau de complexité bien sur
Du niveau de maîtrise d’Excel
Du niveau de maîtrise de QARun ou Winrunner ou autre
Du niveau de maîtrise fonctionnel des participants
En ordre de marche, cela peut aller de 1/2 journée à plusieurs jours
Mais c’est une question difficile en sens qu’il y a peu d’arguments "favorables", car ce travail "prends du temps"

Pouvez évaluer le coût de maintenance des feuilles de données de l’application ?
-  Oui bien sur, et même mieux, on peut le comparer au système "sans feuilles de données".
Prenons le cas où l’application a 50 scénarios, vous faites du tests, et vous avez aussi besoin de créer des jeux d’essai.
Si vous avez compris le système de l’automate, celui ci vous sert à créer vos jeux d’essai.
Si vous avez compris le système des feuilles Excel, vous avez aussi inclus vos jeux d’essai dans ce système.

En cas d’évolution de l’application sous jacente (livraison d’un patch correctif, passage à la version supérieure), que ce passe t’il ?
-  Dans le cas des scripts de l’automate, il faut les modifier dans leur ensemble et c’est un travail énorme (trouver ou cela se passe dans le script, corriger, relancer, répéter l’opération en cas d’échec)
Dans le cas des feuilles Excel, il faut et suffit de repérer dans une fonctionnalité donnée où la modification est à apporter, ouvrir toutes les feuilles Excel concernées, copier les colonnes concernées dans une même feuille, insérer ou supprimer ou modifier des lignes, ... L’intérêt d’Excel étant dans le fait que l’on travaille sur plusieurs scénario en même temps, et que l’on change de scénario en changeant de colonne.

L’extraction des traitements dans une feuille de données est-elle aussi simple que vous le décrivez (copier / coller le script) ?
-  Oui c’est tout à fait du copier/coller, ensuite il vous faut extraire les données pour n’avoir que les traitements.

Avez vous développé une sur-couche supplémentaire (en VB par exemple) pour modifier cette feuille de données par un fonctionnel ?
-  Non les fonctionnalités basiques d’Excel suffisent, et permet une programmation légère, donc un gain de temps pour mettre le script sous excel.

Merci d’avance pour vos réponses
et bravo pour votre site
-  Merci pour vos questions !





Répondre à cet article et Acceder au Forum FAQ Méthodologie de Test avec un outil de test



Plan Web Ntic | Espace rédacteurs | Résumé | XML
Copyright © 2008 Web-ntic MOE MOA - Tous droits réservés. Responsable éditorial : km