Je ne suis pas sûr du processus d'entrevue SDET dans des entreprises spécifiques.
Bien sûr, le rôle de SDET pourrait varier d'une entreprise à l'autre. Dans certaines entreprises, même juste les ingénieurs d'automatisation des tests sont appelés "SDET's".
Alors que dans certaines organisations, le SDET est purement considéré comme un Rôle équivalent à celui d'un développeur.
Mon avis est qu'ils ne sont pas simplement des ingénieurs AQ ou des ingénieurs d'automatisation ordinaires.
Ils sont en fait une sorte d'équipe SWAT qui sont des peuples hautement spécialisés et techniques.
Je dirai que le SDET n'est autre que les développeurs.
Mais ils ne développent qu'une seule fonctionnalité appelée "TEST".
La toute première chose que vous devez apprendre est le Codage/Programmation.
Vous devez être extraordinaire avec vos compétences de codage.
Vous devez être capable de créer des outils et des cadres de test qui facilitent les tests ou l'automatisation des tests pour vos ingénieurs d'assurance qualité et d'automatisation.
Vous pouvez également être amené à vérifier le code écrit par vos développeurs pour la "testabilité" et la "lisibilité".
Vous devriez faire un audit régulier sur l'AQ ainsi que sur le processus de Dev et voir où ils sont à la traîne, puis vous pourriez avoir à faire des recommandations et des suggestions appropriées sur la façon de surmonter ces contraintes.
On ne vous demandera peut-être pas d'écrire des tests automatisés en utilisant selenium/QTP/SoapUI. Mais vous devriez avoir la capacité de concevoir la plate-forme avec les mêmes exemples de tests qui sont une sorte de modèle pour vos ingénieurs QA/automatisation.
Vous devriez avoir un certain mécanisme automatisé pour garder une trace de la couverture de votre code par vos tests. Donc vous devriez être familier avec les outils de couverture de code.
Optionnellement, on peut même vous demander de faire des tests d'unité/d'intégration dans la même base de code qu'un développeur écrit le code de production. Donc, vous devriez être familier avec les compétences de test en boîte blanche également.
Ou au moins vous devriez avoir la capacité de créer des mocks/stubs pour faciliter les développeurs à écrire des tests unitaires et d'intégration.
Avant tout, ces tests devraient être exécutés de manière automatisée par l'un des mécanismes d'intégration de construction continue.
On peut vous demander de faire des tests de performance pour votre application sous une charge importante. À ce moment-là, votre travail ne consiste pas seulement à produire un rapport de test de performance. Vous devez tirer parti de vos compétences techniques pour identifier où existent exactement les goulots d'étranglement de la performance et comment les surmonter.
Aussi, le processus et les méthodologies autour du développement et du test de logiciels sont également un endroit où vous devez vous concentrer le plus. Parce que cet ensemble de compétences différencie un SDET d'un SDE.
J'ai récemment écrit une réponse à la réponse de Linkesh Kanna Velu's à Quelles sont les compétences indispensables pour les ingénieurs QA/SDET qu'ils peuvent apprendre pendant leur temps libre ? ce qui vous aidera à préparer votre processus d'entretien SDET.
J'espère que cela vous aidera 🙂
Linkesh