Bewerbungsformular Testfälle sind die sichtbare Hälfte der Qualität eines Bewerbungssystems und die Hälfte, die am häufigsten vom Idealfall nach außen geschrieben wird. Ein Formular, das funktioniert, wenn eine Bewerberin jedes Feld korrekt ausfüllt, ist nicht getestet; es wurde lediglich einmal beobachtet.
Dieser Artikel legt dar, warum mehrstufige Formulare Defekte zwischen ihren Schritten verbergen, welche Bewerberzweige je einen eigenen Fall verdienen, wie sich Pflichtfelder mit wechselnden Antworten verschieben und was geschieht, wenn dieselbe Person zweimal übermittelt.
Warum verbergen mehrstufige Formulare so viele Defekte?
Weil jeder Schritt für sich geprüft wird. Ein einseitiges Formular wird meist durchgängig getestet, da die ganze Interaktion eine Minute dauert. Ein über fünf Schritte aufgeteiltes Formular wird meist Schritt für Schritt getestet, von derselben Person, in derselben Sitzung, ausgehend von einem Zustand, den der vorige Schritt bequemerweise hinterlassen hat.
Die Defekte, die überleben, sitzen in den Fugen. Ein Wert, der in Schritt zwei eingegeben und in Schritt vier gelesen wird. Eine Prüfregel, die beim Verlassen eines Schritts läuft, aber nicht, wenn das Formular an diesem Schritt fortgesetzt wird. Ein Feld, das in der einen Richtung erforderlich und in der anderen still optional ist. Eine Zurück-Schaltfläche, die den Inhalt des Schritts verwirft oder, schlimmer, die alten Werte behält und sie über die neuen schreibt.
Zwei Gewohnheiten finden die meisten davon. Reisen Sie durch das Formular in einer unerwarteten Reihenfolge, auch rückwärts, und bestätigen Sie, dass die Werte die Reise unversehrt überstehen. Und beginnen Sie jeden Fall direkt im geprüften Schritt mit einem unmittelbar konstruierten Zustand, statt die früheren Schritte nachzuspielen – denn sie nachzuspielen bedeutet, dass die früheren Schritte implizit Teil jedes Falls sind, und ein Defekt dort lässt jeden Fall aus demselben Grund scheitern und verdeckt die übrigen.
Welche Bewerberzweige verdienen einen eigenen Testfall?
Mindestens vier, weil jeder eine andere Menge bedingter Felder ausübt.
| Zweig | Was er belastet |
|---|---|
| Erster Bewerber ohne Erfahrung | Abschnitte, die überspringbar sein müssen, und eine Übermittlung, die gültig bleibt, wenn sie leer sind |
| Erfahrener Bewerber mit langer Historie | Wiederholte Einträge, Reihenfolge und die Frage, ob frühere Einträge nach dem Hinzufügen weiterer bearbeitbar sind |
| Bewerber ohne formale Ausbildung | Pflichtfeldregeln, die Ausbildung voraussetzen, und die Botschaft, die stattdessen erscheint |
| Bewerber aus einer anderen Region | Datumsformate, Namensreihenfolge, Adressstruktur und jedes Feld, dessen Prüfung regionsförmig ist |
Ein fünfter Zweig lohnt sich in den meisten Systemen: der Bewerber, der beginnt, abbricht und viel später zurückkehrt. Dieser Fall handelt überhaupt nicht von Inhalt. Er handelt davon, ob der Teilzustand erhalten, verworfen oder als vollständig akzeptiert und übermittelt wird.
Die vier Zweige wirken aufeinander, und in diesen Wechselwirkungen dünnt die Abdeckung still aus. Eine lange Historie, aus einer anderen Region übermittelt, verbindet wiederholte Einträge mit fremder Datumsreihenfolge. Ein Bewerber ohne Ausbildung, der zugleich keine Erfahrung hat, muss bis zur Übermittlung gelangen dürfen, ohne Inhalte zu erfinden. Die Zweige getrennt zu testen ist notwendig und nicht ausreichend; eine kleine Zahl von Kombinationsfällen fängt den Rest.
Wie ändern sich Pflichtfelder mit den gegebenen Antworten?
Sie ändern sich ständig, und die Regel, die sie steuert, ist eine Abhängigkeit statt einer statischen Liste.
Ein Feld ist erforderlich wegen etwas, das früher beantwortet wurde, und diese Abhängigkeit verläuft meist über zwei oder drei Schritte statt innerhalb eines einzigen. Die Angabe einer Zulassung macht die Zulassungsnummer erforderlich und die ausstellende Stelle gleich mit. Die Auswahl eines Landes ändert, welche Adressfelder verpflichtend sind und welche gar nicht angeboten werden. Die Entscheidung, dass Erfahrung vorhanden ist, macht den ganzen Erfahrungsabschnitt erforderlich, einschließlich der einzelnen Unterfelder, die ihn beschreiben.
Aus Abhängigkeiten folgen drei Fehlerarten. Die erste ist eine Regel, die nur vorwärts angewandt wird: Der Bewerber wählt die Option, die ein Feld erforderlich macht, geht darüber hinaus, kehrt zurück und wählt die Option ab, und das nun irrelevante Feld wird weiter erzwungen. Die zweite ist eine Regel, die im falschen Moment ausgewertet wird, sodass die Anforderung beim Anzeigen des Schritts geprüft wird, aber nicht beim Absenden, oder umgekehrt. Die dritte ist eine Regel, die überhaupt nicht erfüllbar ist, wenn das Formular einen Wert in einem Feld verlangt, das es gerade verborgen hat.
Diese Dinge ordentlich zu testen bedeutet, Fälle als Paare aus einer Auswahl und ihrer erwarteten Folge zu schreiben, statt als Liste auszufüllender Felder. Die Frage, die jeder Fall beantwortet, ist nicht, ob ein Feld gültig prüft, sondern ob die Anforderungen des Formulars zu den bisher gegebenen Antworten passen.
Was sollte bei einer wiederholten Übermittlung geschehen?
Die ehrliche Antwort für die Erfahrung einer Bewerberin ist, dass eine zweite Übermittlung entweder klar als Duplikat erkannt oder klar als neue Bewerbung behandelt werden sollte, und niemals still einen dritten Zustand erzeugen darf, den niemand entworfen hat.
Vier Situationen werden vermischt, und jede braucht ihr eigenes erwartetes Verhalten. Ein Doppelklick auf Absenden, während die erste Anfrage noch unterwegs ist, was zu einer Bewerbung führen sollte. Ein Neuladen der Bestätigungsseite, was nicht erneut übermitteln sollte. Eine bewusste zweite Bewerbung auf dieselbe Stelle nach einer bereits übermittelten, was eine Produktentscheidung ist und eine ausdrückliche sein sollte. Und die Fortsetzung eines Entwurfs, der bereits übermittelt wurde, was nicht möglich sein sollte.
Das Entwurfsverhalten verdient dieselbe Behandlung. Ein gespeicherter Entwurf ist ein Teil-Datensatz, und die Regeln dazu, wie lange er lebt, wann er erneuert wird und was mit ihm geschieht, wenn die Bewerberin nie zurückkehrt, sind Entscheidungen des Betreibers und keine Naturgesetze. Worauf ein Test bestehen kann, ist, dass das Verhalten widerspruchsfrei ist und dass die Bewerberin darüber informiert wird.
Für Entwickler: Formularzustand konstruieren
Bauen Sie jeden Fall aus einem benannten Zustand statt aus einer Abfolge von Klicks. Ein Fall, der aussagt, dass die Bewerberin einen vollständigen Ausbildungsabschnitt hat und sich im Erfahrungsschritt befindet, sollte diesen Zustand direkt setzen, damit der Fall den Schritt prüft und nichts anderes.
Vier Praktiken halten die Suite pflegbar. Benennen Sie Fälle nach der Bedingung, die sie ausüben, nicht nach dem Schritt, auf dem sie laufen, denn die Schrittnummer ändert sich bei jeder Neugestaltung des Formulars. Halten Sie den Füllinhalt offensichtlich synthetisch – Platzhalternamen und klar erfundene Arbeitgeber –, damit kein Fall für die Daten einer echten Person gehalten werden kann. Halten Sie die kleinste tragfähige Übermittlung an einem Ort, damit das Hinzufügen eines Pflichtfelds eine Änderung in einer Zeile ist statt einer Bearbeitung jedes Falls. Und halten Sie Prüfmeldungen nach Möglichkeit aus den Zusicherungen heraus, da sich Formulierungen weit häufiger ändern als Verhalten, und eine Suite, die an Textbausteinen scheitert, ist eine Suite, die Menschen nicht mehr lesen.
Der in diesen Fällen verwendete Inhalt sollte durchgehend Platzhaltertext sein. Befüllen Sie einen Bewerbungsformular-Test niemals mit den Informationen einer echten Bewerberin, auch nicht in einer sicheren Umgebung, denn diese Informationen existieren dann an einem Ort, für den sie nie bestimmt waren. Die Beispiele auf dieser Seite sind genau für diesen Zweck konstruiert.
Nächste Schritte
Nehmen Sie die vier Bewerberzweige und prüfen Sie, ob jeder einen Fall hat, der bis zur Übermittlung gelangt. Der Zweig, der meist keinen hat, ist der Bewerber ohne Ausbildung und ohne Erfahrung, und er ist der am ehesten defekte, weil das Team ihn von Hand nie ausfüllt. Wie die geparsten Dokumente hinter einem Auswahlverfahren gebaut sind, steht in den Parsing-Fixtures für Lebensläufe, und die Datumsregeln, die ein regionsförmiges Formular meist falsch macht, sind in den Zeitachsen der Berufshistorie dargelegt. Das Karriereprofil-Werkzeug ist der Ort, an dem Sie einen Datensatz erzeugen, wenn ein Fall eine plausible Bewerberin dahinter braucht.