Menu

Comment tester une application sans exigences?

how test an application without requirements

Essayez Notre Instrument Pour Éliminer Les Problèmes

Techniquement, il n'y a pas d'applications sans exigences. Imaginez un logiciel qui ne fait rien de spécifique, mais qui est simplement ligne après ligne de code qui s'étire. Ce sera un escalier ne menant nulle part.

Tous les logiciels ont des exigences et sont destinés à une tâche particulière; spécifiquement, c'est une solution à un problème. Alors sans exigence le logiciel n’est pas une possibilité.

Cependant, les logiciels sans exigences documentées sont une réalité à laquelle malheureusement la plupart d'entre nous sont confrontés plus souvent nous aimons. La seule chose pire pourrait être que la documentation est insuffisante, inexacte ou terriblement obsolète. Malheureusement, cela arrive aussi.

test sans exigences

Honnêtement, il n'y a vraiment pas de substitut à un document d'exigences fonctionnelles / système bien documenté avec des cas d'utilisation élaborés et des maquettes d'écrans. Bien que nous devons admettre que cela devient une rareté dans l'industrie en raison des cycles de développement rapides et d'un changement de paradigme vers une documentation minimale ou inexistante.

Par conséquent, cet article est une tentative de certaines pratiques que nous avons suivies lorsque nous nous sommes retrouvés dans ces situations.

Lisez aussi:

qu'est-ce qu'un fichier swf et comment l'ouvrir

Voyons d'abord quelques raisons pour lesquelles il pourrait ne pas y avoir de documentation, pour commencer:

  1. Projet de rayonnage en cours de réouverture
  2. Documentation moins format de travail - Processus
  3. La documentation peut exister, mais peut ne pas être détaillée ou complète
  4. Les versions continues et les informations relatives à l'ancienne version n'ont pas été archivées, ce qui entraîne un manque de compréhension de la façon dont la fonctionnalité existante réagit avec la nouvelle

Ce sont tous des obstacles que nous, les testeurs, devons franchir courageusement et sortir avec succès. Mais comment exactement, non?

Voici les 3 principales méthodes pour tester une application sans exigences:

Méthode n ° 1:

Travaillez avec la petite documentation sur laquelle vous pouvez mettre la main. Il peut s'agir d'un simple backlog de base (dans les projets agiles), d'un fichier d'aide, d'un e-mail, d'une ancienne version de BRD / FRD ou d'anciens cas de test (vérifiez-les dans vos outils ALM et vous les trouverez), etc.

Enquêtez, demandez autour de vous et il y a toujours un essai documenté, même s'il est mince.

Lorsque cela ne fonctionne pas, ne négligez pas votre expérience en tant qu'utilisateur de logiciel.Par exemple, si vous devez tester une opération de virement pour un compte bancaire, personne n’a besoin de nous dire comment faire, non? Parce qu'en tant que clients des services bancaires en ligne, nous savons tous que nous avons besoin de et vers des comptes avec un certain nombre de fonds disponibles pour être transférés.

A convenu que toutes les situations ne seront pas aussi simples, mais encore une fois, elles pourraient l'être aussi.

Méthode n ° 2:

Utilisez la version ancienne / actuelle de l'application comme référence pour tester la future version d'un logiciel. Maintenant, j'admets que c'est en contradiction avec la règle «Ne jamais écrire de cas de test en utilisant l'application comme référence». Cependant, lorsque nous travaillons dans une situation loin d'être parfaite, nous devons adapter les règles à nos besoins.

Cela permet de garder en perspective les aspects suivants:

  • L'application peut contenir des bogues - donc si, après l'enregistrement, le système vous amène directement à Screen1 (un certain écran hypothétique pour notre exemple) - Ne supposez jamais que c'est le bon comportement. Aussi, si un champ prend des caractères alphanumériques et est un numéro de téléphone - une question qui et assurez-vous de ne pas prendre l'application comme un exemple accordé pour la fonctionnalité attendue.
  • Dans les situations ci-dessus, utilisez votre jugement et prenez l'aide de l'application pour vous donner un coup de pouce, mais soyez critique à son égard pour remettre en question son fonctionnement.

Méthode n ° 3:

Parlez aux membres de l'équipe du projet:

  • Offrez d'assister à leurs réunions.
  • Demandez si vous pouvez participer aux étapes des tests unitaires et d'intégration.
  • Sinon, demandez si l'équipe de développement peut partager ses résultats de test d'unité et d'intégration.
  • Prévoyez un moment pour le transfert des connaissances à un moment opportun.

Maintenant, appliquons les méthodes dans un exemple:

Supposons qu'il existe un site d'achat sur lequel vous pouvez ajouter des articles au panier. Idéalement, s'il y avait de la documentation, il a besoin de nous dire comment y ajouter des articles, combien d'articles peut-il avoir à un moment donné, que se passe-t-il lorsque l'article que vous avez ajouté est soudainement en rupture de stock, quel est le nombre maximum des mêmes articles que vous pouvez acheter en même temps, etc. Notre situation est que AUCUN de ces articles n'est disponible pour le moment.

Appliquer la méthode n ° 1:

Trouvez toute documentation que vous pourriez. Demandez à votre équipe de développement si elle a des maquettes d'écrans / regarde dans l'outil ALM ou quoi que ce soit. Si vous trouvez quelque chose, ce serait un bon point de départ. Mais si cette méthode ne donne rien, vous pouvez utiliser votre le jugement / l'intuition du testeur.

Nous savons tous comment fonctionnent les paniers d'achat, alors faites vos hypothèses et arrivez à quelques scénarios de base tels que:

  • Les articles peuvent être ajoutés au panier après avoir été parcourus ou recherchés
  • Une fois que j'ai ajouté des articles au panier, la liste des articles devrait être actualisée
  • L'utilisateur doit pouvoir continuer ses achats même après avoir ajouté quelques articles au panier
  • Ajouter deux fois le même élément entraînera une incrémentation du nombre d'éléments ajoutés
  • Les éléments peuvent être mis à jour
  • Les éléments peuvent être supprimés
  • Le total doit être équivalent à la somme de tous les prix ajoutés
  • Les taxes doivent être calculées en fonction du code postal saisi
  • Les frais d'expédition doivent être ajoutés en conséquence

Nous pouvons continuer, mais je suis sûr que vous avez une bonne idée.

Appliquer la méthode n ° 2:

Si une version plus ancienne de l'application est disponible, cela peut être utile pour écrire vos cas de test car vous devrez écrire les étapes exactes de l'endroit où cliquer, où entrer l'entrée, ce qu'il faut vérifier, etc. Captures d'écran / maquettes / wire- les cadres - s'ils sont disponibles, peuvent également être d'excellents substituts.

Comme vous pouvez le voir sur l'écran ci-dessous, ces choses sont apparentes - les noms de champs, les boutons ou autres éléments présents, etc. (cliquez sur l'image pour une vue agrandie)

test sans exigences

Maintenant, à ce stade, les testeurs ont des questions telles que:

  1. Que se passe-t-il lorsque je donne un caractère dans la case du montant?
  2. Quand dois-je ajouter trop d'éléments?
  3. Quel est le maximum non. d'articles que cela peut prendre? Etc.

Appliquer la méthode n ° 3 :

Apportez votre liste de questions au BA, au développeur ou même au client et demandez des éclaircissements. Une fois la méthode 3 terminée, vous devriez à peu près être équipé de toutes les informations dont vous aurez besoin pour écrire des cas de test détaillés et effectuer vos tests avec autant de confiance que vous le feriez avec une documentation élaborée.

Nous convenons qu'il y a beaucoup plus d'étapes et beaucoup plus de suivi, mais pour assurer des tests de qualité, ces étapes sont inévitables.

En conclusion, tout n'est pas perdu lorsque la documentation n'existe pas ou est insuffisante. Il y a toujours de l'espoir! Veuillez partager vos expériences dans des situations similaires.

A propos de l'auteur: Cet article utile est rédigé par Swati S., membre de notre équipe STH.

Comme toujours, vos commentaires, questions et suggestions sont les bienvenus.

lecture recommandée

^