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: lundi 16 août 2004, par km

Gestion des anomalies


Dans la gestion de projets, une fois que l’application a été livrée, un nouveau rôle est attribué, celui de coordinateur de la recette.

Celui-ci a deux interlocuteurs principaux : la maîtrise d’ouvrage d’un coté, l’éditeur du progiciel d’un autre coté, le coordinateur va alors devoir parler deux langages différents pour faire avancer et suivre le même problème .

Coté MOA

Le niveau du discours est plutôt métier, le chef de projet MOA, ou les personnes qui font la recette et qui produisent des anomalies n’ont pas la connaissance de l’architecture client serveur, ou du nom des driver imprimante. Seul ce qui compte est le concept en terme de métier (contrat, vente à crédit, résiliation contentieuse). C’est en employant ces termes métiers que seront renseignées les fiches anomalies. Nous sommes alors dans le monde de l’utilisateur du SI.

Coté éditeur

Le niveau de discours est plutôt informatique, le coordinateur de la recette aura comme interlocuteur le responsable de la maintenance chez l’éditeur, voire les programmeurs. Si les concepts de numéro de contrat, de vente à crédit ou de résiliation contentieuse sont connus, on parlera plutot de numéro de contrat, type de produit, de type de résiliation). Au delà de ces termes, il y a un autre langage que le coordinateur de la recette doit connaitre, c’est celui de l’édition de progiciels. La fiche de test doit être renseignée avec soin de telle sorte que le problème soit bien compris du coté éditeur, ce qui pourra ensuite donner lieu à une correction adéquate, sans effet de bord.





Répondre à cet article et Acceder au Forum Gestion des anomalies



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