Menu

Comment gérer les mauvaises exigences en tant que testeur

how deal with bad requirements

Essayez Notre Instrument Pour Éliminer Les Problèmes

La salle de conférence silencieuse étouffait et tout le monde à l'intérieur était confus. Comment pourrions-nous le manquer , était la question à laquelle tout le monde était confronté.

Après tout, ne pas apparaître avec une erreur pertinente lorsque l'utilisateur essaie de dupliquer l'enregistrement existant et lui permettre de le faire n'était pas un petit bogue - Cela aussi pour une compagnie d'assurance.

Après avoir décidé de résoudre le problème, tout le monde s'est dispersé. Et tout en creusant, il a été observé que le client n'a jamais mentionné quoi que ce soit au sujet de la duplicité des enregistrements dans le document des exigences et que, par conséquent, personne n'a posé de questions pertinentes ou n'y a pensé.

mauvaises exigences

C'était juste un exemple.

Dans une carrière de plus de 10 ans , J'ai observé de nombreux cas où les projets ont souffert en raison d'exigences mauvaises ou médiocres.

Mais comme on dit, rien n'est parfait dans ce monde et vous devrez y faire face et faire face à des projets sans exigences ou avec de faibles exigences est une sorte de cauchemar.

Laissez-moi expliquer -

Ce que vous apprendrez:

À quel point les exigences mauvaises, médiocres et contradictoires créent des tracas:

# 1) Aucune exigence - Aucune exigence n'implique des hypothèses et des suppositions et il n'y a donc aucune confiance. Il est très difficile de tester un produit / une application sans aucune base de référence. Et cela entraîne plus de travail, plus de bogues du client et plus de souffrance pour le projet.

  • Comment tu signaler un problème sur le plantage du système quand il n'y a pas de définition de la façon dont le comportement doit être géré a été disponible?
  • Comment diriez-vous que le temps de chargement de 100 secondes pour la page d'accueil est inacceptable lorsqu'il n'y a pas d'exigence pertinente en matière de performances?

Plus d'informations sur Aucune exigence et comment gérer la situation pendant les tests peuvent être trouvées dans un article publié antérieurement - Comment tester une application sans exigences?

# 2) Mauvaises exigences - La citation, Connaître quelque chose d'incomplet est dangereux que de ne pas le savoir du tout , est très vrai lorsqu'il s'agit de faire face à une mauvaise exigence.

Interpréter une mauvaise exigence et la mettre en œuvre est un gros risque.

  • Comment confirmeriez-vous que la fenêtre contextuelle affichant les résultats de la recherche est valide ou non alors que la seule exigence mentionnée était: les résultats de la recherche doivent être corrects et vous n'êtes pas sûr des critères à prendre en compte lors de la recherche.
  • Comment interpréteriez-vous cela - Le mot de passe oublié doit être implémenté pour permettre à l'utilisateur de régénérer / réinitialiser le mot de passe oublié. Inconnu sur le flux de travail que le client souhaite pour un mot de passe oublié, le développeur met en œuvre ce qu'il pense être le meilleur et les conflits commencent.

# 3) Exigences contradictoires - Demander à quelqu'un de faire deux choses différentes en même temps ne fait que le confondre et le système ne fait pas non plus exception.

  • Comment testeriez-vous une application avec les exigences mentionnées ci-dessous:
    • L'application doit toujours s'ouvrir sur la page d'accueil.
    • Les utilisateurs doivent se connecter pour accéder à l'application.
  • Quelle est votre priorité lorsque le document d'exigence est comme ci-dessous:
    • L'application de jeu devrait promouvoir l'utilisateur au niveau suivant si l'utilisateur obtient un score de 1000.
    • L'utilisateur doit être redirigé vers la page d'abonnement gratuit une fois qu'il obtient 1000.

Et c'est ainsi que les exigences mauvaises, pauvres et contradictoires créent des tracas.

Étant dans l'industrie du logiciel, cela devrait faire partie du projet car parfois même le client ne sait pas exactement ce qu'il veut et comment le formuler.

Du point de vue des tests, bien qu'il soit difficile de gérer ces exigences ambiguës ou vagues, ce n'est pas complètement impossible.

Examinons les solutions possibles:

Mauvaises exigences et comment les gérer en tant que testeur:

Méthode n ° 1)Explorez et apprenez:

Explorer d'autres applications, se renseigner sur le comportement général attendu, comprendre le flux de travail, réfléchir à la commodité de l'utilisateur et appliquer la logique est une façon de gérer la situation. Également, s'appuyant sur des tests exploratoires serait utile dans ce genre de situations où les exigences ne sont pas claires.

La plupart du temps, il est judicieux de donner la priorité à l'expérience utilisateur et à la commodité lorsque les exigences ne sont pas claires.

Méthode n ° 2)Utilisez l'expérience:

Utiliser l

Expérience de domaine , l'expérience globale des tests, les problèmes rencontrés dans le passé et les connaissances personnelles peuvent aider à résoudre des situations et des exigences confuses.

Méthode n ° 3)Reportez-vous aux wireframes:

Les wireframes sont une sorte d'exigence visuelle où vous pouvez trouver de petits détails et ces détails peuvent être très utiles pour créer l'image attendue du produit ou de l'application et aider à couvrir les aspects de test d'une meilleure manière.

Lire la suite => Wireframes - Faut-il vraiment les tester? Et si oui, comment?

Méthode n ° 4)Discussion entre pairs:

comment utiliser les fichiers .swf

Discussion entre pairs

Quelle que soit la confusion, si on en discute avec le bon groupe de personnes, les choses sont clarifiées. Tout le monde a des expériences, des attentes, un regard de l'utilisateur et une vision d'analyse différents et discuter de ces mauvaises exigences avec des pairs contribuera à cristalliser la compréhension et à renforcer la confiance en soi.

Méthode n ° 5)Clarification du client:

Le client est le propriétaire du produit / de l'application et il est toujours judicieux de l'approcher lorsqu'il s'agit de clarté des exigences. Mais rappelez-vous, il n'est pas conseillé d'attaquer le client avec des centaines de questions. Avant de le faire, quelques devoirs sont nécessaires.

Essayez de découvrir les meilleures pratiques disponibles, de comprendre les avantages de la mise en œuvre, puis contactez le client avec une question et une solution possible.

Conclusion

Enfin, les exigences mal définies ou indéfinies font partie de la vie des testeurs et nous devons les accepter, mais essayons d’être optimistes et de trouver des solutions. Après tout, nous sommes des testeurs, nous aidons à garder les applications sur la bonne voie et nous les empêchons de tomber à plat. OUI à nous :)

A propos de l'auteur: Cet article inspirant est rédigé par Bhumika M., membre de l'équipe STH. Elle est chef de projet et possède plus de 10 ans d'expérience en tests de logiciels.

Bon test, comme d'habitude… .. en attendant vos points de vue, commentaires et opinions.

lecture recommandée

^