Prüffälle & Prüfläufe

Prüfen, protokollieren, belegen

Prüffälle mit Vorbedingungen, Schritten und erwartetem Ergebnis. Der Prüf-Modus hakt Schritt für Schritt ab — und macht daraus einen Nachweis.

Prüflauf VER-0002 · Schritt für Schritt
1

Gerät einschalten

2

Selbsttest abwarten

3

Anzeige prüfen: alle Segmente leuchten

Gesamtergebnis · aus den Schritten abgeleitetFehlgeschlagen

Testergebnisse, die nichts belegen

Ein Häkchen in einer Liste ist kein Nachweis.

Bestanden — wofür?

Der Test lief. Gegen welchen Stand der Anforderung, weiß nachher niemand mehr.

Kein Verlauf

Das letzte Ergebnis überschreibt das vorletzte. Regression sieht man erst, wenn sie weh tut.

Fehlschlag ohne Folge

Der fehlgeschlagene Test steht im Protokoll. Ein Ticket daraus zu machen bleibt Handarbeit.

Prüfungen ohne Auftrag

Es wird geprüft, was schon immer geprüft wurde — auch wenn es keine Anforderung mehr dazu gibt.

Prüf-Modus

Die Seite arbeitet mit, statt zu verwalten

Vorbedingungen und erwartetes Ergebnis bleiben sichtbar, die Schritte werden einzeln abgehakt. Das Gesamtergebnis leitet sich daraus ab — überschreibbar, weil der Prüfer mehr weiß als die Regel.

    Prüflauf VER-0002 · Schritt für Schritt
    1

    Gerät einschalten

    2

    Selbsttest abwarten

    3

    Anzeige prüfen: alle Segmente leuchten

    Gesamtergebnis · aus den Schritten abgeleitetFehlgeschlagen
    Eingefrorener Stand

    BAS-0003 · Abnahme Release 2

    Typ Auslieferung · eingefroren am 18.07.2026 · Aufbewahrung bis 2036

    248

    Anforderungen

    163

    Prüffälle

    410

    Verknüpfungen

    214

    Verifiziert

    Der Stand ist unveränderlich. Was heute anders ist, zeigt der Vergleich mit BAS-0002 — dazugekommen, geändert, entfernt.

    Prüfläufe

    Jeder Lauf ist ein Ereignis, kein Feld

    Ergebnis, Datum, Prüfer, Nachweis-Link und optional der eingefrorene Stand, gegen den geprüft wurde. Läufe werden nie überschrieben — der Verlauf ist der Beweis.

      Fehlschlag

      Aus dem Fehlschlag wird ein Vorgang

      Ein fehlgeschlagener Lauf erzeugt per Klick eine Aufgabe auf dem Projekt-Board — verknüpft mit dem Prüffall, mit Titel und Kontext vorbefüllt. Für externe Fehlerdatenbanken bleibt das Freitextfeld.

        Trace-Matrix · Anforderung × Prüfebene
        UnitIntegrationQualifikationAbnahme
        REQ-0101
        REQ-0102
        REQ-0103
        REQ-0104

        REQ-0103 hat auf keiner Ebene eine Prüfung — die Lücke steht als Zeile da, nicht als Fußnote.

        Fragen zu Prüfungen

        Für manuelle Prüfungen, Reviews, Inspektionen und Analysen ja. Automatisierte Testläufe bleiben dort, wo sie laufen — der Import solcher Ergebnisse als Prüfläufe ist vorgesehen.

        Ja, und umgekehrt. Ein Prüffall deckt beliebig viele Anforderungen ab; eine Anforderung kann von mehreren Prüfungen belegt werden. Beide Seiten zeigen die Verbindung.

        Es gab einen bestandenen Lauf, aber die Anforderung wurde seitdem inhaltlich geändert. Der alte Nachweis gilt für den alten Text — deshalb ist das etwas anderes als „bestanden“ und etwas anderes als „ungeprüft“.

        Wer im Projekt das Recht zum Bearbeiten von Anforderungen hat. Rechte gelten je Projekt und lassen sich über Rollen und Projektrollen fein steuern.

        Prüfen und dabei den Nachweis erzeugen

        Testen Sie den Prüf-Modus mit Ihren eigenen Prüffällen.