Einen IT-Arbeitsplatz mit einem Testprotokoll freigeben

Der Arbeitsplatz läuft, aber ist er auch freigabefähig?

Die Nordhain Ingenieurgesellschaft richtet in einer neuen Außenstelle einen Arbeitsplatz für die Bauzeichnerin Mira Reuter ein. Das Notebook NB-27 soll sich am Firmennetz anmelden, auf den Projektordner zugreifen und über einen Netzwerkdrucker ausgeben. Ein unberechtigtes lokales Gastkonto darf den Projektordner dagegen nicht öffnen.

Nach der Einrichtung schreibt eine Person aus dem IT-Team in das Ticket: “Notebook funktioniert.” Diese Aussage hilft dem Betrieb nur wenig. Sie sagt nicht, was geprüft wurde, unter welchen Bedingungen der Test lief und ob ein zweiter Mensch das Ergebnis nachvollziehen könnte. Auch eine einzelne erfolgreiche Anmeldung beweist nicht, dass die Zugriffssperre für das Gastkonto greift.

Ein Testprotokoll schließt diese Lücke. Es verbindet eine vorher festgelegte Erwartung mit einem reproduzierbaren Test und dem tatsächlich beobachteten Ergebnis. So entsteht aus “funktioniert” eine begründete Entscheidung.

In dieser Lektion prüfst du einen bereits eingerichteten Arbeitsplatz als Gesamtsystem. Du brauchst dafür Grundwissen zu Benutzerkonten, Netzwerkverbindungen und Freigaben. Die Lektion behandelt keine Testverfahren für Quellcode. Dafür gibt es die Lektion Eine Softwareänderung mit passenden Testfällen absichern. Auch die eigentliche Übergabe mit Einweisung und Unterschrift folgt erst nach der technischen Prüfung.

Ein Testfall beginnt mit einem entscheidbaren Soll

Ein Test ist nur dann auswertbar, wenn vorher feststeht, welches Ergebnis erwartet wird. “Der Projektordner ist erreichbar” klingt zunächst klar, lässt aber wichtige Fragen offen: Mit welchem Konto? Von welchem Gerät? Welche Aktion soll möglich sein? Wann gilt der Zugriff als erfolgreich?

Für NB-27 vereinbaren Fachbereich und IT deshalb diese Kriterien:

Die Namen, Konten und Grenzwerte gehören zum neu erstellten Szenario. Sie sind keine allgemeine Empfehlung. In einem echten Auftrag werden Kriterien und Grenzen aus Leistungsbeschreibung, Sicherheitsvorgaben und Betriebskonzept abgeleitet.

Ein gutes Sollkriterium nennt den Gegenstand, die Bedingung, die erwartete Beobachtung und eine Grenze. Die Grenze macht aus einer Beobachtung eine Entscheidung. Bei K5 wäre “Bildschirm sperrt sich irgendwann” deshalb zu ungenau.

Testvoraussetzungen machen Ergebnisse vergleichbar

Ein Testergebnis gilt nur für die Bedingungen, unter denen es entstanden ist. Wenn m.reuter bereits mit zwischengespeicherten Anmeldedaten angemeldet war, belegt der Versuch nicht sicher, dass die erste Anmeldung am Firmennetz funktioniert. Wenn die prüfende Person statt des vorgesehenen Benutzerkontos ein Administratorkonto nutzt, prüft sie andere Rechte als im späteren Betrieb.

Vor dem Test hält das Team deshalb fest:

• Gerät und Softwarestand: NB-27, Installationsstand 2026.07.10-rc2
• Testort und Verbindung: Außenstelle Nord, kabelgebundenes Firmennetz
• Konten und Ausgangszustand: m.reuter noch nicht angemeldet, gast-test aktiviert, Administratorkonto nur für die Einrichtung
• benötigte Testdaten: Datei freigabe-test.txt ohne echte Projekt- oder Personendaten
• abhängige Dienste: Namensauflösung, Domänenanmeldung, Dateidienst und Druckdienst sind laut Betriebsüberwachung verfügbar
• Verantwortlichkeit und Zeitpunkt: ausführende Person sowie Datum und Uhrzeit des Laufs

Diese Angaben verhindern nicht jede Störung. Sie zeigen aber, worauf sich das Ergebnis bezieht. Fällt während des Tests der Dateidienst aus, lautet der Status nicht automatisch “Arbeitsplatz fehlerhaft”. Der Lauf ist unter dieser Voraussetzung nicht auswertbar und wird nach Wiederherstellung wiederholt.

Schritte, Erwartung und Beobachtung bleiben getrennt

Ein Testfall beschreibt zunächst die Schritte und das erwartete Ergebnis. Erst bei der Durchführung kommt das tatsächliche Ergebnis hinzu. Diese Trennung ist wichtig: Wer die Erwartung erst nach dem Lauf formuliert, kann sie unbewusst an das Beobachtete anpassen.

So sieht der Testfall zu K2 aus:

Das tatsächliche Ergebnis sollte so konkret sein, dass eine andere Person die Abweichung versteht. “Test fehlgeschlagen” reicht nicht. Der Befund nennt deshalb die erfolgreiche Teilhandlung, den fehlerhaften Schritt, die sichtbare Meldung und einen auffindbaren Beleg.

Ein Beleg stützt die Beobachtung. Das kann ein Protokolleintrag, eine Messdatei, ein Bildschirmfoto oder die Kennung eines Tickets sein. Der Beleg ersetzt die Beschreibung nicht. Ein Bildschirmfoto ohne Testfall, Zeit und Kontext ist später ebenso schwer einzuordnen wie ein Befund ohne Beleg. Vertrauliche Daten gehören nicht unnötig in Testnachweise.

Positiv- und Negativtests betrachten zwei Seiten derselben Regel

Ein Positivtest prüft, ob eine erlaubte oder erwartete Handlung gelingt. T-02 prüft den vorgesehenen Zugriff von m.reuter. Ein Negativtest prüft, ob das System eine nicht erlaubte oder ungültige Handlung kontrolliert ablehnt. Für K3 versucht gast-test, denselben Projektordner zu öffnen.

Der Negativtest ist nicht einfach ein absichtlich kaputter Test. Sein erwartetes Ergebnis ist eine geregelte Ablehnung. Er ist bestanden, wenn der Zugriff verweigert wird und dabei keine schützenswerten Informationen sichtbar werden.

Ein bestandener Positivtest beweist nicht automatisch den Negativfall. Wenn m.reuter zugreifen kann, kann der Projektordner trotzdem versehentlich für alle Konten freigegeben sein. Umgekehrt zeigt eine korrekte Sperre für gast-test noch nicht, dass das berechtigte Konto arbeiten kann.

Eine Abweichung führt zu Korrektur und gezieltem Nachtest

Die Abweichung aus T-02 wird als Ticket INC-271 erfasst. Die Administration korrigiert die Gruppenberechtigung für den Projektordner. Danach reicht es nicht, das Ticket mit “Rechte angepasst” zu schließen. Der ursprüngliche Soll-Ist-Vergleich muss erneut durchgeführt werden.

Der Nachtest wiederholt den betroffenen Testfall nach einer Änderung. Für T-02 nutzt das Team dieselben Voraussetzungen, Schritte und Testdaten mit dem neuen Konfigurationsstand 2026.07.10-rc3. Das Löschen gelingt nun. Der Befund verweist auf den ursprünglichen Lauf und den neuen Beleg.

Zusätzlich wird T-03 mit gast-test wiederholt. Dieser zweite Lauf ist eine kleine Rückwirkungsprüfung: Die Korrektur soll m.reuter das notwendige Recht geben, ohne die Sperre für andere Konten aufzuheben. Eine Änderung kann ein Problem lösen und dabei ein neues erzeugen.

Freigabegrenzen müssen vor der Auswertung feststehen

Nicht jede Abweichung hat dieselbe Wirkung. Eine leicht verschobene Seitenkante auf der Testseite kann für den Betrieb akzeptabel sein. Ein unberechtigter Zugriff auf Projektdaten darf dagegen nicht als kleine Schönheitsabweichung behandelt werden.

Für NB-27 wurden vor dem Test drei Klassen vereinbart:

• blockierend: Ein Sicherheitskriterium ist verletzt oder eine Kernaufgabe ist nicht möglich. Keine Freigabe vor Korrektur und bestandenem Nachtest.
• wesentlich: Der Betrieb ist eingeschränkt, aber ein abgestimmter Ersatzweg existiert. Eine befristete Freigabe mit dokumentierter Auflage ist nur durch die dafür verantwortliche Stelle möglich.
• gering: Die Kernaufgabe und Sicherheitskriterien sind erfüllt. Die Abweichung wird mit Termin nachverfolgt und verhindert die vereinbarte Freigabe nicht.

Diese Klassen sind Projektvereinbarungen, keine allgemeingültigen gesetzlichen Kategorien. Entscheidend ist, dass Grenze, Zuständigkeit und mögliche Auflage vor der Ergebnisbewertung feststehen. Sonst wird aus einer Freigabe schnell eine nachträgliche Rechtfertigung.

Nach den Nachtests liegt dieser Stand vor:

Die vorab vereinbarte Grenze erlaubt für die Druckerkonfiguration eine Freigabe mit Nachverfolgung. Die verantwortliche Betriebsleitung kann NB-27 deshalb freigeben und die Korrektur von Fach 2 als Aufgabe mit Termin dokumentieren. Wäre K3 nicht erfüllt, wäre dieselbe Entscheidung unzulässig: Die Sicherheitsabweichung ist blockierend.

Testprotokoll, Softwaretest und Übergabe erfüllen verschiedene Aufgaben

Die Begriffe hängen zusammen, sind aber nicht austauschbar:

Ein Testprotokoll kann also eine wichtige Grundlage für die Abnahme sein. Es ist aber nicht automatisch das Abnahmeprotokoll. Die Abnahme hält zusätzlich fest, wer die Leistung in welchem Umfang akzeptiert, welche Unterlagen übergeben wurden und welche offenen Punkte vereinbart sind.

Übernimm die Freigabe für einen zweiten Arbeitsplatz

Damit wird aus “funktioniert” eine belastbare Entscheidung

Ein gutes Testprotokoll beginnt vor dem ersten Klick. Sollkriterium, Voraussetzungen, Schritte, Erwartung und Freigabegrenze stehen fest, bevor das tatsächliche Ergebnis eingetragen wird. Positiv- und Negativtests betrachten erlaubtes und verbotenes Verhalten. Belege machen Beobachtungen auffindbar, ersetzen aber nicht ihre verständliche Beschreibung.

Bei einer Abweichung folgen Korrektur und Nachtest. Erst danach wird anhand der vorher vereinbarten Grenzen entschieden. So bleibt die Freigabe auch für Menschen nachvollziehbar, die beim ursprünglichen Test nicht dabei waren.

Belegmatrix

Die Matrix zeigt, worauf die Lernziele beruhen und wo du sie angewendet hast.