Was sind gute Voraussetzungen für einen QS-Ingenieur? [geschlossen]

Wir stellen eine QS-Person ein und ich soll einige Interviewfragen stellen. Die Wahrheit ist, ich weiß nicht viel darüber, was ein guter QS-Ingenieur wissen sollte, geschweige denn, was gute Interviewfragen beinhalten könnten. Hat jemand Vorschläge?

Einige Informationen: Die Umgebung besteht aus zwei separaten (aber miteinander verflochtenen) Webanwendungen für den Microsoft-Stack (ASP.NET, SQL Server, IIS).

Wenn Sie nicht viel Erfahrung in der Arbeit mit Testern haben, lesen Sie die ersten Kapitel von Cem Kaners "Testing Computer Software", um ein Gefühl für die Arten von Begriffen zu bekommen, die Sie hören möchten: Grenztests, Fehlertests, Happy-Path-Tests, Funktionstests, Leistung, Sicherheit, Integration usw. Wenn Sie die Sprache nicht sprechen können, können Sie kein gutes Interview führen.

Geben Sie ihnen eine Spezifikation für einen kleinen Teil Ihres Systems. Bitten Sie sie, es zu testen. Sie suchen nach einer Organisation des Denkens und ihrer Fähigkeit, interessante Tests zu entwickeln. Sie möchten, dass sie die Testbereiche auf geordnete Weise aufteilen und dann einen Drilldown in jeden Bereich durchführen, um immer interessantere Testfälle zu entwickeln. Wirklich gute Tester können dies stundenlang mit allen bis auf die trivialsten Probleme tun. Daher müssen Sie sie möglicherweise abschneiden und in eine andere Kategorie wechseln, um ein gutes Gefühl dafür zu bekommen, wie sie denken.

Beschreiben Sie das Verhalten, das durch einen echten Fehler in Ihrem System verursacht wurde, der schwer zu verstehen war. Fragen Sie sie, was sie tun würden, wenn sie diesen Fehler beim Testen sehen würden. Hier suchen Sie nach einer Fehlerreduzierung - der Möglichkeit, die einfachsten Umstände zu finden, die einen Fehler reproduzieren können. Dies erleichtert Entwicklern das Debuggen erheblich, da sie besser wissen, was das Problem verursacht hat, und eine klare Fähigkeit zur Problemlösung und ein klares Verständnis dafür zeigen, welche Faktoren interagieren können, um Fehler zu verursachen. Mit Ihrem spezifischen Produkt kann es Spaß machen, eine Rennbedingung zu besprechen.

Geben Sie ihnen ein einfaches Befehlszeilenprogramm, das Sie zusammen gehackt haben (möglicherweise voller Fehler), und eine einfache Spezifikation, und lassen Sie sie sich an den Computer setzen und damit spielen, um Probleme zu finden. Hier suchen Sie Kreativität und die Fähigkeit, Problembereiche anzugehen. Sie sollten Dinge wie große Eingaben, kleine Eingaben, seltsame Eingaben, leere Eingaben testen. Wenn sie einen Fehler finden, bitten Sie sie, genau herauszufinden, wann dieser Fehler auftritt (wieder mit Reduzierung des Fehlers!).

Fragen Sie sie, was sie tun würden, wenn eine SDE auf einen Fehler mit "No Repro" oder "Won't Fix" reagiert, wenn sie den Fehler für wichtig halten. Hier suchen Sie jemanden, der nicht nur ein Schwächling ist, sondern auch nicht antagonistisch. Zu den angemessenen Antworten gehören das Hinzufügen von Beispielszenarien, die die Schwere des Fehlers deutlicher demonstrieren, und das anschließende erneute Öffnen des Tickets, das Gespräch mit dem Entwickler, um zu verstehen, warum die Probleme vor dem Schließen auf diese Weise gelöst wurden usw.

Sprechen Sie mit ihnen über Ihre Bewerbung auf hohem Niveau. Fragen Sie sie, welche Arten von Tests sie durchführen möchten. Hier suchen Sie nach allgemeinen Testbereichen wie Funktionskomponententests, Integrationstests, Leistungstests und Sicherheitstests.

Wenn dies ein SDET / Automatisierungsingenieur ist, geben Sie ihnen einige Interviewfragen für Entwickler mit ungefähr 1/3 bis der Hälfte ihrer gesamten jahrelangen Erfahrung.

Wenn dies Ihre erste QS-Person ist, stellen Sie sicher, dass sie sich selbst starten kann. Fragen Sie sie, wie sie sich ihre erste Woche bis zum ersten Monat ihrer Arbeit vorstellen. Sie sollten etwas über das Sammeln von Anforderungen und das Einrichten von Tools sagen und dann einen vernünftigen Ansatz für den Einstieg in das Testen beschreiben. Sie suchen jemanden, der keinen Chef braucht, der ihm sagt, wie er mit dem Testen beginnen soll, und der sich selbst verwalten kann. Wenn Sie bereits QS-Mitarbeiter haben, ist dies weniger wichtig.

Wenn ich QS-Kandidaten interviewt habe, bitte ich sie, eine Teststrategie für eine Bewerbung zu entwerfen. Normalerweise gebe ich ihnen mein Handy und wähle eine App mit eingeschränkten Funktionen aus - oder lasse sie etwas auswählen, mit dem sie besser vertraut sind. Wenn sie eine Strategie auf hoher Ebene auflisten (einige können es nicht), kann ich sie bitten, einen Drilldown durchzuführen und einige Testfälle aufzulisten.

Sobald dies erledigt ist, kann ich ihnen ein Szenario geben, in dem wir nur über begrenzte Ressourcen verfügen und sehen, wie sie Prioritäten setzen.

Ich frage sie auch, wann Software gut genug ist, um ausgeliefert zu werden, wie mit Situationen umzugehen ist, in denen PM oder Entwickler keinen Fehler für wichtig halten, dies aber tun. Typische Produktentwicklungsszenarien.

Diese sind für nicht codierende QS-Positionen. Codierung von QS-Positionen Ich gebe ihnen ein Dev / Test-Combo-Interview.

Fragen Sie sie, wie sie Testpläne entwerfen würden. Fragen Sie sie, ob sie Erfahrung mit Regressionstests haben und wie sie dies getan haben, wenn ja. Fragen Sie sie, wie sie eine Benutzeroberfläche testen. Fragen Sie sie, wie sie Datenimporte testen würden, die nicht über die Benutzeroberfläche laufen (wenn Sie solche Dinge tun). Fragen Sie sie, wie sie den Entwicklern ihre Probleme mitteilen und wie sie die Lösung des Problems überprüfen würden. Ich würde sie nach dem interessantesten (oder am schwersten zu findenden) Fehler fragen, den sie gefunden haben, und wie sie ihn gefunden haben.

Bevor Sie mit dem Interview beginnen, sollten Sie sich einige der Bücher über Tests ansehen und sich ein wenig darüber informieren, was eine QS-Person tun sollte. Das wird Ihnen helfen, ihre Antworten zu bewerten.

Weiterhin suchen Sie auch eine gute Persönlichkeitsanpassung. Sie wollen keine QS-Person, die ein Schwächling ist, aber Sie wollen auch keinen Mobber oder Trottel. Aber Sie möchten jemanden, der sich dem Management widersetzt, wenn etwas nicht stimmt, und nicht nur alles genehmigt, weil das Management eine Frist einhalten möchte. Sie möchten jemanden, der effektiv mit den Entwicklern zusammenarbeitet und die Anforderungen der Tests versteht. Jemand mit Hintergrundinformationen zu der Art der Anwendung, die Sie testen, ist möglicherweise gut. Ein Tester mit Erfahrung im Gesundheitswesen weiß, welche Dinge zu testen sind, die jemand aus einem anderen Bereich möglicherweise nicht kennt.

Ich denke, Sie können nicht erwarten, dass sie ernsthafte technologische Kenntnisse haben - wer auch immer hat, wird höchstwahrscheinlich ablehnen, als weltlicher Tester zu arbeiten.

Das Beste, was Sie tun können, ist, nach allgemeinen Dingen wie Liebe zum Detail, neugierigem Verstand, Experimentierfreude usw. zu suchen.