Menu

5 choses qu'un développeur (et testeur) débutant doit savoir sur les tests de logiciels

5 things beginner developer

Essayez Notre Instrument Pour Éliminer Les Problèmes

meilleurs sites d'anime pour regarder l'anime doublé

Toute la salle de conférence est devenue silencieuse et après avoir attendu quelques minutes, je n'ai pas pu garder patience et j'ai dû répéter ma question:

Qui souhaite rejoindre l'équipe de test?

Nous avions 20 stagiaires à bord et ils étaient formés sur différents aspects des projets logiciels. Les responsables et les responsables de différents départements tels que l'analyse commerciale, le développement, les tests et les ventes ont tenu des réunions avec ces personnes stagiaires pour fournir les connaissances et les aider à comprendre à quoi et à quoi ressemble un projet logiciel réel. En tant que responsable de test, j'ai expliqué les aspects de base des tests et l'importance du cycle de vie des tests à ces nouveaux visages.

développeur et testeur

Avec excitation, quand j'ai laissé tomber la question, je n'ai jamais pensé au silence de la broche. Personne n'était prêt à participer aux tests. J'ai soupiré tristement et j'ai choisi une autre piste pour éduquer cette future génération d'informatique.

J'ai peaufiné ma question pour connaître les raisons du refus le test de logiciels en tant que profession -

Pourquoi ne souhaitez-vous pas participer aux tests de logiciels?

Les réponses étaient intéressantes (et pratiques à un moment donné)

  • Tout le monde peut faire des tests mais pas du développement ( bon à savoir )
  • Les testeurs sont moins payés ( un peu vrai mais pas toujours )
  • C’est un travail ingrat ( tout à fait d'accord mais ce n'est pas la raison valable )
  • Il n'y a rien à apprendre à ce sujet ( Hooh… qui a dit ça?)
  • Il n'y a aucune raison de choisir les tests logiciels comme carrière ( la pire raison )

Ce que vous apprendrez:

Pourquoi le test logiciel existe-t-il?

D'accord, il était donc temps de former ces nouvelles personnes sur les raisons pour lesquelles les tests de logiciels existent et ce qu'ils devraient savoir à ce sujet s'ils veulent rejoindre le développement de logiciels.

Comment ai-je changé d'avis?

Ici, j'essaie simplement de résumer ce dont nous avons discuté au cours de cet après-midi et comment j'ai réussi à faire changer d'avis d'au moins 20 personnes, tout en clarifiant la perception des tests de logiciels.

#1. Les tests logiciels ne sont pas une perte de temps:

Que se passe-t-il lorsque vous avez des invités à la maison et que vous leur préparez à la hâte de la limonade et que vous les servez? Lorsque les invités laissent les verres inachevés, vous sentez que quelque chose a dû mal tourner et lorsque vous goûtez à la limonade, OMG… c'était puant. Vous auriez aimé ne passer que 10 secondes de plus et goûter la limonade avant de servir.

Tout en étant pressé de livrer le projet dans un délai imparti, les entreprises / la direction / tout le monde se préparent à faire des compromis sur le temps des tests, car la perception des tests logiciels prend vraiment plus de temps que nécessaire est toujours présente dans l'esprit des gens. Mais le temps de test ne vaut-il pas la peine par rapport à l'appel du client à minuit pour vous informer qu'il va annuler la prochaine mission, car la mission actuelle livrée présentait plus de 5 bogues critiques dans les deux premières heures d'utilisation interne. Claquer!!

# 2. Le test du logiciel est obligatoire:

Les tests logiciels font partie intégrante du cycle de vie du développement logiciel. Le chemin

  • Les éditeurs aident à améliorer le film
  • Les relecteurs aident à améliorer un livre
  • Les gardes de sécurité contribuent à rendre la vie des gens paisible et sûre
  • L'huile aide à faire fonctionner les machines sans problème

Les tests logiciels aident les logiciels à être meilleurs. Je ne pense pas avoir besoin de dépenser un seul mot de plus pour l'expliquer.

# 3. Test unitaire est une responsabilité complète du développeur:

Lorsque vous développez quelque chose, vous devez le vérifier avant de demander à quelqu'un d'autre de le vérifier. Le chemin

  • Le chef goûte et sent toujours sa recette avant de servir les autres

Le développeur est entièrement responsable de tester son propre code avant de l'envoyer aux testeurs. Les testeurs sont là pour vous aider à améliorer la qualité du code et finalement le produit et non pour découvrir les erreurs les plus stupides que vous avez faites lors de l'écriture du code.

En plus de cela, ne présumez jamais que la qualité relève uniquement de la responsabilité des testeurs.

Dans le monde agile d’aujourd’hui, les développeurs et les testeurs sont censés assumer ensemble la responsabilité de la qualité des produits. Les développeurs sont censés effectuer des tests en binôme avec un testeur et fournir des informations sur ce qui peut et pourquoi quelque chose peut mal tourner et encourager le testeur à générer des idées de test basées sur vos connaissances.

# 4. Les développeurs et les testeurs sont égaux:

Tout travail / projet est un effort combiné de l'équipe et cela signifie que chaque personne est tout aussi importante. Si un développeur pense qu'il fait le mieux et qu'il devrait avoir plus d'importance parce qu'il crée quelque chose à partir de zéro, il faut reconsidérer sa pensée. Oui, le développeur développe quelque chose à partir de zéro mais il n'est pas en mesure de terminer la création sans l'aide d'un testeur.

Le testeur fournit un œil sur le produit à l’utilisateur. Un testeur bien formé et expérimenté peut montrer les failles du produit, un développeur ne peut jamais y penser. Un testeur apporte de nouvelles idées sur la façon dont le produit devrait être, comment il devrait ressembler à une instance particulière, comment il devrait fonctionner, comment il peut se comporter et comment il peut planter.

La façon dont il est important d'ajouter du sel à chaque recette pour les rendre comestibles, des tests sont nécessaires pour rendre le produit livrable.

Et par conséquent, les développeurs et les testeurs sont tout aussi importants. Ce sont les mains gauche et droite du corps appelé projet.

# 5. Le testeur doit être impliqué dès le premier jour du projet:

En tant que développeur, vous ne devriez jamais faire cette erreur en supposant qu'un testeur n'a pas besoin de prendre conscience de quelque chose comme l'analyse des exigences, la logique appliquée lors de l'écriture du code, les demandes de changement du client, les commentaires du client, etc.

Le testeur est un détenteur de pile et doit être impliqué dès le lancement du projet. L'implication initiale de l'équipe de test leur donne confiance, des discussions constantes nourrissent un compréhension entre l'équipe de développement et l'équipe de test , une aide bienveillante stimule leur esprit pour faire quelque chose de mieux, les demandes de suggestions leur font sentir la valeur.

Conclusion:

Le testeur n'est pas uniquement pour tester un module / produit, il est là pour vous aider à fournir le meilleur produit, il est là pour vous aider en suggérant des idées éprouvées sur les attentes des utilisateurs, il est là pour vous faire savoir à quelle fréquence votre code bien-aimé est s'est écrasé… et vous, en tant que développeur, en avez vraiment besoin, n'est-ce pas?

A propos de l'auteur: Ce post génial est écrit par Bhumika Mehta, membre de l'équipe STH. Elle est chef de projet et possède plus de 7 ans d'expérience en tests de logiciels. Elle est totalement dans les tests et aime tester tout existe.

Comme d'habitude, en attendant votrecommentaires, opinions et suggestionssur le sujet.

lecture recommandée

^