Einen Freigabeablauf mit klaren Abnahmekriterien prüfen
Ein ausgefüllter Prüfplan für Normalfall, fehlende Angaben, Rollenrechte und abgelehnte Speicherung.
Beschreiben Sie Ergebnis und Ausgangslage
Legen Sie pro wichtigem Ablauf fest, wer ihn unter welchen Voraussetzungen ausführen darf und welcher Zustand danach nachweisbar sein soll. GOV.UK beschreibt Abnahmekriterien als Ergebnisse, an denen sich das erfüllte Nutzerbedürfnis prüfen lässt. Eine allgemeine Zusage wie „Freigabe funktioniert“ wird erst mit solchen Bedingungen überprüfbar.
Beispiel: eine interne Änderungsanfrage freigeben
Die Planung ist vollständig erfunden. Anfrage CH-27 beginnt als draft, geht mit vollständiger Begründung in pending und darf von der zugewiesenen Prüfperson auf approved gesetzt werden. Verwenden Sie synthetische Daten und passende Testkonten in einer kontrollierten Testumgebung. Die Tabelle enthält erwartete Ergebnisse, keine ausgeführten Tests.
Ausgangslage | Aktion | Erwartetes Ergebnis |
|---|---|---|
Antragstellende Person; Begründung leer; | Zur Prüfung einreichen. | Feldbezogene Meldung; Eingaben bleiben erhalten; Status bleibt |
Antragstellende Person; Begründung vollständig; | Zur Prüfung einreichen. | Server speichert |
Person ohne Freigaberecht; | Freigabe direkt aufrufen. | Server lehnt ab; Status bleibt |
Zugewiesene Prüfperson; | Freigeben. | Bestätigte Serverspeicherung als |
Zugewiesene Prüfperson; | Freigeben. | Fehlermeldung; Status bleibt |
Die letzte Zeile setzt eine eindeutige Ablehnung vor der Änderung voraus. Bleibt lediglich eine Antwort aus, ist der gespeicherte Stand zunächst ungeklärt; planen Sie dafür einen eigenen Prüffall zum tatsächlich gespeicherten Stand.
Prüfen Sie Zustand, Berechtigung und Rückmeldung
Ein ausgeblendeter Knopf belegt keine Zugriffskontrolle. OWASP verlangt die passende Berechtigungsprüfung bei jeder Anfrage. Kontrollieren Sie im Test auch direkte Aufrufe und den tatsächlich gespeicherten Zustand. Eine Erfolgsmeldung auf dem Bildschirm genügt dafür nicht.
Setzen Sie jeden Fall mit einer definierten Ausgangslage auf. Playwright empfiehlt voneinander unabhängige Tests mit kontrollierten Daten und Sitzungen. Die Rolle oder der Zustand aus einem vorherigen Fall soll nicht unbemerkt das nächste Ergebnis bestimmen. Klären Sie mit dem Umsetzungsteam, welche Teilprüfungen und vollständigen Abläufe automatisiert werden.
Halten Sie Version, Umgebung, Rolle und verwendete Testdaten fest. Erfassen Sie tatsächliches Ergebnis und Befund getrennt von der Erwartung; ein nicht ausgeführter Fall bleibt offen. Lassen Sie die fachlich verantwortliche Rolle Abweichungen beurteilen und die betroffenen Fälle nach einer Korrektur erneut prüfen.
Quellen
Weiterlesen
Alle Beiträge
Softwareentwicklung mit ASES
Individuelle Software, Web- und Mobile-Apps