Redaktionell geprüft: · Quellen und Geltungsbereich unten
PoC-Prüfplan herunterladen (.md)
Was muss das Beispiel enthalten?
Erzeuge vier Kunden-IDs, 1–4, und sechs Zahlungs-IDs, 101–106. Die Tabelle legt Kunde, Status und Betrag in ganzzahligen Cent fest. Kunde 4 hat bewusst keine Zahlung. Der Report darf nur Zahlungen mit Status settled ab 10.000 Cent auswählen. Erwartet werden exakt 101, 104 und 106 mit insgesamt 60.000 Cent. Zahlung 103 ist settled, liegt aber bewusst unter der Grenze; pending und rejected müssen ausgeschlossen bleiben.
Ein kleines Fixture mit exaktem Soll-Ergebnis
| payment_id | customer_id | status | amount_cents |
|---|---|---|---|
| 101 | 1 | settled | 10000 |
| 102 | 1 | rejected | 50000 |
| 103 | 2 | settled | 9999 |
| 104 | 2 | settled | 20000 |
| 105 | 3 | pending | 40000 |
| 106 | 3 | settled | 30000 |
Die Kundentabelle muss IDs 1, 2, 3 und 4 enthalten. Kunde 4 hat bewusst keine Zahlung. Nutze diese Abfrage auf der generierten Zahlungstabelle; prüfe Beziehungen separat.
SELECT payment_id FROM payments
WHERE status = 'settled' AND amount_cents >= 10000
ORDER BY payment_id;Erwartete IDs: 101, 104, 106. Gesamtbetrag: 60.000 Cent.
Was zählt als bestanden?
Verlange vier eindeutige Kunden-IDs, sechs eindeutige Zahlungs-IDs, keine verwaisten Zahlungen und exakte Übereinstimmung mit jeder Szenariozeile. Prüfe Report-IDs und Summe unabhängig. Die Zeilenzahl allein reicht nicht: Ein Tausch von settled und rejected kann sechs Zeilen erhalten, aber das fachliche Ergebnis ändern. Ein erfolgreicher Generator-Log ist ein Ausführungsnachweis, kein fachlicher Sollwert.
Wie vergleichst du den tatsächlichen Aufwand?
Nutze für jeden Kandidaten ein frisches Ziel. Dokumentiere Produkt und Edition, Modell oder Skript, Laufzeitversionen, manuelle Änderungen und Zeit bis zum ersten korrekten Ergebnis. Erfasse separat eine geänderte Fachregel, Wiederherstellung nach Fehler und einen zweiten Engineer, der den Aufbau wiederholt. Halte eine nicht unterstützte oder nicht geprüfte Anforderung sichtbar, statt daraus einen erfundenen Null-Score zu machen.
Was ergänzt du für dein eigenes System?
Ersetze dieses kleine Schema nach erfolgreichem Grundtest durch einen repräsentativen Teil deines Systems. Ergänze Konnektor, zusammengesetzte Schlüssel, Zielbereinigung und benötigte Fehlerfälle. Bei Quelldaten kommen erlaubte Auswahl und Transformations-Assertions hinzu. Prüfe bei mehreren Zielsystemen jedes Ziel und systemübergreifende Kennungen. Dieses Fixture ist kein Produkt-Benchmark und belegt weder Datenschutz noch Lastfähigkeit oder Protokollkonformität.
Beispielszenarien und redaktionelle Abnahmekriterien; keine gemessenen Produkt-Benchmarks.