what do clients really expect from software testers
Dans l'article d'aujourd'hui, je vais partager quelques réflexions sur ce que je pense que les clients attendent VRAIMENT de nous sur la base de mon expérience de première main de travail chez les clients avec des interactions quotidiennes en face à face et collaborer offshore via e-mails ou appels téléphoniques.
Les services informatiques font partie intégrante de l'industrie du logiciel et la satisfaction du client est importante pour réussir. Chaque client / organisation peut être différent dans son processus peut suivre un protocole différent et peut traiter avec différents types d'entreprises.
Mais les facteurs suivants sont communs et importent à tout le monde en général.
(image src )
Ce que vous apprendrez:
- 5 choses que le client attend des testeurs de logiciels:
- # 1) Coût-avantage
- # 2) Qualité du travail
- # 3) Compréhension commerciale
- # 4) Disponibilité
- # 5) Portée de l'amélioration
- Conclusion
- lecture recommandée
5 choses que le client attend des testeurs de logiciels:
# 1) Coût-avantage
Lorsque vous pensez vendre ou acheter quelque chose, le coût joue un rôle majeur et il est souvent l'un des facteurs décisifs importants. N'attendons-nous pas tous avec impatience le Black Friday, la vente Flipkart Billion Day ou le grand festival du shopping d'Amazon? Nous devenons des acheteurs fous pendant la période de vente. C'est un simple comportement humain d'attendre la juste valeur ou une valeur supplémentaire pour notre argent.
Les entreprises et les clients ne sont pas différents. Les avantages en termes de coûts stimulent les relations client-service et il n'est pas rare que les entreprises de services perdent des offres en raison de la baisse des prix des concurrents.
La GRANDE question est maintenant: comment pouvons-nous montrer les avantages en termes de coûts à nos clients?
Ces points peuvent aider:
- Montrez-leur la valeur de leur argent . Justifiez et fournissez des preuves à l'appui de votre estimations .
- Pensez à des moyens créatifs d'économiser sur les dépenses.
- Adaptez votre devis. Au lieu de vous en tenir à votre processus standard qui coûte X montant d'argent, proposez des alternatives moins chères. Par exemple : Suggérez un test du chemin critique au lieu de tester le système complet.
- Connaissez vos concurrents . Une vérification rapide de la réalité de ce que les autres entreprises de services offrent à leurs clients à quels coûts est importante pour que votre marché de modèles de tarification reste pertinent.
# 2) Qualité du travail
La qualité et la quantité de travail sont deux choses très différentes.
Il est révolu le temps où le nombre de cas de test créés ou de défauts signalés utilisait des indicateurs de productivité ou de qualité. Pas plus.
La situation ressemble plus à l'image ci-dessous:
A) Sachez quand dire «NON»
Nous avons tous été dans des endroits où nous avons travaillé des heures supplémentaires, été sur appel le week-end, assisté à des appels tard le soir ou tôt le matin, etc. Cependant, ce que nous ne réalisons pas, c'est que nous pouvons dire NON si les choses continuent de s'aggraver. Dire NON est le seul moyen de préserver la qualité du travail et notre santé mentale.
Ce faisant, faites part de votre préoccupation à l'avance et prônez la qualité.
Voici une situation dans laquelle je me trouvais et cela pourrait vous donner une meilleure idée de ce dont je parle:
Mon entreprise a gagné un nouveau logo et dans le cadre de la migration d'une ancienne entreprise vers mon entreprise, des sessions de transfert de connaissances ont été prévues. Nous, une équipe de 6 membres, nous sommes rendus sur le site client. Le tout premier jour après l'introduction, nous avons été informés du plan KT. J'ai trouvé que mon nom était associé à plusieurs modules. Un de ces modules aurait dû être totalement hors de ma portée car je n’étais même pas au courant de cette technologie; il ne correspondait pas à mes compétences.
Je suis allé voir le responsable de la transition des connaissances et lui ai expliqué la situation -
- Trop d'éléments de travail m'ont été assignés, ce qui à son tour entravera la qualité et ma capacité à capturer à 100% dans les sessions.
- Les éléments planifiés comportaient des domaines dans lesquels mes compétences ne correspondraient pas et comme je n'étais pas la bonne personne, je ne comprendrais peut-être pas à 100% pendant la transition.
La tête compris le problème et révisé le plan KT.
Questions d'entrevue basées sur des scénarios pl sql
J'espère que cela permet de confirmer que: si quelque chose est dans notre assiette, cela ne signifie pas que nous devons tout manger. Surtout pas si cela signifie faire des compromis sur la qualité.
B) Exhaustivité du scénario de test
Combien d'entre vous sont d'accord avec moi que si nous essayons de améliorer la façon dont nous écrivons les cas de test , cela conduit à une meilleure qualité?
Voici quelques erreurs courantes qui sont courantes dans la plupart des cas de test:
Composants du scénario de test | Problème actuel | Solution |
---|---|---|
Objectif | L'objectif est la partie la plus importante de tout cas de test, c'est ce qui rend tous les cas de test différents. Les erreurs courantes avec Objective manquent de clarté. Comme tous les cas de test créés pour une fonctionnalité, il a un objectif sans montrer en quoi chaque cas de test diffère. | L'objectif / le but de chaque cas de test doit être clair pour expliquer quelle fonctionnalité et quelle condition de test va être testée dans le cadre de ce cas de test. La même fonctionnalité peut avoir des cas de test positifs et négatifs, donc l'objectif doit être suffisamment clair pour montrer la différence. Une bonne idée est de se référer au scénario de test pour définir l'objectif. |
Conditions préalables | De nombreux testeurs oublient totalement de mentionner la condition préalable ou beaucoup vont simplement copier et coller. Le copier-coller entraîne des erreurs car chaque scénario de test peut être complètement différent d'un autre. | Évitez les erreurs de copier-coller et faites attention aux détails. |
Données de test | C'est probablement le champ le plus négligé et la plupart des cas de test le verront vide ou manquant de définition précise | Mentionnez les données appropriées à saisir. Parfois, il n'est pas nécessaire que ce soit exact. Par exemple: l'enregistrement d'un utilisateur peut enregistrer un utilisateur Anna ou John et cela n'a pas d'importance. Mais définir qu'un nom valide qui a tous les caractères et doit avoir une longueur de 4 à 10 peut aider à clarifier beaucoup de choses. |
ID de cas de test | Par convention de dénomination ou de numérotation simplifiée. Dites, vous testez un bouton de connexion. Souvent, les identifiants sont: TC_1_Login TC_2_Login | Rendez-les plus descriptifs: TC_1_Login_Invalid_User TC_2_Login_Valid_User |
Documents de référence | Copier-coller incohérent à partir de documents de référence ou pire, en utilisant un mauvais. | Il est toujours conseillé de mentionner le document de référence correct avec le numéro de version correct, par exemple, pour certains cas de test FRS et Tech Specs, les deux auraient été référencés, donc le cas de test dans la section de référence devrait mentionner les deux. |
Étapes du scénario de test | Étapes manquantes, principalement par des testeurs qui connaissent très bien l'application. Ils pourraient assumer des choses et ignorer les étapes. Cela pose des problèmes à l'entreprise, aux réviseurs et aux nouveaux testeurs. | Les étapes et la séquence appropriées doivent être utilisées. |
Pour résumer, si de petits détails sont pris en compte dans la phase de conception, la qualité de sortie du test sera bien meilleure.
# 3) Compréhension commerciale
C'est l'un des facteurs les plus importants que les clients recherchent chez les testeurs. Cependant, il est triste que certains testeurs pensent que leur travail consiste à rédiger des cas de test basés sur FRS et à ne faire aucun effort pour comprendre l'entreprise.
Essayez d'abord de connaître l'entreprise, puis examinez les fonctionnalités; tu peux imaginez les besoins de votre client plus et testez en conséquence.
Voici un exemple- FRS indique que «le rapport XYZ doit être généré avec 3 colonnes comme Date, Nom et Statut». Voici les cas de test avec lesquels vous vous retrouverez lorsque vous prenez cette exigence à sa valeur nominale:
- Valider le rapport XYZ est généré
- Le rapport de validation a 3 colonnes comme Date, Nom, Statut
- Validez les données en 3 colonnes.
Mais, lorsque vous gardez à l'esprit l'applicabilité commerciale de ce rapport, vous devrez peut-être tester:
- Quel est l'objectif commercial de ce rapport?
- Ce rapport est-il généré chaque jour?
- Qui sont les utilisateurs professionnels qui consultent ce rapport?
- Quelle est la source des données de ce rapport?
- Le rapport doit-il être généré si aucune donnée n'est disponible?
Ce n'est qu'un exemple, mais je suppose que nous sommes tous d'accord pour dire que de meilleurs tests peuvent être obtenus en acquérant une connaissance et une expertise de l'entreprise.
# 4) Disponibilité
Que vous soyez une seule personne soutenant le client ou une équipe, votre disponibilité doit toujours être vérifiée ( ).
Par disponibilité, cela ne signifie pas une assistance 24/7. Cela signifie simplement une communication claire et directe sur les congés, les plans alternatifs et le fait d'être joignable et de ne pas partir MIA.
Voici quelques-uns des modèles suivis par le secteur des services:
- Modèle d'augmentation du personnel - Si vous travaillez dans un modèle d'augmentation du personnel et que vous êtes un représentant unique de votre entreprise, il est conseillé que le client soit informé de vos horaires de travail et de vos absences prévues afin que les dispositions nécessaires puissent être prises.
- Modèle de projets gérés - Dans un modèle de projet géré dans lequel de grandes équipes de projet sont formées et dirigées par des responsables de livraison / de projet, avoir un plan de ressources de sauvegarde ne reste plus la responsabilité des clients. Le PM doit gérer les congés planifiés et imprévus. Dans ce modèle, il est conseillé aux PM d’essayer de collecter à l’avance les données d’absence planifiées auprès de leur équipe et de les gérer en conséquence. Il existe des cas où les clients demandent une assistance le week-end ou des heures de travail prolongées. De tels cas devraient également être planifiés par rotation des ressources. Une équipe doit être composée de membres qui peuvent se soutenir mutuellement si nécessaire. Les détails prévus doivent être partagés avec le client.
# 5) Portée de l'amélioration
Ce n'est pas seulement souhaitable dans l'industrie du logiciel, mais partout. Amener des améliorations n'est pas un travail d'un jour. La portée de l'amélioration doit être continuellement travaillée et peut être divisée en 3 étapes -
Lire aussi=> Comment améliorer vos compétences de test et battre la concurrence
Étape # 1: Identifiez
Faites une étude approfondie et identifiez les domaines / la portée des améliorations. Dites, lorsque vous êtes invité à tester la même fonctionnalité plusieurs fois en utilisant le même processus, il arrivera un moment où vous sentirez que vous voulez soit quitter le projet, soit changer la façon dont il est testé. C’est ainsi que des améliorations sont apportées lorsque nous nous ennuyons de nos méthodes existantes, nous pensons changer et améliorer .
Étape 2: Apportez des améliorations
Si les choses étaient faites manuellement, vous pourriez essayez d'automatiser peu de choses . Quand je parle d'automatisation, cela ne signifie pas toujours acheter un outil automatisé.
Je vais citer une situation:
Je faisais partie d'une équipe de test de bases de données. Notre travail quotidien consistait à exécuter les mêmes scripts SQL plusieurs fois par jour avec un ensemble de paramètres différent. Lorsque nous avons commencé le projet, nous nous sommes bien débrouillés avec ces étapes, mais nous avons finalement mieux compris le système et nous avons pensé que les mêmes scripts SQL pouvaient être exécutés dans le cadre de procédures stockées au lieu que quelqu'un mette à jour manuellement les paramètres et les exécute.
Étape 3: Évaluer l'amélioration
meilleur téléchargeur vidéo de n'importe quel site
Chaque fois qu'un nouveau processus est mis en œuvre, vous devrez vous assurer qu'il fonctionne comme prévu et n'a aucun effet secondaire. En étendant l'exemple précédent, une introduction de procédures stockées, vérifiez si la sortie de la méthode automatisée nouvellement créée et la sortie de la méthode manuelle sont les mêmes.
L'autre partie est de surveiller les avantages sur une période de temps pour être absolument sûr et présenter les résultats à vos clients. Dans notre projet, nous avons montré aux clients une réduction du temps d'exécution des tests de 30%, ce qui a réduit les coûts.
Conclusion
En conclusion, je voulais juste mentionner que chacun de nous a des talents innés et que nous avons tous nos propres styles de travail et ce ne sont que quelques conseils qui, je pense, peuvent offrir à nos clients une meilleure expérience de service.
A propos de l'auteur: Cet article génial est écrit par Priya R., membre de l'équipe STH. Si vous voulez écrire pour nous et partager votre expérience, s'il vous plaît laissez-nous savoir ici .
J'espère que vous avez aimé lire cet article et que vous l'avez trouvé instructif! Faites-nous savoir si vous avez une expérience différente à partager.
lecture recommandée
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- L'entreprise mondiale de tests de logiciels atteindra bientôt 28,8 milliards de dollars
- Conseils de test de logiciel pour les testeurs novices
- Emploi d'assistant QA en test logiciel
- Comment garder la motivation vivante chez les testeurs de logiciels?
- Zen et l'art du test logiciel
- Cours de test logiciel: à quel institut de test logiciel dois-je adhérer?
- Choisir les tests logiciels comme carrière