Introduction aux questions et réponses d'entrevue du SDET
SDET, Software Design Engineer in Test ou Software Development Engineer in Test, signifie principalement les tests effectués sur un produit logiciel. Il avait en fait besoin d'un candidat capable de se développer et d'effectuer des tests. Cela a été initialement lancé par Microsoft, mais actuellement, d'autres organisations sont très conscientes de la même chose et recherchent vraiment quelqu'un d'expert en SDET pour participer au développement complet de leur produit et participer à la conception des tests qui doivent être effectués. pour ce développement individuel. L'organisation peut introduire la même ressource dans deux tâches clés sera toujours rentable pour eux.
ici, nous allons discuter des principales questions d'entrevue SDET.
Maintenant, si vous recherchez un emploi lié au SDET, vous devez vous préparer aux questions d'entrevue du SDET 2019. Il est vrai que chaque entretien est différent selon les différents profils d'emploi. Ici, nous avons préparé les importantes questions et réponses d'entrevue du SDET qui vous aideront à réussir votre entrevue.
Dans cet article sur les questions d'entrevue SDET 2019, nous présenterons les 10 questions d'entrevue SDET les plus importantes et les plus fréquemment posées. Ces questions d'entrevue sont divisées en deux parties:
Partie 1 - Questions d'entrevue SDET (de base)
Cette première partie couvre les questions et réponses d'entrevue de base du SDET.
Q1. Expliquer les différences de détails entre Software Development Engineering in Test (SDET) et tester les logiciels manuellement?
Répondre:
SDET utilise principalement les tests d'automatisation des biches. Les moyens de développer un produit peuvent être testés automatiquement sans intervention manuelle. Alors que les tests manuels ne répondent pas du tout à ces critères.
Q2. Écrire un programme pour inverser un nombre dans n'importe quelle langue?
Répondre:public class reverseNumber (
public long reverse(long num)
(
long temp=0;
while(num!=0)
(
temp=(temp*10)+(num%10);
num=num/10;
)
return temp;
)
public static void main(String args())
(
long n= 654312;
reverseNumber inp = new reverseNumber();
System.out.println(“Given number is “+ n);
System.out.println(“Reverse of given number is “+inp.reverse(n));
)
)
Q3. Expliquez en détail comment définir des tests ad hoc dans l'industrie informatique actuelle?
Répondre:
Le test ad hoc est l'un des tests très populaire dans l'industrie informatique. Ce type de test est principalement non planifié et sans documentation. Il doit normalement fonctionner lorsque certaines exigences ad hoc proviennent du client, le développeur doit les développer de manière prioritaire. Maintenant, le testeur doit le tester immédiatement et venir avec des livrables appropriés en très peu de temps. La documentation ou la planification n'est pas toujours possible pour cela, mais une partie de l'organisation a conservé des outils spécifiques pour suivre ce type de tâche, en particulier pour la facturation supplémentaire.
Passons aux prochaines questions d'entrevue du SDET.
Q4. Deux gros mots clés normalement très utiles pour le testeur, l'un est la priorité et l'autre la gravité, expliquez-vous la différence entre eux en détail?
Répondre:
La priorité et la gravité sont deux mots clés très importants dans l'industrie informatique, en particulier pour les organisations qui ont participé à l'activité de support de production de leur produit fourni ou de tout système existant du client. Actuellement, toute l'organisation de la tourbière a essayé de suivre un outil spécifique où une équipe d'assistance a été affectée à la gestion. Normalement, l'utilisateur final atteint cette équipe d'assistance correspondante pour faire part de ses préoccupations ou l'utilisateur final peut créer ses préoccupations directement dans cet outil spécifique. Une personne du helpdesk analyse d'abord la même chose, puis donne la priorité en fonction de l'impact sur l'utilisateur final. Une personne du service d'assistance, un testeur, un développeur et un analyste commercial à un moment donné impliquent ce problème et essaient de comprendre quel est l'impact exact de ce problème spécifique, sur la base du fait qu'ils ont donné la gravité de ce problème. La priorité définit donc l'importance de ce problème et la gravité est définie comme la capacité d'impact ou de destruction de ce problème.
Q5. Expliquez les détails explication de la responsabilité de l'emploi d'un testeur ou de l'ingénierie de développement logiciel dans le rôle de test?
Répondre:
Ce sont les questions d'entrevue SDET courantes posées dans une interview. Plusieurs responsabilités doivent normalement être suivies par un testeur SDET dans l'industrie informatique actuelle.
- Écrivez l'automatisation des tests et configurez-la pour les plates-formes de variétés comme le Web ou le mobile.
- Gestion et traitement du rapport de bogue.
- Maintenir le canal de communication approprié entre le développeur et le client.
- Préparer et livrer des cas de test.
Q6. Qu'est-ce qu'un test ad hoc?
Répondre:
Les tests ad-hoc sont définis comme les tests sont effectués sur une base ad-hoc sans aucune référence et entrée appropriée au cas de test et sans plan, cas de test et documentation. L'objectif principal de ce type de test est de détecter les défauts et de casser l'application en exécutant différents flux de l'application ou des fonctionnalités aléatoires.
Les tests ad hoc sont un moyen informel de trouver des bogues dans une application et peuvent être effectués par n'importe qui dans l'équipe. Il sera difficile de trouver des bogues sans cas de test, mais parfois lors de tests ad hoc, des bogues trouveront ce que nous n'avons pas trouvé lors des tests normaux ou des cas de test existants.
Q7. Étant donné un exemple avec des détails concernant une partie de l'expérience typique ou une journée de travail de charge excessive d'un testeur ou d'un ingénieur en développement logiciel dans les ressources de test (SDET)?
Répondre:
Chaque jour, trois tâches clés prennent toujours beaucoup de temps pour le testeur:
- Comprendre les exigences du projet.
- La préparation et l'exécution nécessitent des cas de test basés sur les fonctionnalités attendues par le client.
- Signaler au développeur les bogues identifiés sur les fonctionnalités individuelles développées pour le client et les tester à nouveau après la redistribution par le développeur pour garantir que les fonctionnalités attendues sont correctement livrées sans bogue commun.
Partie 2 - Questions d'entrevue SDET (avancé)
Jetons maintenant un coup d'œil aux questions et réponses avancées de l'entrevue SDET.
Q8. Expliquez certains commentaires d'experts sur la façon dont un testeur peut décider que le produit fourni est réellement prêt à être déplacé dans l'environnement réel?
Répondre:
C'est l'une des décisions critiques, donc elle n'a jamais été prise par une personne seule ou des gars juniors. Seuls le développeur et le testeur ne sont pas impliqués pour prendre cette décision, une direction supérieure y est périodiquement impliquée. Le test de gestion garantit principalement en validant ci-dessous pour garantir que la livraison du produit est sans buzz:
- Validation des rapports de bogues fournis par le testeur. Comment le bogue a-t-il été résolu et le nouveau test effectué par le testeur ou non.
- Valider tous les cas de test écrits par le testeur pour cette fonctionnalité spécifique, la documentation et la confirmation tirées du testeur sur le même.
- Exécutez des scénarios de test automatisés pour vous assurer que les nouvelles fonctionnalités ne cassent aucune fonctionnalité existante.
- Parfois, validation du rapport de couverture de test, qui garantit que tous les composants en développement ont été couverts par des cas de test écrits.
Q9. Écrire un programme pour échanger deux nombres sans utiliser de variable temporaire?
Réponses:
Le programme pour échanger deux nombres sans utiliser de variable temporaire est le suivant:public class swap(
public static void main (String args())
(
int x = 20;
int y =30;
System.out.println(“Numbers before swapping”);
System.out.println(“ number x is “ + x);
System.out.println(“number y is “ +y);
// Swapping numbers
x= x+y;
y=xy;
x=xy;
System.out.println(“Numbers after swapping”);
System.out.println(“ number x is “ + x);
System.out.println(“number y is “ +y);
)
)
Q10. Si quelqu'un a besoin d'un format spécifique de rapports de bogues d'un testeur, quelle sera la meilleure façon ou approche que le testeur peut adopter pour fournir le même?
Répondre:
Un rapport de bogue contient normalement ci-dessous:
- Résumé des bogues
- Reproduire les étapes
- Comportement attendu et comportement actuel d'un bogue spécifique.
Passons aux prochaines questions d'entrevue du SDET.
Q11. Expliquez en détail les différents types de tests appelés Alpha et Bêta?
Répondre:
Les tests alpha effectués par le testeur ont identifié des bogues avant de déplacer le produit vers un environnement réel ou vers l'utilisateur final. Le bêta est normalement identifié par l'utilisateur final qui est le véritable utilisateur du produit ou de l'application.
Q12.Qu'est-ce qu'un test basé sur les risques?
Répondre:
Les tests basés sur les risques sont définis comme les fonctionnalités d'un produit sont testées en fonction de la priorité des livrables. Les tests basés sur les risques comprennent le test des fonctionnalités cruciales d'un produit qui auront un impact commercial et la probabilité de défaillance de ces fonctionnalités est très élevée. La priorité pour toutes les fonctionnalités d'un produit est définie en fonction des besoins de l'entreprise, puis les fonctionnalités de haute priorité seront testées d'abord, puis les fonctionnalités de priorité moyenne puis faible. Le test des bases de risque sera effectué lorsqu'il n'y aura pas suffisamment de temps pour tester toutes les fonctionnalités d'un produit.
Q13. Normalement, différentes catégories sont disponibles pour constituer un groupe spécifique de cas de test de variétés, compte tenu de leur explication?
Répondre:
Ce sont les questions d'entrevue SDET les plus populaires posées lors d'une entrevue. Voici quelques cas de test populaires dans l'industrie informatique actuelle:
- Test fonctionel
- Test d'interface utilisateur ou frontend
- Test de performance
- Test d'intégration
- Test de charge ou test d'utilisabilité de l'utilisateur
- Test de sécurité
Q14. Défis courants auxquels un testeur de logiciels est normalement confronté, c'est-à-dire la documentation appropriée qui n'est pas conservée pour les tests. Dans ce cas, comment pouvons-nous surmonter la même chose?
Répondre:
Il s'agit de l'un des scénarios courants où la documentation n'est pas correctement disponible pour tous les types de cas de test, mais l'exigence doit être remplie et livrée à temps au client. Dans ce cas, normalement, le testeur suit un courrier fourni par le client où décrivent correctement toutes les exigences, si possible des captures d'écran de l'application où les parties des changements sont clairement mentionnées, ou une discussion téléphonique lunaire ou verbale faite avec le client pour comprendre la fonctionnalité exacte de ces changements. ce qui est suffisant pour tester rapidement et fournir la même chose dans le délai prévu.
Articles recommandés
Cela a été un guide pour la liste des questions et réponses d'entrevue SDET afin que le candidat puisse réprimer facilement ces questions d'entrevue SDET. Ici, dans cet article, nous avons étudié les principales questions d'entrevue du SDET qui sont souvent posées lors des entretiens. Vous pouvez également consulter les articles suivants pour en savoir plus -
- Questions d'entretiens chez Data Structure Java
- 10 questions d'entretiens chez Essential Kafka
- Questions d'entretiens pour le poste de UI Developer
- Questions d'entretiens chez Cyber Security