Salut! La semaine prochaine, les cours commenceront dans le nouveau volet du cours de
spécialiste en AQ , et à cet égard, nous partagerons avec vous du matériel utile traduit spécifiquement pour les étudiants du cours. Allons-y.
Résumé: De nombreux testeurs effectuent uniquement des tests fonctionnels, sans aller au-delà. Mais les tests de logiciels sont la recherche d'informations sur la qualité des produits qui peuvent aider les parties prenantes à prendre des décisions éclairées, et il existe de nombreuses façons de trouver des informations au-delà des tests fonctionnels. Cet article décrit six méthodes qui peuvent vous aider à améliorer l'efficacité de vos projets.
Les tests fonctionnels restent valables même avec l'implémentation étendue de l'automatisation. De nombreux produits logiciels nécessitent des tests manuels pour vérifier et examiner toutes les fonctions et leurs interactions.
Malheureusement, de nombreux testeurs effectuent uniquement des tests fonctionnels, sans aller au-delà. Les raisons peuvent être le manque de compétences, l'incapacité à écrire du code, la peur de l'inconnu ou une connaissance limitée du paysage des tests.
Pour paraphraser Sam Kaner, les tests de logiciels sont la recherche d'informations sur la qualité des produits qui peuvent aider les parties prenantes à prendre des décisions éclairées.
En plus des tests fonctionnels, il existe d'autres moyens de rechercher des informations. Dans cet article, nous allons examiner six façons qui m'ont aidé à augmenter l'efficacité de mes projets.
1. Examinez tous les messages
Les testeurs étudient généralement les documents d'exigences, en discutent avec les parties prenantes, puis développent des tests. Mais nous savons tous qu'il existe des scénarios qui ne sont pas couverts par les cas de test qui apparaissent lors de l'utilisation du produit. La plupart d'entre eux sont couverts par les développeurs, mais certains peuvent surprendre tout le monde.
L'équipe de développement peut vous aider en compilant une liste de tous les messages contenus dans le produit, y compris les messages d'erreur, les messages d'information et les avertissements. Il servira également de bon test de couverture de test en termes de messages affichés par le système. Si les testeurs n'ont jamais vu un message qui sera affiché à l'utilisateur, alors ils devraient revenir en arrière et comprendre dans quels cas ce message sera affiché.
Une fois, après avoir reçu une liste de messages, j'ai immédiatement remarqué qu'un certain nombre d'entre eux étaient complètement nouveaux pour l'équipe de test. Après avoir étudié, nous avons réalisé qu'ils provenaient de code obsolète et, bien que nous ne supportions plus cette fonctionnalité, ils étaient dans le code source. Ce code aurait dû être supprimé car il n'affectait plus le produit.
Selon l'architecture de l'application, la préparation d'une telle liste peut être facile ou difficile. Mais si vous pensez que cet exercice aidera l'équipe de testeurs à mieux tester, alors les parties prenantes devraient convenir de trouver un moyen de préparer une liste de messages. Essayez cette approche et vérifiez dans quelle mesure vous connaissez votre produit et quelle est votre couverture de test.
2. Faites un examen UX
De nombreuses équipes produits sortent très rapidement les premières versions, puis réfléchissent à la stabilisation du code après avoir atteint un certain nombre de clients ou selon d'autres indicateurs. Les versions rapides initiales ont généralement priorité sur les bonnes versions. Mais à mesure que de plus en plus de développeurs s'impliquent, il y a une forte probabilité d'incohérence.
Dans le processus de stabilisation du produit, concentrez-vous sur l'élimination de toute incohérence UX. Effectuez un examen UX de l'ensemble de l'application. Commencez avec les icônes, le texte, les actions, les fonctions et les fils principaux. Utilisez des personnages et faites un remue-méninges pour un examen complet de l'expérience utilisateur. Pensez également aux points de contact pour les utilisateurs. Comment les traitez-vous? Y a-t-il quelque chose de trompeur dans votre candidature? Il y a des exercices sur
https://cantunsee.space qui vous aideront à tester vos compétences d'interface utilisateur.
Lorsque nous avons effectué un examen UX de l'un des produits activement utilisés de notre société, nous avons trouvé des modèles d'incohérence et nous pouvions facilement les associer à diverses décisions que nous avions prises en équipe, publier des fonctionnalités à la hâte, sous-traiter le développement à une autre équipe, publier des fonctionnalités avec des plugins obsolètes et ainsi de suite.
3. Mener une analyse des concurrents
Il est dommage que de nombreux testeurs travaillent de manière isolée et n'aient aucune idée des produits d'autres sociétés. Examinez vos concurrents avec des informations publicitaires, des webinaires, des démos, des nouvelles dans les médias et les blogs, puis notez les fonctionnalités et analysez les forces et les faiblesses de votre produit.
Demandez à vos équipes produits si vous pouvez accéder aux offres d'autres sociétés et demandez comment vous pouvez aider l'analyse des concurrents. En plus d'analyser les fonctionnalités, tenez également compte de critères tels que l'utilisabilité, les performances, la sécurité et la disponibilité. Il est utile de faire un tableau comparatif «fonctionnalité - critères d'évaluation» avec les points que les produits ont notés.
4. Explorez les outils
Les outils sont bons pour ceux qui savent les utiliser efficacement. Ils peuvent économiser beaucoup d'argent et de temps et complètent grandement les tests. En tant que testeur, vous devez avoir une connaissance approfondie des systèmes utilisés et des processus utilisés.
Outre l'automatisation des vérifications fonctionnelles et la création rapide de données de test, il existe également des outils pour détecter les modèles dans les journaux, pour répliquer les données de production, pour simuler des fonctions, pour enregistrer les actions des utilisateurs et pour répondre aux événements en fonction de règles. De plus, pour atteindre la plupart des objectifs finaux, il n'est pas nécessaire d'acheter des outils propriétaires. Il peut s'agir d'un programme simple avec des centaines de lignes qui prend une capture d'écran d'une application basée sur un déclencheur dans le journal.
Parfois, il n'est pas évident pour tout le monde à quel point ces outils ou d'autres sont utiles jusqu'à ce que vous démontriez les avantages qu'ils peuvent apporter, alors étudiez leurs capacités.
5. Pensez aux risques qui pourraient devenir un «cauchemar»
Comme décrit dans le livre d'Elizabeth Hendrickson Explorez-le! Réduisez les risques et augmentez la confiance grâce aux tests exploratoires », une façon de prévenir une catastrophe est de réfléchir aux titres possibles de mauvaises nouvelles liées à votre produit ou projet et de tester ces risques. Les testeurs sont capables de réfléchir aux scénarios d'accident possibles, et cette compétence peut aider l'équipe de développement à éviter les erreurs lors de l'écriture de code, en économisant du temps et des efforts à l'avance.
Cela peut être un jeu amusant à jouer avec plusieurs parties prenantes, et cela donnera à chacun l'assurance qu'il prendra soin des risques. Lorsque nous avons joué à ce jeu avec l'une de nos équipes, certains des titres inventés par le support technique et la direction nous ont donné un point de vue différent - sans cela, nous n'aurions jamais pensé à ces tests.
6. Passez du temps avec le support client
En raison de l'utilisation continue de leur produit, l'équipe de test peut être biaisée. Et ce qui semble aux testeurs un comportement attendu, en fait, peut être gênant pour les utilisateurs. Vous pouvez examiner les appels d'assistance pour découvrir la douleur et les problèmes des clients à l'aide de votre application.
Une fois, nous nous sommes plaints de la fonctionnalité de l'un de nos produits et de la commodité de son utilisation, mais cela n'a pas été accepté comme bogue. Bien que lorsque plusieurs clients ont commencé à traiter des problèmes de convivialité similaires, cela a été résolu avec une priorité élevée. Cet incident nous a donné une grande autorité dans l'organisation. Et plus tard, nous avons été invités à participer à de nombreuses discussions sur les solutions d'utilisabilité.
La voix du client est de vraies données auxquelles vous devez prêter attention et vous pouvez utiliser ces données pour contribuer au développement de votre produit.
Ces six méthodes sont facilement combinables avec des tests fonctionnels et sont très utiles. Essayez-les dans votre travail de test et parlez-nous de votre expérience.
C’est tout. Nous attendons avec impatience vos commentaires et vous invitons à une journée portes ouvertes, qui se tiendra le 21 juin.