Menu

Quelques questions d'entretien intéressantes sur les tests de logiciels

some interesting software testing interview questions

Essayez Notre Instrument Pour Éliminer Les Problèmes

Cet article répond à certaines des questions les plus fréquemment posées lors des entretiens de test de logiciels. Lisez cet article pour vous préparer à l'entrevue de test de logiciels:

Dans cet article, je vais répondre à certaines des questions posées par l'un des lecteurs Srinivas M.

Entretien de test de logiciel intéressant

Q # 1) Dans une application actuellement en production, un module de code est en cours de modification. Est-il nécessaire de retester l'ensemble de l'application ou suffit-il de simplement tester les fonctionnalités associées à ce module?

Vijay: Eh bien, la réponse est les deux. Vous devrez tester la fonctionnalité de ce module ainsi que les autres modules. Cela dépend également du module que vous modifiez.

Tous les modules doivent être testés car de nouvelles modifications peuvent également avoir un impact sur les autres modules. Vous pouvez donc différencier par la contrainte donnée sur le module à tester.

Je pense que ce scénario expliquera bien la réponse à votre question.

Si le module A est modifié, le module B dépend du module A et le module C est un module général indépendant du module A.

application qui vous permet d'espionner un autre téléphone

Dans ce cas, vous testerez d'abord le module A en profondeur. Votre prochain accent portera sur le module B. Mais qu'en est-il du module C? Ce module sera également testé mais avec moins de stress, car le module C ne dépend pas du module A pour son fonctionnement, il dépend plutôt du module B.

Si vous êtes un testeur de boîte blanche, vous devez savoir quels modules doivent être testés et lesquels peuvent être affectés. Mais si vous êtes un testeur de boîte noire, vous devrez également faire des tests de régression.

Les tests de régression ne doivent être effectués que sur les modules associés au module modifié.

tri par insertion en c ++

Q # 2) Quelle est la situation la plus difficile que vous ayez rencontrée pendant le test?

Vijay: Une très bonne question en effet! Il y a quelques années, quand j'avais changé de travail, mon intervieweur m'avait posé la même question. Une réponse parfaite à cette question dépend généralement des défis rencontrés par un individu.

Les tests logiciels présentent de nombreux défis à la fois dans le manuel et dans l'automatisation.

La découverte d'un bug difficile à trouver pourrait être la réponse à cette question. C'était assez difficile pour moi. La correction de ces bogues non reproductibles peut être difficile mais est souvent possible.

Gardez toujours à l'esprit que chaque fois que vous répondez à une telle question, soyez réaliste et ne vous inquiétez pas. Ne laissez personne ternir votre éclat. Sois toi-même.

Q # 3) Qu'allez-vous faire s'il n'y a pas de spécifications fonctionnelles ou de documents liés au système et que le développeur qui a écrit le code ne fonctionne plus dans l'entreprise, mais que vous avez un système et devez tester?

Vijay: C'est malheureusement l'une des situations typiques des entreprises indiennes en raison du taux d'attrition élevé.

Dans ce cas, vous devez faire le Essais exploratoires du produit. Il s’agit d’explorer, de découvrir le logiciel, ce qu’il fait, ce qu’il ne fait pas, ce qui fonctionne et ce qui ne fonctionne pas.

Dans ce test, vous apprendrez à connaître le système et son flux de travail de base. Dans les tests exploratoires, vous pouvez également découvrir des bogues «bloquants» qui sont nuisibles à votre système et par conséquent, protéger votre système contre une panne.

Si vous êtes un testeur de boîte blanche, l'étape suivante consiste à rechercher différents codes de module. Grâce à cela, vous pourrez analyser les cas de test pour différents modules et leurs relations.

Si vous avez d'autres questions, veuillez commenter ci-dessous.

lecture recommandée

^