So finden (und halten) Sie einen Tester, der Entwickler ist

Question

Ich arbeite für einen Softwareanbieter, dessen Markt Entwicklerwerkzeuge ist, und wir haben nach einer QA-Person für unsere Produkte gesucht.

Da wir ein kleiner Laden sind, wird die Position eine Kombination aus Support und QA sein. Da wir Entwicklerwerkzeuge machen, besteht unsere Unterstützung in einem großen Teil der tatsächlichen Entwicklung (in dem die Person unseren Kundencode lesen und verstehen muss und darauf hinweisen, Bugs drin).
Der QA-Teil besteht auch aus Schreibanwendungen (in einer Vielzahl von Plattformen und Sprachen) und testen, wie sie mit unseren Tools arbeiten.

Das Hauptproblem, auf das ich stoße, ist, wenn Sie jemanden mit Entwicklungserfahrung erzählen, dass die Position "QA" es seinen Titel (oder sogar in der Jobbeschreibung) enthält, scheuen sie sich, den Job zu betrachten.
Ich bin sehr an Feedback und Anregungen interessiert, wie ich eine gute Person finden kann, um diese Aufgabe zu erfüllen und sicherzustellen, dass sie damit zufrieden sind. Irgendwelche Ideen?

Answer 1

Zum Anfang können Sie einfach "QA" aus des Titels und der Beschreibung nehmen, wenn das scheint "hot button", die Kandidaten davon abhält, die Position ernsthaft zu betrachten.

Aus Ihrer Beschreibung geht hervor, dass Ihre Position nicht viel mit einer traditionellen "Tester" -Rolle gemein hat - die Arbeit besteht hauptsächlich darin, Code zu schreiben und zu denken, nicht den Code von jemand anderem zu knacken und ihn zu brechen. Betrachten Sie es als eine ziemlich vielseitige, werkzeugorientierte Entwicklungsposition und versuchen Sie es entsprechend zu bewerben und zu besetzen. (Und erwarte, dass du auch entsprechend bezahlst - du bekommst, wofür du bezahlst.) Es gibt ziemlich viele Entwickler da draußen, die gute Fähigkeiten haben, aber vielleicht eine etwas kürzere Aufmerksamkeitsspanne als andere, und wer würde lieber an einer Nachfolge arbeiten Mini-Projekte statt ein länger dauerndes Stück eines größeren Projekts.

Answer 2

Geld und Verantwortung.

Der Grund, warum ich diese Art von Jobs scheue, ist, dass sie nicht dazu neigen, mein Interesse lange genug zu halten. Mit echten Entwicklungsaufgaben sollten Sie sich aus dieser Kategorie heraushalten. Das andere Problem ist das Gehalt ist in der Regel deutlich niedriger als im Titel.

Answer 3

Ich glaube, Sie haben eine toughie hier:

• Die Kosten für eine Vollzeit-Entwickler für das Erledigen der Arbeit, die Sie benötigen zu hoch wäre.
• Die meisten Entwickler (einschließlich mir selbst) würden unglaublich schnell satt werden. Die Leidenschaft der meisten Devs ist Kodieren, sie wollen es so viel wie möglich machen. Wo TBH, von dem, was Sie gesagt haben, kann es sehr wenig in der Arbeit Rolle, die Sie haben.
• Ich würde sagen, vielleicht für einen Junior, jemand frisch mit wenig Erfahrung suchen. Sie werden wahrscheinlich besser zu Ihrem Test-/QS-Prozess passen, und es gibt ihnen eine Chance, mit dem Produktionscode zu beginnen, vielleicht mit der Gelegenheit, damit zu arbeiten.
• Wenn Sie nicht Glück haben, würde ich nicht erwarten, dass ein "Entwickler" lange bleibt, also entweder ein bisschen Umsatz erwarten, oder möglicherweise zu einer vollständigen Entwicklerrolle erweitern, falls erforderlich, und einen billigeren Sohlenprüfer erhalten.
• Ich weiß, dass Sie ein kleiner Laden sind, also können Finanzen eine große Rolle spielen, aber ich würde sagen, Sie müssen die Möglichkeit abwägen, einen Entwickler zu bekommen und die Probleme zu beheben, die Sie haben, wenn sie so häufig auftreten. Tester sind im Vergleich billig. Vielleicht ist es am besten, einen Tester zu bekommen, alle Probleme zu finden und dann einen Vertragspartner/Teilzeit-Entwickler zu bekommen, um Probleme zu beheben.

Answer 4

Ich stimme Adam zu, Geld und Verantwortung sind der Schlüssel. Ich würde vorschlagen, dass, wenn Sie in einer kleinen Firma sind, Ihr QA-Team klein ist/nicht existiert. Das bedeutet wahrscheinlich, dass es eine gute Gelegenheit für jemanden gibt, sich ernsthaft einzubringen und die QS-Richtlinien, -Prozeduren und -Arbeitsabläufe Ihres Unternehmens mitzugestalten und zu gestalten.

Unser Unternehmen hatte ein ähnliches Problem mit QA, und wir sind immer noch nicht 100% damit. Aber es war gut für uns, der QA-Person die Macht zu geben, Richtlinien und Verfahren zu diktieren und an allen Aspekten der Produktentwicklung teilzuhaben, um sie auf dem Laufenden zu halten. Das heißt, wenn es um Qualitätssicherung und Tests geht, haben wir jemanden, der das Produkt versteht, es in- und auswendig kennt, von Anfang an stark involviert war und die Abläufe, die sie selbst und das Entwicklungsteam machen, stark geprägt hat Folgen. Verantwortung ist der Schlüssel.

Answer 5

Ich bin ein Entwickler, aber verbrachte Zeit als QA-Person (Test Schreiben, Automatisierung, Werkzeug Schreiben/Kodieren). Ich sah es als etwas, das ich auf der Seite tat, und würde schließlich ausziehen.

Der Hauptgrund, warum ich wollte, war, dass es einfach nicht die Karriere war, die ich wollte. Kein Geldbetrag/Verantwortung würde das ändern. Aber ich denke, Respekt hat auch etwas damit zu tun. Eine Menge QA-Arbeit wird einfach nicht gewürdigt, daher müsste dies klar erklärt werden, "wie die Dinge in Ihrem Unternehmen funktionieren".

Ich würde jemanden finden, der will eine QA-Position, aber hat starke Entwicklung/Codierung/Problemlösungsfähigkeiten. Sie könnten die Tool-Erstellung oder andere kleine Codierungsaufgaben ausfüllen, aber es wäre auf der Seite. Irgendwie eine Umkehr meiner Gefühle oben.

Answer 6

Ich denke, die ideale Kombination von Jobs ist Produktmanager + QA. Was ich mit Produktmanager meine, ist jemand, der Anforderungsdokumente schreibt und dafür verantwortlich ist, dass das Produkt die Anforderungen erfüllt. Diese Person wäre ein Peer des leitenden Entwicklers, kein Vorgesetzter. Eine Person, die ein Entwickler ist, aber das Management mag und diesen Karriereweg einschlagen möchte, könnte an dieser Kombination von Rollen sehr interessiert sein.

Answer 7

Sie können nur "QA" aus dem Titel, und rufen Sie die Position "Developer Support" oder so ähnlich. Führen Sie keine Kandidaten in die Irre bezüglich der Aufgaben der Rolle, aber Sie können es eher als "Sie sind verantwortlich für das Erstellen der Veröffentlichungen und die Gewährleistung, dass sie bereit sind, an Kunden zu versenden".

Stellen Sie auch sicher, dass es einen Karriereweg gibt, der zu mehr Entwicklung führt, nicht mehr QA, wenn das der Kandidat wünscht.

Schließlich, stellen Sie sicher, dass die anderen Entwickler diese Person als Mitentwickler behandeln und nicht als jemand außerhalb des Teams.

Es ist traurig, dass "QA" ein gewisses Stigma bei Entwicklern hat, aber es tut es.

Answer 8

Alter, Eine Firma, für die ich arbeite, hat die Lösung für Ihre Probleme gefunden. Stellen Sie QE nicht QA. QA (Qualitätssicherung) hat ein Stigma. Die Berufsbezeichnung selbst bedeutet für die meisten Entwickler langweilige Routineaufgaben. QE (Quality Engineering) klingt genauso schlecht, schreckt aber nicht so viele Menschen ab.

Wenn alles andere fehlschlägt, mieten Sie einfach einen Entwickler. Ich meine ernsthaft, du willst jemanden, der Code schreiben kann, also jemanden einstellen, der darin trainiert hat. Die Sache ist, Sie müssen Ihre Bewerber betrachten und mit ihnen sprechen. Sie suchen jemanden, der weiß, wie QE funktioniert, und Sie möchten einen Entwickler einstellen, der in der Sprache arbeitet, die Ihr Programm verwendet, nicht in dem, in dem es geschrieben ist.

Answer 9

Ich war ein Programmierer, der als Tester für eine kleine Zeit arbeitete. Wenn ich kann, ist die Antwort ganz einfach: lassen Sie tun, was sie wollen.

Wenn Sie ihnen freie Hand geben, kann ich garantieren, dass Ihre Software so getestet wird, wie Sie es sich nie vorgestellt haben.

Wenn Sie auf der anderen Seite versuchen, eine solche Person zu kontrollieren, werden Sie wachsen, um Sie zu verachten. Dies ist unvermeidlich.

Die Vorteile überwiegen die Kosten. Wenn Sie eine große Firma sind, dann ist diese Entscheidung einfach. Stellen Sie Softwareentwickler einfach an und sagen Sie ihnen, dass sie auf Ihrem Produkt in die Stadt gehen sollen. Sie werden die Ergebnisse lieben.

Answer 10

Geld und Verantwortung sind der Schlüssel, wie Adam und Chops darauf hinweisen. Qualitätsingenieure sollten im gleichen Umfang wie die Entwickler arbeiten. Interessante Arbeit ist auch ein wichtiger Faktor. Die Rolle klingt nach einer netten Vielfalt von Aufgaben.

In meiner Firma werden Entwickler oft an das Testteam zwischen Projekten ausgeliehen oder wenn das Testteam überschwemmt wird. Manche haben ein Talent, andere nicht. Dennoch würden die meisten Entwickler lieber ihren eigenen Code testen, als Fehler in der Arbeit anderer zu finden. Die Testmanager fordern aktiv Entwickler mit starken Testfähigkeiten. Ich wehrte mich dagegen, sieben Jahre lang zum Testteam zu wechseln. Eine Beförderung, eine 20-prozentige Gehaltserhöhung und ein Versprechen, dass meine Aufgabe in erster Linie die Problemlösung, das Management und die Planung war, überzeugte mich schließlich, umzusteigen. Ich teste mehr Tests als ich dachte, aber ich bekomme auch die herausfordernde Arbeit.

Pay vergleichbar mit der Entwicklung. Sei ehrlich; offenbaren tatsächliche Erwartungen an die Rolle. Ändern Sie den Titel in Software Quality Engineer.

Answer 11

Der häufigste Titel für diese Posotion ist "Software Developer in Test".

Aber ich denke, ein anderes Problem ist viel wichtiger - es ist schwer, eine Person mit guten Test und Entwickler Wissen

von Migration auf Dev Team

Answer 12

Die meisten Entwickler weder gute Tester sind zu verhindern, noch haben sie Tests genießen, und Sie möchten jemand, der beides ist. Seien Sie ehrlich in Ihrer Stellenanzeige, dass die Position kein Sprungbrett zu einer Entwicklerposition ist und Sie weniger Bewerber haben, aber eine bessere Chance haben, zu behalten, wen Sie anstellen. QA hat in der Regel schlechte Bezahlung, wenn Sie bereit sind, besser zu bezahlen, sollten Sie in der Lage sein, jemanden zu finden. Sie behalten sie nicht, wenn Sie jemanden einstellen, der den ganzen Tag Code schreiben möchte, unabhängig davon, wie viel Sie bezahlen.