Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Rédacteur
    Avatar de cladsam
    Profil pro
    Inscrit en
    août 2003
    Messages
    1 773
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : août 2003
    Messages : 1 773
    Points : 2 408
    Points
    2 408
    Par défaut Test d'acceptance des utilisateur : conseil et formalisme
    Bonjour,

    mon problème est le suivant, je dois rédiger les cas de tests d'acceptance des utilisateurs mais je n'ai jamais fait cela.
    Jusqu'ici les test que j'ai rédigé étaient untaires ou intégration.
    La, les tests doivent être déroulés avec les utilisateurs sur un système qu'ils ne connaissent pas (ou très peu).
    Je cherche donc s'il existe une méthodologie pour faire cela et un formalisme pour la rédaction de tels tests.
    Mon idée (mais peut-être est-ce un écueil) serait de partir de l'équivalent de Uses Cases et ensuite de détailler les uses cases en un ensemble d'actions à effectuer sur le système et qui doit conduire au résultat escompté.
    Ca me parait être vertueux car ca permet de démontrer à l'utilisateur que la solution répond à son besoin. Bref je pense qu'il faut se détacher de la solution technique pour en revenir au besoin exprimé lors de la phase d'étude.

    Mes soucis sont donc :
    - de savoir si mon orientation est la bonne
    - si oui, de savoir comment présenter et rédiger ces tests (formalisme, niveau de détail)
    - de savoir comment reconstituer les cas (les "intentions" ) sachant que lors de la phase de conception ( à laquelle je n'ai pas participé), il n'a pas été fait usage de Use Cases mais d'une liste de "requirement" qui ressemble à un vulgaire tableau ( de plusieurs centaines de lignes)

    A votre bon coeur messieurs dames
    ----------------------------------------------------
    Consultant technico-fonctionnel SAP logistique -
    Mon site sur developpez
    ---------------------------------------------------
    Anakin Skywalker turn to the Dark Side after his failed attempt to upgrade R/2-D2 to R/3-D2.

  2. #2
    Expert éminent sénior

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    10 592
    Détails du profil
    Informations personnelles :
    Âge : 62
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 592
    Points : 17 265
    Points
    17 265
    Billets dans le blog
    2
    Par défaut
    cherche sur Google "test d'utilisabilité"...


    En fait, la plupart du temps, les tests ne sont pas du tout comme ce qui se fait en informatique.

    Pour ce genre de choses c'est l'utilisateur le maître....

    En gros ça se passe comme ça :

    1) tu fais définir le canevas des tests PAR un représentant des utilisateurs (soit un responsable de la formation, soit un expert du métier).
    2) tu lui fais préciser les écueuils possibles, les points de mesure, les bons et les mauvais points, avec une échelle de mesure.
    3) et là tu organises tes tests avec les utilisateurs..
    (si possible en présence de ce représentant)
    (ou bien filmés par caméra)
    4) tu fais remplir par les utilisateurs les bons et mauvais points, avec une note

    Et ensuite vient le dépouillement, avec l'expert : soit regarder les films pris, soit explorer les feuilles des points de mesure...

    [EDIT]
    Je rajouterais que la "description exacte" du processus n'est pas nécessaire, au contraire.
    Un bon logiciel est un logiciel sans apprentissage..., instinctif pour les utilisateurs, avec leurs termes, leurs "paradigmes"...
    Donc c'est en les observqnt réaliser "une fonctionalité" que on s'aperçoit si on satisfait à la demande...

    NOTE : c'est d'ailleurs un problème de fond dans la conception des applications. En général cette étude devrait être menée AU DEBUT de la conception, et produire le document équivalent "Cahier des charges", dans la plupart des cas....
    [/EDIT]
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques

  3. #3
    Rédacteur
    Avatar de cladsam
    Profil pro
    Inscrit en
    août 2003
    Messages
    1 773
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : août 2003
    Messages : 1 773
    Points : 2 408
    Points
    2 408
    Par défaut
    Citation Envoyé par souviron34

    [EDIT]
    Je rajouterais que la "description exacte" du processus n'est pas nécessaire, au contraire.
    Un bon logiciel est un logiciel sans apprentissage..., instinctif pour les utilisateurs, avec leurs termes, leurs "paradigmes"...
    Donc c'est en les observqnt réaliser "une fonctionalité" que on s'aperçoit si on satisfait à la demande...

    NOTE : c'est d'ailleurs un problème de fond dans la conception des applications. En général cette étude devrait être menée AU DEBUT de la conception, et produire le document équivalent "Cahier des charges", dans la plupart des cas....
    [/EDIT]

    Hum je suis d'accord avec le début mais pas avec ca, je vais peut etre juste préciser 1 trucs qui a lui seul justifie que l'appli ne peut pas etre aisément prise en main.

    C'est du SAP...
    ----------------------------------------------------
    Consultant technico-fonctionnel SAP logistique -
    Mon site sur developpez
    ---------------------------------------------------
    Anakin Skywalker turn to the Dark Side after his failed attempt to upgrade R/2-D2 to R/3-D2.

  4. #4
    Expert éminent sénior

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    10 592
    Détails du profil
    Informations personnelles :
    Âge : 62
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 592
    Points : 17 265
    Points
    17 265
    Billets dans le blog
    2
    Par défaut
    j'avais vu le nom dans des annonces, mais je ne savais ce que c'était..

    J'ai été voir un peu...

    Bon si j'ai bien compris c'est une SGBD.. ou je me trompe ??

    Alors ya pas vaiment de tests utilisateurs......

    C'est pas les utilisateurs qui interagissent directement avec ta BD...

    Ou alors c'est un "front" aussi, une IHM ?

    Je ne comprends pas trop.

    Si c'est une IHM, les tests se déroulent et s'établissent comme j'ai dit (en plus raffinés, voir les résultalts de "test d'utilisabilité".

    Si c'est une BD, c'est quasiment alors uniquement dépendant de l'info., avec la seule possbilité de test utlisateur étant "est-ce que j'ai ce qu'il me faut quand j'en ai besoin ? Est-ce que le temps de réponse est correct ? "..

    Mais je ne comprend peut-être pas exactement le problème....
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques

  5. #5
    Expert éminent sénior

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    10 592
    Détails du profil
    Informations personnelles :
    Âge : 62
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 592
    Points : 17 265
    Points
    17 265
    Billets dans le blog
    2
    Par défaut
    je rajouterais juste que oui c'est des "use cases", mais normalement on ne devrait pas avoir à décrire le détail de l'ensemble des opérations à effectuer..

    Si c'est le cas, c'est que l'IHM n'est pas intuitive en fonction du métier..

    Juste :

    cas :
    telle situation
    tels paramètres
    tel objectif

    résultat :
    objectif atteint : oui non
    temps mis : t (s ou min)
    informations manquantes : oui non si oui lesquelles
    informations non nécessaires : oui non si oui lesquelles
    remarques diverses : ....
    satisfaction par rapport au temps : oui non
    satisfaction par rapport au tout : oui non
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques

  6. #6
    Rédacteur
    Avatar de cladsam
    Profil pro
    Inscrit en
    août 2003
    Messages
    1 773
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : août 2003
    Messages : 1 773
    Points : 2 408
    Points
    2 408
    Par défaut
    Alors oui tu te trompes COMPLETEMENT sap n'est pas un SGBD c'est un ERP et le plus gros qui soit, donc bien l' IHm est Standardiser, developper dans Sap ce n'est pas du tout partir d'un besoin et developper de A a Z.
    C'est pas non plus un FRont sur une BD c'est un Tres tres tres gros progiciel qui rassemble des milliers de programme pré-existants pour l'industrie quelle quelle soit et permet de :
    -paramétrer ces programmes regroupés sous forme de module
    - modifier ces programmes
    - en ajouter de nouveaux .

    Hum j'avoue que si tu ne sais pas ce qu'est SAP il est difficile de comprendre ma problèmatique qui n'est pas la même que recetter un code pour une appli construite de A a Z.
    ----------------------------------------------------
    Consultant technico-fonctionnel SAP logistique -
    Mon site sur developpez
    ---------------------------------------------------
    Anakin Skywalker turn to the Dark Side after his failed attempt to upgrade R/2-D2 to R/3-D2.

  7. #7
    Expert éminent sénior

    Profil pro
    Inscrit en
    janvier 2007
    Messages
    10 592
    Détails du profil
    Informations personnelles :
    Âge : 62
    Localisation : France

    Informations forums :
    Inscription : janvier 2007
    Messages : 10 592
    Points : 17 265
    Points
    17 265
    Billets dans le blog
    2
    Par défaut
    j'ai juste donné la définition des tests d'acceptance telle qu'elle est définie par la communauté des ergonomes.. d'après l'énoncé de ton problème initial.

    A priori un "test avec des utlisateurs" est tout à fait défini dans ce cadre, avec ce qui s'appelle des "tests d'utilisabilité"....

    Sinon c'est une définition "molle", spécialisée, et dans ce cas ce serait plutôt à aller chercher auprès de la communauté SAP je pense...

    En fait la phrase qui m'embêtait beaucoup dans ton premier post était :

    ca permet de démontrer à l'utilisateur que la solution répond à son besoin


    En général c'est plutôt lui qui devrait te dire : ça correspond à mon besoin ou pas...
    (et du coup je voudrais que tu me rajoutes ça..)

    Faut pas se laisser avoir par les mecs qui viennent à ta porte te vendre un truc

    Bon je plaisante là..
    "Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

    Consultant indépendant.
    Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
    C, Fortran, XWindow/Motif, Java

    Je ne réponds pas aux MP techniques

  8. #8
    Membre habitué Avatar de Eowyn
    Femme Profil pro
    Project Manager PMP, Administratrice Project Server 2007/2010/2013
    Inscrit en
    juillet 2004
    Messages
    107
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Project Manager PMP, Administratrice Project Server 2007/2010/2013
    Secteur : Conseil

    Informations forums :
    Inscription : juillet 2004
    Messages : 107
    Points : 136
    Points
    136
    Par défaut
    Bonjour,

    Chez nous pour les tests utilisateurs, nous reprenons les uses cases, qui deviennent Testcases.
    Comme en principe tu as fait validé tes uses cases par les utlisateurs, ils doivent les comprendre.
    Alors au moment des tests, ça leur sert de marche à suivre.
    En général, je leur prépare des classeurs avec des printscreens des différents écrans et en dessous de la place pour écrire:
    Quelle séquence du test, ce qui s'est passé, ce qu'il attendait vraiment comme résultat et enfin les corrections demandées.
    On n'est pas sur SAP, mais c'est bien un ERP quand même.
    Be the change you wish to see in the world. Gandhi

  9. #9
    Membre du Club Avatar de zaphibel
    Homme Profil pro
    Ingénieur Logiciel
    Inscrit en
    janvier 2007
    Messages
    71
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur Logiciel
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2007
    Messages : 71
    Points : 58
    Points
    58
    Par défaut
    Bonjour,
    Je n'ai peut être pas votre expérience. Mais pour un client ce que j'ai fait
    lors du développement (j'ai été responsable des tests d'utilisation). donc
    Toutes les actions sont notées le jour et la succession. Cela prends beaucoup
    de temps; Mais au moins tu préviens et tu notes quels sont les éléments qui
    ne sont pas pris en compte. Le travail est rébarbatif puisqu'il peut être lent selon l'application que tu développes. Tu finis avec un cahier de Tests chargé de séquence par boucle de tests selon de développement. Au début j'ai porcédé avec des fonds d'écrans, puis c'est dévnues des actions avec des numéros. Les fonds d'écrans peuvent te servir de référence à une séquence bien déterminée.
    Si je me trompe de discussion prévenez moi :p peût être que j'ai pas compris le démandé.
    Arigato '^^

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Conseils pour ma BDD sur la gestion des utilisateurs et rôles
    Par mtisset dans le forum Administration
    Réponses: 2
    Dernier message: 26/04/2014, 22h02
  2. Réponses: 3
    Dernier message: 12/04/2011, 17h30
  3. [PostgresSQL]Pb accés des utilisateurs sans mot de passe
    Par woodwai dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 22/05/2003, 17h06
  4. Gestion des Utilisateurs depuis une application
    Par LLaurent dans le forum XMLRAD
    Réponses: 4
    Dernier message: 25/03/2003, 17h29
  5. Gestion approfondie des utilisateurs
    Par Lux interior dans le forum XMLRAD
    Réponses: 11
    Dernier message: 04/03/2003, 22h43

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo