Gute Testdaten bilden die schwierigen Stellen Ihres Arbeitsalltags ab. Sie erlauben einer KI-Agentur, Fehler reproduzierbar zu untersuchen, ohne dafür vorschnell ganze produktive Datenbestände zu kopieren.
Vom Fehlerbild zum Testfall
Eine Sammlung beliebiger Dokumente ist noch kein Testdatensatz. Beginnen Sie mit den Entscheidungen, die Ihre Anwendung treffen oder vorbereiten soll. Bei einer Anfrageverarbeitung sind das etwa die Zuordnung eines Kunden, das Erkennen einer fehlenden Auftragsnummer und die Übergabe an die zuständige Person.
Für jede Aufgabe halten Sie fest, woran ein korrektes Ergebnis erkennbar ist. Ein Testfall braucht nicht zwingend einen vollständig vorformulierten Antworttext. Oft sind überprüfbare Eigenschaften hilfreicher: keine erfundene Nummer, richtige Kategorie, Rückfrage bei unklarer Menge und keine Änderung ohne Freigabe.
Die Microsoft-Anleitung zu wirksamen Tests behandelt synthetische Daten und kontrollierte Testdatenpflege. Für Ihr Projekt bedeutet das: Daten werden bewusst für konkrete Prüffragen erstellt und nach Änderungen am Prozess aktualisiert.
Vier Gruppen decken unterschiedliche Schwächen auf
Erste Gruppe sind typische Fälle. Sie zeigen, ob die gewöhnliche Arbeit funktioniert. Zweite Gruppe sind unvollständige Fälle: ein fehlender Termin, ein nicht lesbarer Anhang oder ein unbekanntes Produkt. Hier muss die Anwendung gezielt klären, statt Lücken unbemerkt zu ergänzen.
Dritte Gruppe sind widersprüchliche Fälle. Im Betreff stehen beispielsweise zehn Stück, im Anhang zwölf. Das gewünschte Verhalten ist vorab festzulegen. Vierte Gruppe sind unzulässige Fälle, etwa eine Anfrage nach einem Dokument, auf das die Testperson keinen Zugriff hat.
Diese Einteilung ist unser Vorschlag, keine allgemeine Norm. Ergänzen Sie die Gruppen um fachliche Besonderheiten Ihres Unternehmens. Wenn historische Artikelnummern entscheidend sind, sollten diese ausdrücklich vorkommen. Wenn mehrere Sprachen genutzt werden, reichen ausschliesslich deutsche Beispieldokumente nicht aus.
Künstliche Daten müssen zusammenpassen
Frei erfundene Namen allein ergeben noch keine realistische Testwelt. Kundenkennung, Auftrag und Lieferadresse müssen konsistent zueinander gehören. Sonst testet die Agentur hauptsächlich Widersprüche, die in Ihrer echten Anwendung gar nicht vorkommen.
Erstellen Sie deshalb ein kleines, dokumentiertes Testinventar. Darin steht, welche künstlichen Kunden existieren, welche Produkte sie bestellen dürfen und welche Testperson welche Unterlagen sehen kann. Nutzen Sie eindeutig als Test gekennzeichnete Empfänger und technisch kontrollierte Zielsysteme.
Verhindern Sie echte Nebenwirkungen in der Umgebung: Testnachrichten dürfen nicht versehentlich an reale Personen gehen, und ein Testauftrag darf keine tatsächliche Auslieferung starten. Die Microsoft-Empfehlungen für Sicherheitstests nennen isolierte Testumgebungen mit passenden Sicherheitskontrollen und bereinigten oder synthetischen Daten.
Ein ausgefülltes Mini-Paket
Das folgende Paket für eine fiktive Auftragsassistenz dient als Beispiel. Die Bezeichnungen und Ergebnisse sind frei erfunden.
Fall T01: Testkunde Alpenblick bestellt fünf freigegebene Ersatzteile; erwartet werden genau diese Menge und eine vorbereitete, noch nicht abgesendete Bestellung.
Fall T02: Derselbe Kunde nennt keine Menge; erwartet wird eine Rückfrage statt einer Schätzung.
Fall T03: Nachricht und Anlage enthalten verschiedene Liefertermine; erwartet wird eine markierte Unklarheit mit beiden Fundstellen.
Fall T04: Eine Testperson fordert Unterlagen eines anderen Testkunden an; erwartet wird keine Offenlegung.
Fall T05: Die Schnittstelle meldet einen Fehler; erwartet wird ein sichtbarer Klärungsstatus statt «erledigt».
Zu jedem Fall werden Quelle, Version, erwartetes Verhalten und fachlich verantwortliche Person notiert. Nach einer Änderung lässt sich das gesamte Paket erneut ausführen und mit dem bisherigen Stand vergleichen.
Reale Daten nur mit begründetem Bedarf
Manche Eigenschaften sind künstlich schwer nachzubilden, etwa schlechte Scanqualität oder historisch gewachsene Dokumentlayouts. Prüfen Sie dann zunächst, ob Sie solche Eigenschaften mit neutralen Inhalten nachbauen können. Häufig braucht der Test die Struktur eines schwierigen Belegs, nicht dessen tatsächliche Kundendaten.
Wenn reale Daten nötig bleiben, müssen Zweck, Umfang, Zugang und Aufbewahrung geklärt werden. Das blosse Ersetzen eines Namens entfernt nicht automatisch jeden Personenbezug. Die Unterschiede erklärt unser Beitrag zu Anonymisierung und Pseudonymisierung. Eine Rechtsgrundlage oder Freigabe lässt sich nicht durch die Bezeichnung «Test» ersetzen.
Was die Agentur zurückliefern sollte
Vereinbaren Sie neben der Anwendung auch den gepflegten Testbestand als Liefergegenstand. Dazu gehören eine Anleitung zur Ausführung, die benötigten Testkonten, erwartete Ergebnisse und ein Bericht zu bekannten Lücken. Ein Ordner voller Bildschirmfotos reicht für spätere Wiederholungen nicht aus.
Lassen Sie einen neuen Fall durch eine interne Fachperson ergänzen. Wenn dafür jedes Mal Entwicklungswissen nötig ist, bleibt die Pflege unnötig abhängig von einzelnen Personen. einclick als KI-Agentur in der Schweiz kann mit Ihnen ein Testpaket aufbauen, das fachliche Anforderungen verständlich und Änderungen überprüfbar macht.
