---
title: "Mit dem Fragebogendokument arbeiten"
description: "Word-, Excel- oder PDF-Fragebogen hochladen: SurveyTester liest ihn in ein Modell, leitet Testfälle und Bots ab, prüft die programmierte Umfrage und vergleicht die Texte."
url: https://www.surveytester.com/academy/de/project-details/questionnaire-documents/
language: de
type: article
audiences: ["Projektmanager", "Fragebogen-Autoren", "Survey-Tester"]
published: 2026-10-15
updated: 2026-10-15
tags: ["questionnaire", "word", "excel", "pdf", "document", "analysis", "testcases", "personas", "verification", "findings", "text comparison"]
---

# Mit dem Fragebogendokument arbeiten

_Projektdefinition · SurveyTester Academy_

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.

![Platzhalter: Screenshot des Reiters Fragebogen mit dem hochgeladenen Dokument, Status Analysiert und den Reitern Übersicht, Fragen, Befunde, Testfälle, Dokument](https://www.surveytester.com/academy/_img/project-details/questionnaire-documents/de/questionnaire-tab.png "w=44rem | Der Reiter Fragebogen nach der Analyse")

## 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.

![Platzhalter: Screenshot einer Frage im Reiter Fragen - Dokumentausschnitt links, erkannte Struktur in der Mitte, Screenshot der Umfrageseite rechts](https://www.surveytester.com/academy/_img/project-details/questionnaire-documents/de/questionnaire-question-detail.png "w=44rem | Eine Frage: Dokument, Modell und Umfrage nebeneinander")

### 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](https://www.surveytester.com/academy/de/pages-and-routing/question-expectations) |

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.

![Platzhalter: Screenshot des Reiters Befunde mit Struktur-, Wortlaut- und Routing-Befunden, Schweregrad-Badges und den Schaltflächen Ablehnen und Issue anlegen](https://www.surveytester.com/academy/_img/project-details/questionnaire-documents/de/questionnaire-findings.png "w=44rem | Befunde der Prüfung")

### 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

1. 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).
2. 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.
3. **Erzeugen & Bots starten**: Die Personas decken jeden Routing-Zweig und jeden Screenout ab.
4. Wenn die Bots durch sind: **Abgleichen & prüfen** und die **Befunde** abarbeiten - Beabsichtigtes ablehnen,
   den Rest als Issues an die Programmierung geben.
5. Nach der Korrektur die Bots erneut laufen lassen; die Prüfung wiederholt sich, erledigte Befunde
   verschwinden.
6. **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](https://www.surveytester.com/academy/de/company-admin-settings/ai-administration-usage-controls). 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.
