Jede Umfrage beginnt als Dokument: der Fragebogen, den die Forscherin geschrieben hat, mit Fragen, Antwortlisten, Routing, Abbruchregeln und Quoten. Die Programmierung macht daraus eine Umfrage, und Testen heißt prüfen, ob die Umfrage tut, was das Dokument sagt. SurveyTester liest den Fragebogen selbst, sodass das Dokument zur Referenz für Testfälle, Prüfung und Textvergleich wird - ohne Abtippen.
Was der Reiter Fragebogen tut
Der Reiter Fragebogen eines Projekts nimmt das Dokument als Word (.docx), Excel (.xlsx) oder PDF entgegen. SurveyTester liest es mit KI in ein strukturiertes Modell: Fragen mit Codes und Texten, Antwortoptionen und Gitterzeilen, benannte Listen, Routing („ask if"), Abbruchregeln, Quoten und Konstrukte. Das Layout spielt keine Rolle: ein klassischer Fragebogen mit Codes am Zeilenanfang, eine Agenturvorlage mit Gerüstzeilen, ein Tracker mit Klammernotizen oder eine Tabelle werden gleichermaßen gelesen. Versteckte Variablen und Infoseiten werden ebenfalls erkannt.
Jede Frage des Modells wird mit dem Originalausschnitt des Dokuments, der erkannten Struktur und - sobald Testläufe existieren - dem Screenshot der Umfrageseite nebeneinander gezeigt. Das ganze Dokument ist im Browser lesbar.
Warum das ohne SurveyTester schwer ist
- Zwei Wahrheiten. Das Dokument hat der Kunde abgenommen; die Umfrage sehen die Befragten. Eines gegen das andere von Hand zu prüfen heißt, jede Frage zweimal zu lesen.
- Routing steckt in Notizen. „Ask if Q3 = 1 or 2", „terminate if under 18", „show the brands selected at Q5" - Regeln verstreut über Programmieranweisungen, per Klick kaum vollständig testbar.
- Testfälle kosten Zeit. Ein Testfall je Routing-Zweig und je Screenout-Regel ist die Arbeit, für die vor dem Start niemand Zeit hat.
So funktioniert es
1. Hochladen und Analyse
Ziehen Sie das Dokument auf den Reiter Fragebogen oder hängen Sie es im Dialog für neue Projekte an. Die Analyse startet sofort (Schalter Direkt nach dem Hochladen analysieren aus, um sie später zu starten). Der Status wandert von Hochgeladen über Wird analysiert zu Analysiert; die Fortschrittszeile zeigt den laufenden KI-Aufruf. Jede Lesung wird durch mehrere unabhängige Durchläufe bestätigt, ein Reparaturdurchlauf sammelt Zeilen ein, die die Extraktion übersehen hat, und Optionslabels werden gegen den Dokumenttext geprüft. Der für die KI-Engine konfigurierte Reasoning-Aufwand gilt auch für die Analyse.
Der Reiter Übersicht listet Titel, Sprache, Legende, Abschnitte, Listen, Quoten und Konstrukte mit Warnungen; der Reiter Fragen jede Frage mit Code, Typ, Text, Optionen, Zeilen, „ask if", Abbruch und Scripter-Notizen.
2. Testfälle und Bots aus dem Dokument
Testfälle erzeugen leitet Personas aus dem Modell ab: eine Complete-Persona je Quotenzelle und Routing-Zweig und eine Screenout-Persona je Abbruchregel. Erzeugen & Bots starten startet sofort SurveyBots damit - das funktioniert, bevor die Umfrage je getestet wurde, weil die Bots live pro Seite aus der Persona-Beschreibung antworten. Die Testfälle stehen im Reiter Testfälle und in der Testfallliste des Projekts.
3. Abgleichen & prüfen
Sobald Testläufe existieren, ordnet Abgleichen & prüfen die Dokumentfragen den erkannten Umfragefragen zu (auch Gitter, die als Schleife von Fragen programmiert sind) und prüft die Umfrage gegen das Dokument:
| Geprüft | Beispiele |
|---|---|
| Struktur | fehlende oder zusätzliche Optionen, Exklusiv-Kennzeichen, Auswahlgrenzen, Fragetyp |
| Wortlaut | Frage- und Optionstexte, die vom Dokument abweichen |
| Je Testlauf | Routing („ask if"), Abbruchregeln, Piping |
| Programmierregeln | Randomisierung, gepipte Listen, Teilmengen pro Befragtem - übergeben an die Fragen-Erwartungen |
Abweichungen erscheinen im Reiter Befunde mit einem Schweregrad. Ein Befund lässt sich ablehnen (er bleibt abgelehnt, wenn die nächste Prüfung ihn erneut findet) oder in ein Issue überführen; eine Zusammenfassung sagt, was als Nächstes zu tun ist. Die Prüfung läuft nach jedem Bot-Job automatisch erneut.
4. Textvergleich
Texte vergleichen öffnet die Übersetzungsansicht mit dem Dokument als Spalte: jeder Frage-, Options- und Gitterzeilentext der Umfrage wird Wort für Wort mit dem Dokument verglichen, Unterschiede lassen sich als Issues melden. Der frühere Upload Externe Dateien der Übersetzungsansicht ist hierher gezogen; dort hochgeladene Dateien funktionieren weiter, bis ihr Dokument analysiert ist. Hochgeladene Dokumente stehen auch unter Docs & Info zum Download.
Schritt für Schritt
- Legen Sie das Projekt mit dem Umfragelink an und laden Sie den Fragebogen im Reiter Fragebogen hoch (oder hängen Sie ihn im Dialog für neue Projekte an).
- Warten Sie auf den Status Analysiert und überfliegen Sie die Übersicht nach Warnungen - eine Liste, die die Analyse nicht lesen konnte, eine Bedingung mit unbekanntem Code.
- Erzeugen & Bots starten: Die Personas decken jeden Routing-Zweig und jeden Screenout ab.
- Wenn die Bots durch sind: Abgleichen & prüfen und die Befunde abarbeiten - Beabsichtigtes ablehnen, den Rest als Issues an die Programmierung geben.
- Nach der Korrektur die Bots erneut laufen lassen; die Prüfung wiederholt sich, erledigte Befunde verschwinden.
- Texte vergleichen für die abschließende Wortlautprüfung gegen das Dokument.
Hinweise
- Die Analyse nutzt die KI-Engine des Unternehmens; ein Administrator kann sie für Fragebögen abschalten, siehe KI-Administration. Der Verbrauch wird je Projekt gemessen.
- Ein Dokument kann nach einer Änderung erneut analysiert werden (Erneut analysieren); Zuordnungen und abgelehnte Befunde bleiben erhalten, wo die Fragecodes noch passen.
- Alte .doc-Dateien werden konvertiert; gescannte PDFs ohne Textebene können nicht gelesen werden.
Das Wichtigste
Das Fragebogendokument ist die Referenz des ganzen Tests: SurveyTester liest es einmal, leitet die Testfälle ab, prüft die programmierte Umfrage nach jedem Bot-Lauf dagegen und vergleicht die Texte - damit die Umfrage, die live geht, die ist, die das Dokument beschreibt.