Interviewfrage für QA Engineer

Ein Entwickler schließt deinen Bug als nicht reproduzierbar. Was machst du?

Worauf der Interviewer abzielt, wie du deine Antwort aufbaust und ein gesprochenes Beispiel zum Anpassen.

Kurzantwort

Geh von einer Lücke bei Umgebung oder Schritten aus statt von einer Meinungsverschiedenheit. Reproduzier ihn selbst erneut und halt alles fest: exakter Build, Umgebung, Accountzustand, Daten, Browser, Zeitstempel, Netzwerk-Trace, Video und Logs. Reduzier ihn auf die minimalen zuverlässigen Schritte, dann öffne ihn mit diesen Belegen wieder oder setz dich direkt mit dem Entwickler zusammen. Ist er sporadisch, sag das und nenn die tatsächliche Häufigkeit.

Warum Interviewer das fragen

Interviewer sehen daran, wie du mit Reibung gegenüber der Entwicklung umgehst, denn ein Tester, der eskaliert statt zu untersuchen, bremst ein Team dauerhaft. Sie wollen erst Beweissammlung und dann Zusammenarbeit. Zu erwähnen, dass du bei einem sporadischen Problem die Reproduktionsrate ehrlich nennst, statt zu behaupten, es passiere immer, signalisiert professionelle Glaubwürdigkeit, auf die sie sich verlassen können.

So baust du deine Antwort auf

  • Behandle es als Informationslücke, nicht als Konflikt.
  • Reproduzier erneut und halt die volle Umgebungsinfo fest.
  • Reduzier auf minimale zuverlässige Schritte.
  • Bied an, gemeinsam draufzuschauen oder es direkt zu zeigen.
  • Sei ehrlich zu Sporadik und Häufigkeit.

Beispielantwort

Gesprochenes Beispiel, erste Person

Meine erste Annahme ist, dass wir auf unterschiedliche Dinge schauen, nicht dass jemand falsch liegt. Ich reproduziere ihn also selbst nochmal und halte diesmal alles fest: exakte Buildnummer, Umgebung, den Account und seinen Zustand, die beteiligten Daten, Browser und Version, eine Bildschirmaufnahme, den Netzwerk-Trace und den Zeitstempel, damit wir das mit Serverlogs abgleichen können. Dann kürze ich die Schritte auf die kleinste Sequenz herunter, die ihn noch auslöst, denn eine Reproduktion mit fünfzehn Schritten versteckt oft, welcher Schritt wirklich zählt, und das Kürzen bringt mir meist selbst eine Erkenntnis. Sehr oft zeigt genau dieser Vorgang die echte Abhängigkeit, etwa dass es nur bei einem vor einer Migration angelegten Account passiert oder nur beim zweiten Absenden innerhalb einer Session, und genau dieses Detail hat dem Entwickler gefehlt. Dann öffne ich ihn mit den Belegen wieder, oder besser, ich gehe hin und zeige es auf meinem Rechner, was die Sache viel öfter in fünf Minuten klärt als ein Kommentar-Thread. Ist er wirklich sporadisch, sage ich das klar, also er trat vier von zwanzig Versuchen auf, statt zu behaupten, er passiere immer, denn einmal zu übertreiben kostet lange Glaubwürdigkeit.

Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.

So funktioniert es

Nachfragen, mit denen du rechnen solltest

  • Was würdest du tun, wenn er sich nur in Produktion reproduzieren lässt?
  • Wie würdest du mit einem Entwickler umgehen, der deine Bugs wiederholt schließt?
  • Wie entscheidest du, wann ein sporadischer Bug es wert ist, weiterverfolgt zu werden?

Weitere Fragen für QA Engineer

Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.

Meine Fragen vorhersagen

Üb die harten Fragen, bevor sie gestellt werden

Trainier mit einem Live-Copiloten und geh dann vorbereitet rein. Ein $29 Session Pass bringt dich durch das Vorstellungsgespräch, ohne Abo und ohne Bindung.

GhostPilot holen