Ein Manual-QA-Interview prüft dein Verständnis von Testtheorie und Testdesign-Techniken sowie deine Fähigkeit, Bugreports zu schreiben, mit denen Entwickler tatsächlich etwas anfangen können. Hier sind die häufigsten Fragen auf Junior- und Middle-Niveau, jeweils mit einer Musterantwort. Junior: Grundlagentheorie, Definitionen und einfache Praxisfälle.
Verifikation fragt, ob wir das Produkt richtig gebaut haben – entspricht es der Spezifikation, dem Design, den vereinbarten Anforderungen. Validierung fragt, ob wir das richtige Produkt gebaut haben – löst es tatsächlich das Problem der Nutzer. Ein Feature kann die Verifikation vollständig bestehen und trotzdem an der Validierung scheitern – so entsteht etwas, das der Spec entspricht und das niemand will.
Du teilst die Eingabe in Klassen, in denen sich jeder Wert gleich verhalten sollte, und testest dann einen Wert pro Klasse statt aller. Hier ergeben sich drei Klassen: unter 18, von 18 bis 65 und über 65, plus die ungültigen Klassen – Buchstaben, leer, negativ. Der Punkt ist Abdeckung ohne Redundanz: Wenn 30 durchgeht, sagt dir 31 nichts Neues.
Bugs häufen sich an den Rändern eines Bereichs, weil genau dort Off-by-one-Fehler und falsche Vergleichsoperatoren stecken. Für ein Feld von 18 bis 65 testest du 17, 18, 19 sowie 64, 65, 66. Die Klassenbildung zeigt dir, welche Bereiche existieren; die Grenzwertanalyse zeigt dir, wo innerhalb dieser Bereiche die Defekte tatsächlich sitzen.
Ein brauchbarer Report hat einen Titel, der sagt, was kaputt ist, exakte Reproduktionsschritte, erwartetes gegen tatsächliches Ergebnis, die Umgebung und einen Beleg – Screenshot, Video oder Log. Nutzlos wird ein Report durch eine fehlende Voraussetzung oder einen Schritt, den der Melder unbemerkt ausgeführt hat, weil der Entwickler ihn dann nicht reproduzieren kann und ihn als "funktioniert bei mir" schließt.
Severity ist die technische Auswirkung, Priority ist, wie schnell es behoben werden soll, und beide werden von unterschiedlichen Personen festgelegt – Severity vom Tester, Priority vom Product Owner. Ein Tippfehler im Firmennamen auf der Landingpage ist niedrige Severity und höchste Priority. Ein Absturz in einem Admin-Screen, der zweimal im Jahr genutzt wird, ist hohe Severity und niedrige Priority.
Nein, und das ist eines der sieben ISTQB-Prinzipien. Testen kann zeigen, dass Defekte vorhanden sind, aber niemals beweisen, dass keine mehr übrig sind, weil ein erschöpfendes Testen aller Eingaben und Pfade für jedes reale System unmöglich ist. Testen liefert dir eine Grundlage, um zu entscheiden, ob das Risiko akzeptabel ist – keine Garantie.
Ein Testfall legt Voraussetzungen, Schritte und erwartetes Ergebnis fest, sodass ihn jeder identisch ausführen kann. Eine Checkliste nennt nur, was abzudecken ist, und überlässt das Wie dem Tester. Testfälle lohnen sich für regulierte oder risikoreiche Abläufe und für Leute, die neu im Produkt sind; Checklisten gewinnen bei explorativer Arbeit und in einem Team, das das System kennt, wo vollständige Testfälle sonst zu Dokumentation werden, die niemand pflegt.
Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.
Junior QA Manual-Interview üben →