Fragen und Antworten zum SDET-Interview (vollständiger Leitfaden)

Die Ausgabe des obigen Code-Snippets:

Wie bei unseren vorherigen Codierungsproblemen ist es immer gut, den Code mit mindestens 1-2 gültigen sowie 1-2 ungültigen Eingaben trocken auszuführen und sicherzustellen, dass alle Fälle angemessen behandelt werden.

HINWEIS: Es ist immer gut, die Lösung laut (und nicht nur im Kopf) zu überlegen - und überraschenderweise ist dies eine wichtige Eigenschaft, nach der Interviewer suchen. Viele Interviewer könnten einfach den Algorithmus abschaffen und zur nächsten Problemstellung übergehen.

In der obigen Codierungslösung könnte der Interviewer für das Entwicklerinterview darum bitten, es mithilfe von Arrays zu lösen, anstatt direkt zu stapeln (dh Array als Stapel zu verwenden). Im Allgemeinen geht es jedoch eher darum, konzeptionell klar zu sein und alle gültigen und zu verarbeiten ungültige Eingaben.

Test Automation Framework im Zusammenhang

Dieser Abschnitt des Interviews befasst sich genauer mit Test- und SDET-Verantwortlichkeiten. Erwarten Sie Fragen zum Design und zur Entwicklung von Automatisierungsframeworks, Vor- und Nachteile der Verwendung unterschiedlicher Ansätze usw.

Sehen wir uns einige Beispielfragen und Lösungen dafür an.

F # 5) Erklären und entwerfen Sie Komponenten des Automatisierungsframeworks für eine Webanwendung?

Antworten: Diese Frage ist ein wenig subjektiv, und der Interviewer möchte beurteilen, wie viel der Kandidat über das Framework-Design und die Entwicklung weiß. Die Antwort auf diese Frage hilft dem Interviewer zu verstehen, ob der Kandidat benutzerdefinierte Frameworks von Grund auf neu erstellen oder erstellen kann.
Sehen wir uns einige Punkte an, die Ihnen helfen würden, die Lösung für diese Frage zu strukturieren:

• Sie können über verschiedene Arten von Frameworks sprechen, z. B. Datengesteuertes, schlüsselwortgesteuertes Hybrid-Framework.
• Seitenobjektmodell zum Speichern von Details verschiedener Elemente auf verschiedenen Seiten / Modulen der Webanwendung.
• Allgemeine Module wie Hilfsfunktionen, Dienstprogramme, Logger usw.
• Berichtsmodule wie das Generieren von Berichten über die Testausführung, das Integrieren von Berichten in E-Mails und das Planen der Testausführung usw.

Empfohlene Lektüre => Die beliebtesten Testautomatisierungs-Frameworks

F # 6) Erklären Sie Teststrategien für eine mobile Anwendung?

Antworten: Diese Fragen werden normalerweise je nach Rolle gestellt. Wenn die Rolle hauptsächlich darin besteht, an mobilen Apps zu arbeiten, ist die Frage relevanter. Sie können aus Ihrer Erfahrung sprechen, wenn Sie mobile Tests als Teil Ihrer aktuellen oder vorherigen Rollen geplant haben.

Einige Hinweise zur Strukturierung der Antwort auf diese Frage könnten sein:

• Testen auf Geräten gegen Emulatoren.
• Objekte / Elemente auf verschiedenen Bildschirmen identifizieren und speichern - Beispiel: Seitenobjektmodell.
• Lasttest einer mobilen Anwendung.
• Sie können über verschiedene Arten von mobilen Anwendungen wie native Apps und Hybrid-Apps sprechen und Strategien / Ansätze diskutieren, mit denen Sie sie testen würden.

Empfohlene Lektüre => Tutorials zum Testen mobiler Apps

F # 7) Entwerfen Sie ein Automatisierungsframework zum Testen von REST-APIs?

Antworten: Dies ist wiederum eine subjektive Frage, und Sie können klärende Fragen stellen, ob der Interviewer möchte, dass Sie ein Framework zum Testen des Funktionsverhaltens von API oder nicht-funktionale Anforderungen wie Last- / Leistungstests entwickeln.

Sie können Ihre Antwort mit den folgenden Punkten beginnen:

• API-Automatisierungs-Framework-Komponenten wie lokales Setup, Mock-Setup der API oder Hosted API Testing.
• Für die API-Automatisierung verwendete Tools. Es stehen sofort verschiedene Tools zur Verfügung, um die funktionalen Aspekte einer REST-basierten API zu validieren. Einige dieser Tools sind Postman, Rest Assured usw. Ausführliche Informationen zu verschiedenen Tools finden Sie in unserem Artikel Hier .
• Nicht funktionale Automatisierung der APIs.
• Geplante Durchführung von Automatisierungstests.
• Integration von Automatisierungstests für APIs.

F # 8) Framework-spezifische Fragen.

Antworten: Abhängig vom befragten Profil kann es manchmal erforderlich sein, dass ein Kandidat mit einem bestimmten Rahmen vertraut ist - z. Selen, JMeter usw.

Empfohlene Lektüre => Postbote , Mockito , Specflow , Selen , JMeter

Testen im Zusammenhang

Obwohl selten, aber abhängig vom Profil, kann es Fragen zu allgemeinen Testpraktiken, Begriffen und Technologien geben - wie Schweregrad des Fehlers, Priorität, Testplanung, Testgehäuse usw. Von einem SDET wird erwartet, dass es alle manuellen Testkonzepte kennt und vertraut sein sollte mit den wichtigen Terminologien.

In diesem Abschnitt können Sie Fragen wie diese erwarten:

F # 9) Was sind die verschiedenen Komponenten eines Testplans?

Antworten: Diese werden im Allgemeinen gebeten, die grundlegenden Testkonzepte und die Denkweise zu validieren. Diese Begriffe und Dokumente sollten jeder manuellen Qualitätssicherung sowie Automatisierungs-SDETs bekannt sein.
Sie können hier verschiedene Komponenten des Testplans diskutieren, wie z.

• Ein- und Ausstiegskriterien
• Umfang: Besprechen Sie die Testfunktionen, die im Umfang enthalten sind, und was alles automatisiert werden würde. Werden es nur funktionale Funktionen oder nicht funktionale Anforderungen wie Skalierbarkeit, Leistung usw. sein?
• Zeitleisten
• Zu verwendende Werkzeuge
• Ressourcenzuweisung usw.

Empfohlene Lektüre => Wie schreibe ich einen guten Testplan?

F # 10) Was definiert und entscheidet über die Priorität und den Schweregrad eines Fehlers?

Antworten: Fehlerpriorität und -schweregrad können anhand von Beispielen leicht erklärt werden. Angenommen, eine Funktion wie die Anmeldung ist fehlerhaft und verhindert, dass Benutzer auf die Anwendung zugreifen. Dann handelt es sich um ein Problem mit hoher Priorität und hohem Schweregrad. In ähnlicher Weise kann es Beispiele für Defekte mit niedrigem Schweregrad / hoher Priorität und verschiedene andere Kombinationen geben.

Im Allgemeinen,

• Priorität bezeichnet die Bedeutung des Themas.
• Schwere bezeichnet die Auswirkungen, die das Problem auf den Kunden oder Benutzer der Anwendung hat.

Empfohlene Lektüre => Fehlerpriorität und Schweregrad

F # 11) Was ist Äquivalenzpartitionierung? Illustrieren Sie mit einem Beispiel.

Antworten: Die Äquivalenzpartitionierung ist eine Technik, die hauptsächlich für Black-Box-Tests verwendet wird, um verschiedene Kombinationen von Eingaben für ein bestimmtes Feld zu testen.

Beispielsweise, Wenn Sie eine Handelsanwendung testen und alle Testszenarien für das Feld „Menge“ schreiben möchten - welche unterschiedlichen Eingaben würden Sie für dieses Feld testen?
Angesichts der funktionalen Anforderung, dass die Menge ein positiver ganzzahliger Wert zwischen 1 und 100000 sein sollte. Um verschiedene Eingaben (sowohl gültig als auch ungültig) zu testen, können Sie Tests für 1 Eingabe aus jeder dieser Kategorien durchführen.

• Gültige Werte: Zwischen 1 und 100000 -> auf einen gültigen Wert x prüfen, so dass x> 1 und x<100000.
• Grenzwerte: Test auf die zulässigen Grenzwerte, d. H. 1 & 100000.
• Ungültige Werte: Werte, die außerhalb des zulässigen Bereichs liegen - d. H. Auf einen solchen Wert für x testen, so dass x 100000.

Empfohlene Lektüre => Äquivalenz-Partitionierungsstrategie

Systemdesign im Zusammenhang

Fragen zum Systemdesign eignen sich in der Regel besser für Entwicklerinterviews, bei denen ein Entwickler anhand eines umfassenden Verständnisses verschiedener allgemeiner Konzepte beurteilt wird - wie Skalierbarkeit, Verfügbarkeit, Fehlertoleranz, Datenbankauswahl, Threading usw. Kurz gesagt, müssen Sie Ihr gesamtes verwenden Erfahrung und Systemkenntnisse zur Beantwortung solcher Fragen.

Aber Sie haben vielleicht das Gefühl, dass ein System, das jahrelange Erfahrung und Hunderte von Entwicklern zum Codieren benötigt, wie könnte eine Person die Frage in etwa 45 Minuten beantworten?

Die Antwort ist: Hier besteht die Erwartung darin, das Verständnis des Kandidaten und das breite Wissensspektrum zu beurteilen, das er oder sie bei der Lösung komplexer Probleme anwenden kann.

Heutzutage werden diese Fragen auch in SDET-Interviews aufgeworfen. Hier bleibt die Erwartung dieselbe wie die des Entwicklerinterviews, jedoch mit lockeren Beurteilungskriterien und meistens einer Bar-Raiser-Runde, bei der abhängig von der Antwort des Kandidaten ein Kandidat für die nächste Stufe in Betracht gezogen oder auf eine niedrigere Stufe verschoben werden kann.

Im Allgemeinen sollte der Kandidat bei Fragen zum Systemdesign-Interview mit den folgenden Konzepten vertraut sein

1. Grundlagen von Betriebssystemen: Paging, Dateisysteme, virtueller Speicher und physischer Speicher usw.
2. Netzwerkkonzepte: HTTP-Kommunikation, TCP / IP-Stack, Netzwerktopologien.
3. Skalierbarkeitskonzepte: Horizontale und vertikale Skalierung.
4. Parallelitäts- / Threading-Konzepte
5. Datenbanktypen: SQL / No SQL-Datenbanken, wann welcher Datenbanktyp verwendet werden soll, Vor- und Nachteile verschiedener Datenbanktypen.
6. Hashing-Techniken
7. Grundlegendes Verständnis von DECKEL Satz, Scherben, Partitionieren usw.

Sehen wir uns einige Beispielfragen an

F # 12) Entwerfen Sie ein URL-Verkürzungssystem wie a winzige URL ?

Antworten: Viele Kandidaten kennen möglicherweise nicht einmal URL-Verkürzungssysteme im Allgemeinen. In diesem Fall ist es in Ordnung, den Interviewer nach der Problemstellung zu fragen, anstatt ohne Verständnis abzutauchen.

Bevor die Kandidaten solche Fragen beantworten, sollten sie die Lösung strukturieren, Aufzählungspunkte schreiben und dann mit dem Interviewer über die Lösung sprechen.

Lassen Sie uns die Lösung kurz diskutieren

a) Klären Sie funktionale und nicht funktionale Anforderungen

Funktionale Anforderungen: Die funktionale Anforderung besteht nur aus Kundensicht. Es handelt sich um ein System, dem eine große (lange) URL zugeführt wird, und die Ausgabe sollte eine verkürzte URL sein.

Wenn auf die verkürzte URL zugegriffen wird, sollte der Benutzer zur ursprünglichen URL umgeleitet werden. Zum Beispiel - Versuchen Sie, eine tatsächliche URL auf der Webseite https://tinyurl.com/ zu kürzen, geben Sie eine Eingabe-URL wie www.softwaretestinghelp.com ein und Sie sollten eine winzige URL wie https://tinyurl.com/shclcqa erhalten

Nicht-funktionale Anforderungen: Das System sollte hinsichtlich der Umleitung mit Millisekundenlatenz performant sein (als zusätzlicher Sprung für einen Benutzer, der auf die ursprüngliche URL zugreift).

• Verkürzte URLs sollten eine konfigurierbare Ablaufzeit haben.
• Verkürzte URLs sollten nicht vorhersehbar sein.

b) Kapazitäts- / Verkehrsschätzung

Dies ist aus Sicht aller Fragen zum Systemdesign sehr wichtig. Die Kapazitätsschätzung bestimmt im Wesentlichen die erwartete Last, die das System erhalten wird. Es ist immer gut, mit einer Annahme zu beginnen und mit dem Interviewer zu diskutieren. Dies ist auch im Hinblick auf die Planung der Datenbankgröße wichtig, unabhängig davon, ob das System leselastig oder schreiblastig ist usw.

Lassen Sie uns einige Kapazitätsnummern für das URL-Shortener-Beispiel erstellen.

Angenommen, es gibt 100.000 neue URL-Verkürzungsanforderungen pro Tag (mit einem Lese- / Schreibverhältnis von 100: 1 - d. H. Für jede 1 verkürzte URL haben wir 100 Leseanforderungen für die verkürzte URL).

Also werden wir haben,

c) Überlegungen zu Speicher und Speicher

Nach den Kapazitätsnummern können wir diese Zahlen extrapolieren, um Folgendes zu erhalten:

• Die Speicherkapazität, die erforderlich wäre, um die erwartete Last aufzunehmen, Beispielsweise, Wir können planen, eine Speicherlösung zu entwickeln, die die Anforderungen für bis zu 1 Jahr unterstützt.
  Beispiel: Wenn jede verkürzte URL 50 Bytes verbraucht, wären die gesamten Daten / Speicher, die wir über ein Jahr benötigen würden:

• Speicherüberlegungen sind wichtig, um das System aus der Sicht des Lesers zu planen. d.h. für Systeme, die leselastig sind - wie das, das wir erstellen möchten (weil die URL einmal erstellt würde, aber mehrmals zugegriffen würde).
  Schwerlastige Systeme verwenden im Allgemeinen das Caching, um eine höhere Leistung zu erzielen, und vermeiden das Lesen aus dem permanenten Speicher, um Lese-E / A zu sparen.

Nehmen wir an, wir möchten 60% unserer Leseanforderungen im Cache speichern, sodass wir im Laufe des Jahres 60% aller Lesevorgänge über das Jahr x Bytes benötigen würden, die für jeden Eintrag erforderlich sind

Gemäß unseren Kapazitätsnummern würde dieses System also ungefähr 1 GB physischen Speicher benötigen

d) Bandbreitenschätzungen

Bandbreitenschätzungen sind erforderlich, um die Lese- und Schreibgeschwindigkeit in Bytes zu analysieren, die für die Ausführung eines Systems erforderlich wären. Lassen Sie uns Schätzungen anhand der von uns vorgenommenen Kapazitätszahlen vornehmen.

Beispiel: Wenn jede verkürzte URL 50 Bytes verbraucht, wäre die gesamte Lese- und Schreibgeschwindigkeit, die wir benötigen würden, wie folgt:

e) Systemdesign und Algorithmus
Dies ist im Wesentlichen die Hauptgeschäftslogik oder der Hauptalgorithmus, der zur Erfüllung der funktionalen Anforderungen verwendet wird. In diesem Fall möchten wir eindeutige verkürzte URLs für eine bestimmte URL generieren.

Die verschiedenen Ansätze, die zum Generieren verkürzter URLs verwendet werden könnten, sind:

Hashing: Wir können uns vorstellen, verkürzte URLs zu generieren, indem wir einen Hash der Eingabe-URL erstellen und den Hash-Schlüssel als verkürzte URL zuweisen.

Dieser Ansatz kann einige Probleme haben, wenn verschiedene Benutzer des Dienstes vorhanden sind. Wenn sie dieselbe URL eingeben, erhalten sie dieselbe verkürzte URL.

Vorgefertigte verkürzte Zeichenfolgenund URLs zugewiesen, wenn der Dienst aufgerufen wird:: Ein anderer Ansatz kann darin bestehen, eine vordefinierte verkürzte Zeichenfolge aus dem Pool bereits generierter Zeichenfolgen zurückzugeben.

Service-APIs: Wir können uns das URL-Shortener-System als eine Reihe von REST-basierten APIs vorstellen, die die folgenden Endpunkte haben:

• createUrl (String Url, DateTime expiryTime): Dieser Endpunkt erstellt eine verkürzte URL und gibt diese zurück, wobei die Ablaufdauer wie in der Eingabe angegeben festgelegt ist.
• retrieveUrl (String shortenedUrl): Dieser Endpunkt ruft die URL ab, die gegen die angegebene verkürzte URL umgeleitet werden soll.

f) Skalierung und Parallelität

Die Skalierung ist eine wichtige Überlegung aus Sicht der nicht funktionalen Anforderungen.

Es geht darum, wie kann System

• Waage unter Last: Das System sollte in der Lage sein, unter Last ordnungsgemäß zu skalieren und nicht einfach nach einem unerwarteten Lastanstieg nicht mehr zu arbeiten.

Empfohlene Lektüre => Skalierungstechniken

• Wie performant kann das System sein, zum Beispiel: Wenn das System über einen längeren Zeitraum mit anhaltender Kapazität verwendet wird, würde sich die Systemleistung verschlechtern oder bleibt es stabil?

Es kann viele verschiedene Fragen zum Systemdesign geben, wie im Folgenden, aber im Allgemeinen würden alle diese Fragen das breitere Verständnis des Kandidaten für verschiedene Konzepte testen, die wir bei der Lösung des URL-Verkürzungssystems erörtert haben.

F # 13) Entwerfe eine Videoplattform wie Youtube.

Antworten: Diese Frage kann auch auf ähnliche Weise behandelt werden, wie wir oben die TinyUrl-Frage erörtert haben (und dies gilt für fast alle Fragen zum Systemdesign-Interview). Der einzige Unterscheidungsfaktor wäre, sich um das System zu kümmern, das Sie entwerfen möchten.

Wir alle wissen, dass Youtube eine Video-Streaming-Anwendung ist und viele Funktionen bietet, z. B. das Hochladen neuer Videos, das Streamen von Live-Webcasts usw. durch einen Benutzer. Beim Entwerfen des Systems sollten Sie also die erforderlichen Systemdesign-Komponenten anwenden. In diesem Fall müssen wir möglicherweise Komponenten hinzufügen, die sich auf Video-Streaming-Funktionen beziehen.

Sie können Punkte wie diskutieren

• Lager: Welche Art von Datenbank würden Sie zum Speichern von Videoinhalten, Benutzerprofilen, Wiedergabelisten usw. auswählen?
• Sicherheit & Authentifizierung / Autorisierung
• Caching: Da eine Streaming-Plattform wie YouTube leistungsfähig sein sollte, ist das Caching ein wichtiger Faktor für das Design eines solchen Systems.
• Parallelität: Wie viele Benutzer können Videos parallel streamen?
• Andere Plattformfunktionen wie der Videoempfehlungsdienst, der Benutzern die nächsten Videos empfiehlt / vorschlägt, die sie ansehen können usw.

F # 14) Entwerfen Sie ein effizientes System für den Betrieb von 6 Aufzügen und stellen Sie sicher, dass eine Person mindestens eine Weile warten muss, bis der Aufzug eintrifft ?

Antworten: Diese Arten von Fragen zum Systemdesign sind niedriger und würden erwarten, dass der Kandidat zuerst das Aufzugssystem durchdenkt und alle möglichen Funktionen auflistet, die unterstützt werden müssen, und Klassen und DB-Beziehungen / Schemata als Lösung entwirft / erstellt.

Aus SDET-Sicht würde der Interviewer nur die Hauptklassen erwarten, die Ihrer Meinung nach Ihre Anwendung oder Ihr System haben würde, und die grundlegenden Funktionen würden mit der vorgeschlagenen Lösung behandelt.

Sehen wir uns verschiedene Funktionen des Aufzugssystems an, die zu erwarten wären

Sie können klärende Fragen stellen wie

• Wie viele Stöcke sind es hier?
• Wie viele Aufzüge gibt es?
• Sind alle Aufzüge Service- / Personenaufzüge?
• Sind alle Aufzüge so konfiguriert, dass sie auf jeder Etage angehalten werden können?

Hier sind die verschiedenen Anwendungsfälle, die für ein einfaches Aufzugssystem gelten:

In Bezug auf Kernklassen / Objekte dieses Systems können Sie Folgendes in Betracht ziehen:

• Nutzer: Behandelt alle Eigenschaften eines Benutzers und Aktionen, die er für Elevator Object ausführen kann.
• Aufzug: Aufzug Spezifische Eigenschaften wie Höhe, Breite, Aufzugsseriennummer.
• Aufzugstür: Alle Dinge, die mit der Tür zu tun haben, wie keine Türen, Türtyp, automatisch oder manuell usw.
• Elevator_Button_Control: Verschiedene Tasten / Bedienelemente im Aufzug und unterschiedliche Zustände, in denen sich diese Bedienelemente befinden können.

Wenn Sie mit dem Entwerfen von Klassen und ihren Beziehungen fertig sind, können Sie über das Konfigurieren von DB-Schemas sprechen.

Eine weitere wichtige Komponente des Elevator-Systems ist das Eventing-System. Sie können über das Implementieren von Warteschlangen oder in einem komplexeren Setup über das Erstellen von Ereignisströmen mit Apache Kafka sprechen, wobei die Ereignisse an die jeweiligen Systeme übermittelt werden, auf die reagiert werden soll.

Das Vielseitigkeitssystem ist ein wichtiger Aspekt, da mehrere Benutzer (auf verschiedenen Etagen) gleichzeitig den Aufzug benutzen. Daher sollten die Anforderungen des Benutzers in die Warteschlange gestellt und gemäß der konfigurierten Logik in den Elevator-Controllern bedient werden.

F # 15) Gestalte Instagram / Twitter / Facebook.

Antworten: Alle diese Plattformen sind in gewisser Weise miteinander verbunden, da sie es Benutzern ermöglichen, auf die eine oder andere Weise verbunden zu werden und Dinge über verschiedene Medientypen zu teilen - wie Nachrichten / Videos und Chats.

Für diese Arten von Social-Media-Anwendungen / -Plattformen sollten Sie bei der Erörterung des Entwurfs solcher Systeme (zusätzlich zu dem, was wir für den Entwurf des URL-Shortener-Systems erörtert haben) die folgenden Punkte angeben:

• Kapazitätsschätzung: Die meisten dieser Systeme wären leselastig, daher ist eine Kapazitätsschätzung erforderlich, und wir könnten sicherstellen, dass die entsprechende Server- und Datenbankkonfiguration für die erforderliche Last sichergestellt ist.
• DB-Schema: Die wichtigsten DB-Schemata, die besprochen werden sollten, sind: Benutzerdetails, Benutzerbeziehungen, Nachrichtenschemata, Inhaltsschemata.
• Video- und Image-Hosting-Server: Die meisten dieser Anwendungen verfügen über Videos und Bilder, die von Benutzern gemeinsam genutzt werden. Daher sollten die Video- und Image-Hosting-Server gemäß den Anforderungen konfiguriert werden.
• Sicherheit: Alle diese Apps sollten aufgrund der Benutzerinformationen / personenbezogenen Daten der von ihnen gespeicherten Benutzer ein hohes Maß an Sicherheit gewährleisten. Alle Hacking-Versuche, SQL Injection, sollten auf diesen Plattformen nicht erfolgreich sein, da dies den Verlust von Daten von Millionen von Kunden kosten kann.

Szenariobasierte Probleme

Szenariobasierte Probleme treten im Allgemeinen bei Senioren auf, bei denen verschiedene Echtzeitszenarien angegeben werden und der Kandidat nach seinen Gedanken gefragt wird, wie er mit einer solchen Situation umgehen wird.

F # 16) Angesichts der Tatsache, dass ein kritischer Hotfix so schnell wie möglich veröffentlicht werden muss - Welche Teststrategie hätten Sie?

Antworten: Hier will der Interviewer nun im Wesentlichen verstehen

• Wie und welche Teststrategien können Sie sich vorstellen?
• Welche Abdeckung würden Sie für einen Hotfix tun?
• Wie würden Sie den Hotfix nach der Bereitstellung validieren? usw.

Um solche Fragen zu beantworten, Sie könnten reale Situationen verwenden, wenn Sie sich auf das Problem beziehen könnten. Sie sollten auch erwähnen, dass Sie ohne entsprechende Tests nicht bereit wären, Code für die Produktion freizugeben.

Bei den kritischen Fixes sollten Sie immer mit dem Entwickler zusammenarbeiten und versuchen, zu verstehen, welche Bereiche davon betroffen sein könnten, und eine Nichtproduktionsumgebung vorbereiten, um das Szenario zu replizieren und den Fix zu testen.

Es ist hier auch wichtig zu erwähnen, dass Sie den Fix nach der Bereitstellung weiterhin überwachen (mithilfe von Überwachungstools, Dashboards, Protokollen usw.), um abnormales Verhalten in der Produktionsumgebung festzustellen und sicherzustellen, dass der Fix keine negativen Auswirkungen hat getan.

Möglicherweise gibt es auch andere Fragen, die hauptsächlich dazu dienen, die Perspektive des Bewerbers auf Automatisierungstests, Lieferfristen usw. zu verstehen (und diese Fragen können von Unternehmen zu Unternehmen sowie das Dienstalter der Rolle variieren. Im Allgemeinen werden diese Fragen für die Senior- / Lead-Ebene gestellt Rollen)

F # 17) Würden Sie vollständige Tests opfern, um ein Produkt schnell freizugeben?

Antworten: Bei diesen Fragen muss der Interviewer in der Regel Ihre Gedanken aus einer Führungsperspektive verstehen und wissen, bei welchen Dingen Sie Kompromisse eingehen würden und ob Sie bereit wären, ein fehlerhaftes Produkt anstelle von weniger Zeit herauszubringen.

Antworten auf diese Fragen sollten anhand der tatsächlichen Erfahrungen des Bewerbers begründet werden.

Beispielsweise, Sie könnten erwähnen, dass Sie in der Vergangenheit einen Anruf entgegennehmen mussten, um einen Hotfix freizugeben, der jedoch aufgrund der Nichtverfügbarkeit der Integrationsumgebung nicht getestet werden konnte. Sie haben es also auf kontrollierte Weise freigegeben - indem Sie es auf einen kleineren Prozentsatz ausrollten und dann Protokolle / Ereignisse überwachten und dann den vollständigen Rollout usw. initiierten.

F # 18) Wie würden Sie eine Automatisierungsstrategie für ein Produkt erstellen, für das es überhaupt keine Automatisierungstests gibt?

Antworten: Diese Art von Fragen ist offen und im Allgemeinen ein guter Ort, um die Diskussion so zu führen, wie Sie es möchten. Sie können auch Ihre Fähigkeiten, Kenntnisse und Technologiebereiche präsentieren, die Ihre Stärke sind.

Beispielsweise, Um diese Art von Fragen zu beantworten, können Sie Beispiele für die Automatisierungsstrategie anführen, die Sie beim Erstellen eines Produkts in Ihrer früheren Rolle übernommen haben.

Zum Beispiel könnten Sie Punkte wie erwähnen

• Da für das Produkt ein Neustart der Automatisierung erforderlich war, hatten Sie genügend Zeit, um über ein geeignetes Automatisierungsframework nachzudenken und es zu entwerfen. Wählen Sie eine Sprache / Technologie aus, über die die meisten Menschen verfügen, um die Einführung eines neuen Tools zu vermeiden und vorhandenes Wissen zu nutzen.
• Sie haben mit der Automatisierung der grundlegendsten Funktionsszenarien begonnen, die als P1 angesehen wurden (ohne die kein Release durchlaufen werden könnte).
• Sie haben auch darüber nachgedacht, die Leistung und Skalierbarkeit des Systems mithilfe automatisierter Testtools wie JMETER, LoadRunner usw. zu testen.
• Sie haben darüber nachgedacht, die Sicherheitsaspekte der Anwendung zu automatisieren, wie in der Liste aufgeführt OWASP Sicherheitsstandards.
• Sie haben die automatisierten Tests in die Build-Pipeline integriert, um frühzeitig Feedback usw. zu erhalten.

Team Fit & Culture Fit

Diese Runde hängt im Allgemeinen von Unternehmen zu Unternehmen ab. Die Notwendigkeit / Notwendigkeit für diese Runde besteht jedoch darin, den Kandidaten aus der Perspektive der Team- und Organisationskultur zu verstehen. Der Zweck dieser Fragen ist auch, die Persönlichkeit des Bewerbers und seine Herangehensweise an Arbeit / Menschen usw. zu verstehen.

Im Allgemeinen sind es Personal- und Einstellungsmanager, die diese Runde durchführen.

Fragen, die normalerweise während dieser Runde auftauchen, sind:

F # 19) Wie lösen Sie Konflikte in Ihrer aktuellen Rolle?

Antworten: Weitere Erklärungen hier sind: Angenommen, Sie haben einen Konflikt mit Ihrem Chef oder unmittelbaren Teammitgliedern. Welche Schritte unternehmen Sie, um diese Konflikte zu lösen?

Für diese Art von Fragen begründen Sie so viel wie möglich mit realen Beispielen, die möglicherweise in Ihrer Karriere bei aktuellen oder früheren Organisationen aufgetreten sind.

Sie können Dinge erwähnen wie:

• Sie möchten Konflikte, die aus beruflichen Gründen entstehen, so schnell wie möglich lösen (und möchten Ihre persönlichen Beziehungen aufgrund dieser Gründe nicht beeinträchtigen).
• Sie können erwähnen, dass Sie im Allgemeinen versuchen, effektiv zu kommunizieren und mit der Person individuell zu sprechen / zu diskutieren, um etwaige Unterschiede / Probleme zu lösen.
• Sie können erwähnen, dass Sie, wenn sich die Lage verschlechtert, die Hilfe einer älteren Person / Ihres Managers in Anspruch nehmen und deren Input erhalten würden.

Weitere Beispiele für Team-Fit- / Kultur-Fit-Fragen sind unten aufgeführt (die meisten sollten in einem ähnlichen Ansatz beantwortet werden, den wir für die obige Frage erörtert haben. Das Sprechen über reale Szenarien ist hier ein Schlüssel, da der Interviewer sie besser in Beziehung setzen kann als Gut.

F # 20) Welche Art von Work-Life-Balance erwarten Sie von der neuen Rolle, für die Sie als angestellt gelten?

Antworten: Da der Einstellungsmanager jemand ist, der weiß, was die Rolle erfordert, wie viel zusätzlicher Aufwand manchmal erforderlich sein kann, versucht der Interviewer im Allgemeinen zu beurteilen, ob Ihre Erwartungen radikal von den Erwartungen der Rolle abweichen.

Angenommen, Sie sagen Wenn Sie nicht lieber an Nachtmeetings teilnehmen und die Rolle eine umfassende Zusammenarbeit zwischen einem Team in einer anderen Zeitzone erwartet, kann der Interviewer eine Diskussion einleiten, dass dies die Erwartungen an die Rolle sind anpassen? usw.

Auch dies ist eher ein gelegentliches Gespräch, aber aus der Sicht des Interviewers möchten sie Ihre Erwartungen verstehen, um Ihre Kandidatur für die Position zu bewerten, für die das Interview geführt wird.

F # 21) Was sind neben der Arbeit Ihre Hobbys?

Antworten: Diese Fragen sind rein subjektiv und individuell, und diese Fragen sind im Allgemeinen nützlich, damit sich der Kandidat entspannt und einfach fühlt und gelegentliche Diskussionen initiiert.

Im Allgemeinen könnten die Antworten auf diese Fragen wie folgt lauten: Sie lesen gerne ein bestimmtes Genre, Sie mögen Musik, Sie haben eine Auszeichnung für eine freiwillige / philanthropische Aktivität erhalten usw. Außerdem werden diese Fragen im Allgemeinen in der HR-Runde gestellt (und weniger wahrscheinlich von einer technischen Person gefragt werden).

F # 22) Wie viel Zeit sind Sie bereit, proaktiv neue Tools und Technologien zu lernen?

Antworten: Hier misst der Interviewer Ihre Bereitschaft, neue Dinge zu lernen, wenn etwas Ungewöhnliches oder Neues auf Sie geworfen wird. Es lässt den Interviewer auch wissen, dass Sie proaktiv sind? Sind Sie bereit, in sich und Ihre Karriere zu investieren? usw.

Seien Sie also bei der Beantwortung solcher Fragen ehrlich und begründen Sie Ihre Antworten mit Beispielen. Beispielsweise, Sie könnten erwähnen, dass Sie letztes Jahr für eine Java-Zertifizierung erschienen sind und sich außerhalb der Arbeit vorbereitet haben, indem Sie sich jede Woche ein paar Stunden Zeit genommen haben.

Fazit

In diesem Artikel haben wir den Software Development Engineer im Testinterviewprozess besprochen und Beispielfragen gestellt, die den Kandidaten in verschiedenen Organisationen und Profilen im Allgemeinen gestellt werden. Im Allgemeinen sind SDET-Interviews sehr breit angelegt und hängen stark von Unternehmen zu Unternehmen ab.

Die Interviewprozesse ähneln jedoch denen eines Entwicklerprofils, wobei der Schwerpunkt auf Qualitäts- und Automatisierungs-Frameworks liegt.

Es ist wichtig zu verstehen, dass sich Unternehmen heutzutage weniger auf eine bestimmte Sprache oder Technologie konzentrieren, sondern vielmehr auf ein umfassendes Verständnis der Konzepte und die Fähigkeit, sich an die vom Unternehmen benötigten Tools / Technologien anzupassen.

Beste Wünsche für Ihr SDET-Interview!

Literatur-Empfehlungen

• Was ist SDET? Kennen Sie den Unterschied zwischen Tester und SDET
• Interview Fragen und Antworten
• Fragen und Antworten zum ETL-Testinterview
• Einige knifflige manuelle Testfragen und -antworten
• Spock Interview Fragen mit Antworten (am beliebtesten)
• 25 Fragen und Antworten zu den besten Agile Testing-Interviews
• Top 32 der besten Fragen und Antworten zum Datastage-Interview
• Top 20+ .NET Interview Fragen und Antworten