how tester can think
Scène : Dans un restaurant, une famille de 3 personnes est arrivée - des parents et un enfant en bas âge. Après avoir commandé la pizza la plus préférée, la famille s'est relaxée et le tout-petit a commencé à jouer avec les baguettes posées sur la table. Il les aimait et décida de manger son dîner uniquement avec des baguettes.
Il a annoncé son désir et les parents, occupés à parler, l'ont accepté. Lorsque la pizza a été servie, le tout-petit a commencé à utiliser des baguettes et a échoué à plusieurs reprises à mettre la pizza dans sa bouche. Soudain, les parents l'ont remarqué et ont ordonné au tout-petit de ne pas utiliser de baguettes. L'enfant n'a pas convaincu car les parents s'étaient déjà mis d'accord sur son désir plus tôt.Lorsque les parents ont commencé à enseigner à manger de la pizza avec un couteau et une fourchette uniquement, le tout-petit a remis en question cette croyance, mais je veux la manger uniquement avec des baguettes et pourquoi est-ce mal? Et tout en utilisant des baguettes lorsqu'il ne pouvait pas manger sa pizza préférée, il s'est impatienté et a finalement jeté les baguettes et a décidé de ne pas manger de pizza aussi. Les parents, frustrés eux aussi, ne pouvaient rien faire et l'heure du dîner en famille s'est avérée être le pire moment de la journée.
Maintenant, remplacez quelques mots dans le paragraphe ci-dessus comme suit et repensez-y:
Parents: Équipe de gestion de projet comprenant un analyste commercial, un vendeur, un responsable du développement et une équipe d'architecture.
Tout-petit: Client / utilisateur final
Pizza: application du produit
Baguettes: erreur
L'application la plus préférée est uniquement favorite jusqu'à ce que l'utilisateur ne fasse pas d'erreur et ne voit pas le pire comportement de l'application. Une fois expérimenté, l'utilisateur ne revient jamais sur l'application. Et par conséquent, en tant que testeur, il est très nécessaire de comprendre état d’esprit de l’utilisateur , comment il doit se comporter, quel mal il peut faire avec l'application, quelle pourrait être la pire erreur commise et bien plus encore.
La plupart du temps, des forums et des membres de l’équipe interne m’ont demandé comment reproduire l’expérience utilisateur lors des tests. Ma réponse a toujours été simple - Soyez un utilisateur :)
Bien qu’il soit facile de dire que de mettre en œuvre, le moment est venu pour l’industrie des tests logiciels de se diriger vers une révolution où l’expérience et les commentaires des utilisateurs sont plus importants que toute autre chose.
Comment un testeur peut-il penser en tant qu'utilisateur final?
Présentant par la présente exemples typiques de comportement en tant qu'utilisateur final et de surprises , J'ai observé ces derniers jours:
#1) Lors du test d'un champ de date, lorsqu'un utilisateur sélectionnait ou saisissait manuellement la valeur de date correcte, cela fonctionnait bien. Mais lorsque l'utilisateur a fini par entrer une valeur totalement incorrecte comme 12/00 // et a cliqué sur OK, il a été présenté avec un message d'erreur concernant une valeur de date invalide.
Désormais, l'utilisateur ne corrige pas la date mais actualise la page. Que devrait-il arriver? Eh bien, beaucoup d'entre vous peuvent deviner ce qui devrait se passer, mais pouvez-vous penser à ce qui s'est passé avec l'application? Après avoir actualisé la page, un utilisateur a reçu un message suivant et la même valeur a également été enregistrée dans une base de données.
Alors… .. le testeur a répliqué l'utilisateur ici, d'accord?
#deux) Lors du test d'une application, où le flux de travail consiste à soumettre divers formulaires dans un ordre spécial s'il est suivi de l'ordre, cela a bien fonctionné. Mais que se passe-t-il si l'utilisateur essaye de revenir au formulaire n ° 3, à partir du formulaire n ° 5?
Encore une fois, plutôt que de penser à ce qui devrait se passer, voyons ce qui s’est passé…
Tester était abasourdi mais se sentait fier de se présenter comme utilisateur… .. D'accord?
# 3) Après une connexion réussie, l'utilisateur clique sur le bouton de retour du navigateur. Encore une fois, voyons ce qui s’est passé…
Les informations d'identification auraient dû être nettoyées, mais ce n'est pas le cas. En allant plus loin, sur cette page de connexion, un utilisateur clique sur le lien Mot de passe oublié. Soyez clair que l'utilisateur s'était déjà connecté et avait été sur la page de connexion en cliquant sur le bouton retour du navigateur. Le clic sur Mot de passe oublié a conduit l'utilisateur à la page d'accueil de l'application.
comment ouvrir un fichier bittorrent
Le testeur s'est tourné vers l'utilisateur… .. D'accord?
# 4) Après avoir observé l'URL de la page de recherche (http: //x.x.x.x: y / # / Search) de l'application, le testeur a modifié l'URL comme http: //x.x.x.x: y / # / Search / test? et pouvez-vous penser à ce qui serait arrivé?
Eh bien, l'application a planté et le testeur s'est à nouveau tourné vers l'utilisateur… J'espère que vous ne serez pas en désaccord.
Conclusion
Je suppose que, via ces exemples, j'ai suffisamment exprimé ce que je voulais.
Vraiment, tester ne signifie pas vérifier le flux de travail de l'application, ni interrompre l'application, mais cela signifie certainement vérifier l'expérience utilisateur même quand il fait des erreurs.
A propos de l'auteur: Ce message est rédigé par Bhumika Mehta, membre de l'équipe STH. Elle est chef de projet et possède plus de 10 ans d'expérience dans les tests de logiciels. Elle apprécie les bonnes idées, les innovations et les risques aussi. Et bien sûr, déteste le travail, les gens et l'environnement monotones.
Et oui, transformons le testeur en nous-mêmes en utilisateur final ... D'accord? :)
Alors… .. nous aimerions entendre plus d'exemples comme ceux-ci de votre part et aimerions avoir votre opinion aussi.
lecture recommandée
- Tutoriel de test GUI: un guide de test complet de l'interface utilisateur (UI)
- Test de cookies de site Web et cas de test pour tester les cookies d'application Web
- Authentification des utilisateurs dans MongoDB
- Test de validation des e-mails: comment tester les fonctionnalités de messagerie d'une application
- Gagner de l'argent, carrière en test de logiciels et secrets d'un testeur le plus riche
- 5 choses qu'un développeur (et testeur) débutant doit savoir sur les tests de logiciels
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Tests ad hoc: comment trouver des défauts sans processus de test formel