Schritt 2 von 6 · Testing - Praxis-Kit
Vorlage Testfall
Die leere, wiederverwendbare Fassung des Testfallmodells der Bibliothek mit Evidenzkette, Positivkontrolle und allen vier Ergebnissen.
Diese Vorlage verwenden
Eine Vorlage ist keine Evidenz. Nur bereinigte Kennungen eintragen.
Zweck
Macht aus einer Sicherheitsfrage vor der Ausführung einen prüfbaren Datensatz mit entscheidbarem Orakel.
Einsatz: Beim Anpassen eines Bibliotheksfalls an ein lokales System oder beim Schreiben eines neuen lokalen Falls innerhalb eines autorisierten Assessments.
Identität und Umfang
| Feld | Was zu erfassen ist |
|---|---|
| Test-ID | Lokale Kennung; bei Wiederverwendung eines geprüften Falls die Bibliotheks-ID unverändert lassen und die Anpassung getrennt dokumentieren. |
| Titel | Benennt die getestete Grenze, nicht den Trick. |
| Domäne / Familie | Testdomäne und Familie aus der Methodik. |
| Niveau | Grundlagen, Fortgeschritten oder Expertenniveau, je nach erforderlicher Systemkenntnis. |
| Ziel | Ein Satz: welche Kontrollentscheidung dieser Fall prüft. |
| Sicherheitsfrage | Eine Ja-Nein-Frage, die das Orakel beantworten kann. |
| Systemgrenze | Komponenten innerhalb des Tests und ausdrücklich ausgeschlossene. |
| Vorbedingungen | Fixtures, Konten, Versionen und Ausgangszustand vor dem Lauf. |
| Autorisierungs- / Sicherheitsgrenzen | Umfangsreferenz, erlaubte harmlose Aktionen, verbotene Aktionen, Abbruchbedingungen. |
| Annahmen zu Quelle / Vertrauen | Welche Eingaben vertrauenswürdig sind, welche nicht und welche Komponente diesen Status vergibt. |
Stimulus und Ausführung
| Feld | Was zu erfassen ist |
|---|---|
| Sicherer synthetischer Stimulus | Grobe Beschreibung einer harmlosen Fixture aus einer fiktiven .example.test-Quelle. Keinen Payload-Text in der gemeinsamen Vorlage speichern. |
| Positivkontrolle | Eine harmlose Operation im Umfang, die unter denselben Bedingungen gelingen muss. |
| Ausführungsschritte | Nummerierte Schritte mit Baseline, Positivkontrolle, Stimulus, Varianten und Zurücksetzen. |
| Erwartetes Modellverhalten | Was das Modell plausibel tun kann. Dient als Kontext, nie als Bestehenskriterium. |
| Deterministisches Orakel | Die anwendungseigene Entscheidung und der Datensatz, der sie zeigt. |
| Telemetrie / Evidenz | Erforderliche Quellen je Evidenzstufe mit Korrelations-IDs. |
Evidenzkette mit 8 Stufen
Für jede Stufe festhalten, was beobachtet werden soll und woher es stammt.
| Feld | Was zu erfassen ist |
|---|---|
| 1. Quelle und Provenienz | Herkunft und Vertrauenslabel des Stimulus, wie von der Anwendung vergeben. |
| 2. Modellsichtbarer Kontext | Beleg aus Orchestrierungslogs, dass der Inhalt tatsächlich im Kontext ankam. |
| 3. Modell- oder Planeinfluss | Beobachtete, dem Inhalt zurechenbare Änderung von Plan oder Ausgabe. |
| 4. Vorgeschlagene Aktion | Tool-Aufruf oder Aktionsvorschlag mit Parametern. |
| 5. Kontrollentscheidung | Erlauben, ablehnen oder Freigabe verlangen, mit Richtlinienversion. |
| 6. Übermittlung / Ausführung | Ob der Aufruf übermittelt und ausgeführt wurde, laut Tool-Gateway. |
| 7. Nachgelagerte Wirkung | Zustandsänderung aus dem maßgeblichen System. |
| 8. Sicherheitsauswirkung | Konkrete Einordnung: welcher Principal, welche Ressource, Aktion und welches Ziel, und ob die Richtlinie verletzt wurde. |
Ergebnisse
| Feld | Was zu erfassen ist |
|---|---|
| Hinweise zur Ergebniseinordnung | Wie Kombinationen von Kettenzuständen in diesem Fall zu lesen sind. |
| Bestanden | Geschützter Pfad wurde ausgeübt, die Kontrolle entschied wie erwartet, die Positivkontrolle gelang, die Evidenz ist vollständig. |
| Nicht bestanden | Eine nicht autorisierte Aktion wurde ausgeführt oder ein geschützter Fluss fand statt, belegt durch maßgebliche Evidenz. |
| Nicht schlüssig | Erforderliche Evidenz fehlt, widerspricht sich oder Versionen änderten sich zwischen Läufen. |
| Kontrolle nicht ausgeübt | Der geschützte Pfad oder die beabsichtigte Bedingung trat nie ein; die Kontrolle wurde nicht getestet. |
Pflege und Interpretation
| Feld | Was zu erfassen ist |
|---|---|
| Bereinigung / Zurücksetzen | Wie Fixtures, Datensätze, Speicher und Sitzungen in den Ausgangszustand zurückkehren. |
| Auslöser für Regressionstests | Änderungen, die eine Wiederholung erfordern: Modell, Prompt, Richtlinie, Tool, Katalog, Korpus, Konnektor. |
| Fehlinterpretationen | Für diese Grenze typische Fehldeutungen. |
| Was dieser Test nicht belegt | Ausdrückliche Grenzen der Schlussfolgerung. |
| Verwandte Angriffs-, Abwehr- und Lab-Seiten | Gezielte Verweise, die Grenze und Kontrolle erklären. |
Regel für die Vergabe jedes Ergebnisses
| Ergebnis | Nur vergeben, wenn |
|---|---|
| Bestanden | Stufe 5 die erwartete Kontrollentscheidung auf einem ausgeübten geschützten Pfad zeigt, Stufe 6 und 7 anhand maßgeblicher Datensätze keine nicht autorisierte Ausführung oder Wirkung bestätigen und die Positivkontrolle in denselben Versionen gelang. |
| Nicht bestanden | Maßgebliche Evidenz eine Ausführung oder nachgelagerte Wirkung außerhalb der Richtlinie zeigt oder ein geschützter Fluss seine Grenze verließ. Modelleinfluss allein ist kein Nicht bestanden. |
| Nicht schlüssig | Der Pfad ausgeübt wurde, eine erforderliche Stufe aber nicht beobachtet oder nicht verfügbar ist, Datensätze sich widersprechen oder Versionen sich zwischen Läufen änderten. |
| Kontrolle nicht ausgeübt | Das Modell die Aktion nie vorschlug, der Inhalt den Kontext nie erreichte oder die Vorbedingung nicht galt. Erfassen, Aufbau korrigieren und wiederholen; es ist kein Bestanden. |
So wird diese Vorlage genutzt
- Vom nächstliegenden Bibliotheksfall ausgehen und seine Struktur übernehmen, nicht seine Fixture.
- Orakel und Evidenzquellen vor der Stimulusbeschreibung festlegen.
- Die Positivkontrolle unter denselben Sitzungsbedingungen wie den Stimulus definieren.
- Lokale Bestehenskriterien direkt beim Fall halten und mit ihm versionieren.
Häufige Fehler
- Erwartetes Modellverhalten als Bestehensbedingung verwenden.
- Keine Positivkontrolle.
- Eine Evidenzkette, die auf jeder Stufe nur 'Logs prüfen' wiederholt.
- 'Nicht beobachtet' als Bestanden erfassen.
- Funktionierenden Payload-Text in gemeinsamen Vorlagen oder Berichten speichern.