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
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 esNachfragen, 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