Test und Validierung
English | Deutsch
Ā
Medienprüfung
Das Identifizieren von Problemen bei der Verlinkung von Bildern und anderen Mediendateien erfordert gerade bei Fragebƶgen mit vielen Bildern oder komplexem Layout einigen Zeitaufwand. Die Kontrollfunktionen im Menü Test und Validierung ā Medienprüfung erleichtern Ihnen die Arbeit.
Sie können sich wahlweise alle Medien, nur gültige Medien oder nur nicht verfügbare Medien anzeigen lassen. Neben Multimedia-Elementen aus dem Fragebogen werden dabei auch Buttons, Layout-Bestandteile und in den Templates eingesetzte Bilder geprüft. Angezeigt werden darin zu jeder Mediendatei:
URL
Vorschau
Quellelement
Kontext der Nutzung
Medientyp
Sprache: Bei mehrsprachigen Projekten die Sprache des Fragebogens, in dem die Datei zum Einsatz kommt.
Status: Das Ampel-Icon zeigt an, ob eine Mediendatei verfügbar oder ungültig ist.
Ćber den Link in der Spalte āAktionenā kƶnnen die Menüs angesteuert werden, in denen die jeweilige Mediendatei bearbeitet wird.
Ā
Konsistenzcheck
Im Menü Test und Validierung finden Sie den Menüpunkt Konsistenzcheck. Bei Anklicken dieses Menüpunktes wird in einem zusätzlichen Fenster ein Codebuch geöffnet, das die Bedingungen von Filtern, Ausblendbedingungen, Triggern und Plausichecks anzeigt und Informationen über die Konsistenz der Einstellung enthält. Ampel-Icons informieren darüber, ob die Einstellung konsistent ist:
Grün: Die Einstellung ist konsistent (d.h. alle verwendeten Variablen sind wirklich im Projekt vorhanden).
Gelb: Die Farbe āgelbā taucht nur bei Filtern auf. Sie signalisiert, dass die Filterbedingungen zwar konsistent sind, der Filter aber noch nicht mit dem FiltertestĀ geprüft wurde.
Rot: Die Einstellung ist nicht konsistent (d.h. sie greift beispielsweise auf nicht mehr vorhandene Variablen zu).
Der Konsistenzcheck berücksichtigt Projektvariablen (v_000n), benutzerdefinierte Variablen (c_000n) und URL-Parameter (p_000n).
Ā
Projekttest
Die Funktion Projekttest, die Sie im Menü Test und Validierung finden, erleichtert Ihnen das Testen der Filtersetzung, indem sie automatischĀ eine groĆe Anzahl von TestdurchlƤufen simuliert. In der resultierenden Statistik sind Einstellungsprobleme bei Filtersetzung und interner Quotierung leicht erkennbar. Im Folgenden werden die Nutzungsmƶglichkeiten erlƤutert, die diese Funktion bietet:
Testdaten erzeugen
Routing-Statistik
Testdaten lƶschen
Testdaten erzeugen
Sie ƶffnen nach Fertigstellung Ihres Fragebogens das Menü Test und ValidierungĀ āĀ Ā Projekttest.Ā Sie gelangen zur Eingangsseite des Projekttest-Menüs, die einen Ćberblick über die im Projekt verwendeten Filter und Variablen gibt.Ā Dann klicken den Reiter Testdaten erzeugen an und geben Sie die Bedingungen für die automatisch erzeugten TestlƤufe ein:
Sie geben im Feld āAnzahl der Teilnahmenā an, wie viele DurchlƤufe des Fragebogens automatisch generiert werden sollen. Wie viele DurchlƤufe sinnvoll sind, hƤngt von der KomplexitƤt des Projekts und der Belastbarkeit des Servers ab.Ā Einerseits werden mit hohen Durchlaufzahlen (im Hunderterbereich) die Ergebnisse aussagekrƤftiger. Andererseits kann bei Projekten mit komplexer Filterstruktur schon bei hundert DurchlƤufen der Server erheblich belastet werden. Bevor Sie eine grƶĆere Anzahl Teilnahmen eingeben, sollten Sie daher sicherstellen, dass nicht gleichzeitig auf derselben Installation eine Umfrage mit hoher Teilnehmerzahl lƤuft.
Im zweiten Feld kƶnnen Sie die āmaximale Anzahl gesendeter Seiten pro Durchlaufā vorgeben. Die eingegebene Zahl sollte grƶĆer als 0 sein.
Ist die Option āTestdaten vor dem Ausführen lƶschen?ā aktiviert, werden in vorhergehenden DurchlƤufen erzeugte Daten oder automatisch generierte Testteilnehmer gelƶscht.
Nur Projekttyp "Personalisierte Umfrage": Ist die Option "Kopien vorhandener Teilnehmer verwenden?" aktiviert, verwendet EFS vorhandene Teilnehmer mit Dispositionscodes kleiner als 20 als Vorlage für die Erstellung neuer Testteilnehmer und durchläuft diese in einer Schleife, bis die angegebene Anzahl an Interviews erstellt wurde. Diese Funktion ermöglicht es Ihnen, Umfragen zu testen, bei denen z.B. Filter und andere Bedingungen auf bestimmte Teilnehmervariablen für das Routing zugreifen.
Wenn das Projekt numerische URL-Parameter enthält, so können Sie für diese einzelne Werte oder Zahlenbereiche vorgeben. Bitte beachten Sie, dass der Projekttest keine nicht-numerischen URL-Parameter unterstützt. Bei Projekten mit derartigen Parametern muss der Projekttest durchgeführt werden, bevor die URL-Parameter konfiguriert werden.
Wenn das Projekt Trigger enthƤlt, so kƶnnen Sie gesondert wƤhlen, ob diese wƤhrend des Projekttests aktiviert werden dürfen. Bitte stellen Sie vor dem Aktivieren der Trigger-Testfunktion sicher, dass nicht aus Versehen Endlosschleifen oder Massenversand von Mails ausgelƶst werden kƶnnen. Ćblicherweise ist allerdings zur Ćberprüfung der FunktionsfƤhigkeit von Triggern ein manueller Test sinnvoller als der Einsatz des automatischen Projekttest.
Ā
Beachten Sie, dass EFS für den Fragetyp Benutzerdefiniert (911) und alle Fragetypen, die auf diesem basieren ā d. h. Audio-Player (911), Video-Player (911), Schieberegler (Zahlen) (911) und LUA Fragetyp (911) ā keine Testdaten generiert.
Routing-Statistik
Sie finden die Routing-Statistik auf der gleichnamigen Registerkarte. Die folgenden Leitfragen helfen Ihnen bei der Interpretation.Ā Ćberprüfen Sie nach dem Testlauf zuerst, ob die Anzahl der beendeten DurchlƤufe (Dispositionscode 31, 32) der ursprünglich eingegebenen Anzahl der Teilnahmen entspricht. Ćffnen Sie dazu die Registerkarte Routing-Statistik und wƤhlen dann den Link Alle DatensƤtze auswerten.
Wenn alle Durchläufe erfolgreich beendet wurden, können Sie sich bei Ihrer Analyse auf die Statistik Nur beendete Datensätze auswerten beschränken. Wurden Testdurchläufe unterbrochen wie im abgebildeten Beispiel, sollten Sie zunächst die Ursache der Abbrüche ermitteln. Klicken Sie dazu den Link Alle Datensätze auswerten an. Beachten Sie dabei, dass Abbrüche nicht notwendig problematisch sein müssen: Im gezeigten Beispiel sind die Abbrecher beispielsweise Teilnehmer, die nach Erfüllung einer Quote ausgescreent wurden.
Testdaten lƶschen
Die automatisch erzeugten Daten müssen gelƶscht werden, wenn Sie die Auswertung von Routing-Statistik und Feldbericht abgeschlossen haben. Andernfalls bleiben die Daten erhalten, gehen in den nƤchsten Testdurchlauf oder gar in die Auswertung der Feldphase ein und beeinflussen die Resultate. Klicken Sie dazu die Registerkarte Testdaten lƶschen an und bestƤtigen anschlieĆend mit Testdaten lƶschen.
Bei Projekten mit internen Quoten werden durch den Testlauf die aktuelle Besetzung und der Status der Quote unter Fragebogen-Editor ā Quoten geƤndert. Um die Besetzung auf Null zurückzusetzen, muss nach erfolgtem Test das Projekt neu generiert werden. Dabei muss die Option āUmfrage komplett zurücksetzenā gewƤhlt werden.
Wurde bei einem Testdurchlauf in einer personalisierten Umfrage āKopien der vorhandenen Teilnehmer verwendenā deaktiviert, so wird automatisch für jede Teilnahme ein automatisch erzeugter Teilnehmer in die Teilnehmerverwaltung des Projekts eingetragen. Dabei erhalten die Testpersonen die E-Mail-Adresse des Benutzers, der den Test gestartet hat.Ā Diese automatisch erzeugten Teilnehmer und ihre Testdaten sollten Sie lƶschen, bevor das Projekt in die Feldphase startet. Klicken Sie dazu die Registerkarte Testdaten lƶschen an und bestƤtigen anschlieĆend mit Testdaten lƶschen.
Wurde bei einem Testdurchlauf in einer personalisierten Umfrage āKopien vorhandener Teilnehmer verwendenā aktiviert, oder handelt es sich um eine Mitarbeiterbefragung, so werden die DatensƤtze vorhandener Teilnehmer für den Projekttest verwendet.Ā Diese künstlich erzeugten Testdaten müssen gelƶscht werden, bevor das Projekt in die Feldphase startet. Dazu kƶnnen Sie entweder die Aktion āZurücksetzen mit Datenlƶschenā auf alle Teilnehmer der Teilnehmerverwaltung anwenden oder das Projekt komplett neu generieren (Projekte ā {AusgewƤhltes Projekt} ā Generieren, Option āUmfrage komplett zurücksetzenā).
Ā
Projektprüfung
Die Projektprüfung informiert über Fortschritte und Mängel bei der Projekterstellung. Sie finden den Menüpunkt Projektprüfung unter Test und Validierung des Umfragemenüs.
Im oberen Bereich des Dialogs finden Sie eine Ćbersicht zu zentralen Themen.
Des Weiteren werden Fragebogenstruktur, Filterbedingungen, Timing usw. auf logische Korrektheit geprüft, potentielle Probleme werden mit Schweregrad aufgeführt.
Beachten Sie bitte: Eine Ćberprüfung des āResponsive Layoutsā mitĀ Projektprüfung bzw. mit Layout prüfen ist nicht sinnvoll. Die Checks sind für das klassische Systemlayout optimiert.
Fehler wƤhrend des Umfragedurchlaufs
EFS prüft während des Umfrageverlaufs auf Fehler in LUA-Filtern, Quoten und Triggern.
Aktuell ausgewƤhlte Sprache
Gibt die Standardsprache an.
Bei mehrsprachigen Projekten: Stand Ćbersetzungen
Gibt an, ob alle Textelemente der verschiedenen Umfragesprachen gefüllt wurden, und bietet einen Link zur Ćbersicht der Todos.
Nur bei Projekten mit klassischem Systemlayout: Layout-Status
Gibt Auskunft über die Aktualität des verwendeten Layouts. Ist das Layout nicht mehr aktuell, besteht die Möglichkeit, über den Link Layout prüfen in den Profi-Editor zu wechseln und dort das Problem zu beheben.
Anzahl der Variablen in der Umfragetabelle
Variablenanzahl. Die Anzahl kann sich beim Generieren Ƥndern.
Ā
Umfrage zurücksetzen
Vor dem Feldstart sollten alle Daten, die bis dahin beispielsweise durch Tests im Produktivmodus aufgelaufen sind, gelƶscht werden. Die entsprechende Funktion finden Sie unter Umfragemenü ā Test und Validierung ā Umfrage zurücksetzen. WƤhlen Sie ā...Umfrage komplett zurücksetzen...ā und bestƤtigen dann mit dem Button Umfrage zurücksetzen. Nun wird die Datenbank bereinigt und alle Testdaten werden gelƶscht.Ā Beim Zurücksetzen einer Umfrage wird die Datenbanktabelle, die die Ergebnisdaten aufnimmt, neu aufgebaut bzw. angepasst und bereinigt.
Ā
Komplettes Zurücksetzen der Umfrage vor dem Feldstart
Vor dem Feldstart, d.h. dem eigentlichen Start der Erhebungsphase, wird die Umfrage üblicherweise komplett zurückgesetzt, um die Datenbank vollstƤndig von verschiedenen Arten unerwünschter Daten zu bereinigen. Dabei kommt die Option āUmfrage komplett zurücksetzen und bereits erhobene Ergebnisdaten lƶschenā zum Einsatz.
Ćblicherweise werden Projekte vor dem wirklichen Feldstart vollstƤndig zurückgesetzt, um sƤmtliche in der Testphase angefallenen Ergebnisse zu entfernen. Dies ist insbesondere erforderlich, wenn man beim Testen eines anonymen Projekt reale DatensƤtze erzeugt oder bei einem personalisierten Projekt nicht nur mit dedizierten Testaccounts sondern wirklichen Teilnehmeraccounts gearbeitet hat.
Wurden Fragen oder Seiten irrtümlich angelegt und wieder gelƶscht, bleiben die zu diesen Fragen bzw. Seiten gehƶrenden Variablen in der Datenbank erhalten. Beim Zurücksetzen vor dem Feldstart werden diese überflüssigen Variablen angezeigt und Sie kƶnnen sie optional lƶschen lassen. Sie kƶnnen auch dazu verwendet werden, um ggf. Daten wiederzuherstellen. Prinzipiell ist es kein Problem, überflüssige Variablenfelder in der Datenbank zu belassen. Bei groĆen, komplexen Projekten trƤgt dieses āAufrƤumenā jedoch zur Performance-Verbesserung bei.
Haben Sie die Pretest-Funktion genutzt, kƶnnen die Kommentare ebenfalls optional gelƶscht werden.
Zurücksetzen im weiteren Projektverlauf
Sobald das Projekt im Feld ist, d.h. die eigentliche Datenerhebung begonnen hat, darf grundsätzlich nicht mehr zurückgesetzt werden. Sollte doch eine Ausnahmesituation entstehen, wo es erforderlich ist, muss unbedingt
die Option āBereits erhobene Ergebnisdaten behaltenā verwendet werden.
Es dürfen auch auf keinen Fall Variablen gelöscht werden, in denen bereits Informationen gespeichert wurden.
Datensätze einzelner Teilnehmer können Sie in der Teilnehmerverwaltung bzw. Stichprobenverwaltung gezielt zurücksetzen, wahlweise mit und ohne Datenlöschen.
Würde jemand irrtümlich āUmfrage komplett zurücksetzen und bereits erhobene Ergebnisdaten lƶschenā in einem laufenden Projekt verwenden, wƤren alle Ergebnisse unwiderruflich verloren!
Bei Projekten mit Teilnehmerverwaltung oder Stichprobe Testaccounts zurücksetzen
Mit āTestteilnehmer und deren Ergebnisdaten lƶschenā werden bei personalisierten Projekten gezielt alle als Tester markierten Teilnehmer und die dazugehƶrenden Ergebnisdaten entfernt. Bei Panel-Umfragen und Stammdatenbefragungen werden Umfragestatus und Ergebnisdaten von Panelisten-Testaccounts zurückgesetzt, die Tester bleiben jedoch weiter in der Stichprobe.
Ā
Ā© 2024 Tivian XI GmbH