aiMOOC

IT-Service Projekte und Automatisierung – IT-Lösungen mit Nutzenden erproben

QR-Code

IT-Service Projekte und Automatisierung – IT-Lösungen mit Nutzenden erproben

Kurzbeschreibung: Rückmeldung einholen, IT-Lösungen mit Nutzenden erproben und eine verständliche Abnahme vorbereiten.

Zielgruppe: Auszubildende in IT-Berufen, insbesondere Fachinformatikerinnen und Fachinformatiker.

Lernzeit: Sechs Lerneinheiten mit jeweils etwa 10–15 Minuten, ergänzt durch praktische Übungen.

Lernziele: Du kannst Akzeptanzkriterien formulieren, sichere Tests durchführen, Rückmeldungen auswerten, Verbesserungen begründen und eine Abnahme dokumentieren.

Sicherheitsregel: Verwende ausschließlich fiktive Daten und lokale oder ausdrücklich autorisierte Testumgebungen. Keine fremden Netzwerke, Produktivsysteme, echten Tickets, Zugangsdaten oder Kundendaten verwenden. Die Codebeispiele benötigen keine Netzwerkverbindung.

Einleitung

Eine IT-Lösung ist nicht automatisch fertig, nur weil das Programm funktioniert. Sie muss auch den Anforderungen entsprechen und für die Nutzenden verständlich sein.

Unser Lernweg:

Auftrag → Prototyp → automatisierter Test → Nutzertest → Feedback → Abnahmeentscheidung

Fehler beim Erstellen des Vorschaubildes:

Bildimpuls: Warum sind kleine Verbesserungen mit frühem Feedback oft günstiger als eine einzige große Lieferung?

Ausbildungsfall: Der Ticketstatus-Assistent

Du arbeitest im fiktiven IT-Service-Lernlabor. Dein Team soll einen kleinen Assistenten entwickeln, der den Bearbeitungsstatus eines erfundenen Supporttickets verständlich erklärt.

Beispiel:

Eingabe	Ausgabe
TK-104, offen	Ticket TK-104: offen. Nächster Schritt: Wir haben die Anfrage erhalten.
TK-104, gelöst	Ticket TK-104: gelöst. Nächster Schritt: Bitte bestätige, ob alles funktioniert.

Das Programm ist nur eine lokale Übung. Es besitzt keine Schnittstelle zu einem echten Ticketsystem.

Dein Auftrag: Prüfe nicht nur, ob die Ausgaben technisch korrekt sind, sondern auch, ob andere Auszubildende den nächsten Schritt verstehen.

Lerneinheit 1: Anforderungen und Akzeptanzkriterien

Dauer: 10 Minuten

Ein Akzeptanztest prüft, ob eine Lösung vereinbarte Anforderungen erfüllt. Ein Usability-Test untersucht, wie gut Menschen mit einer Lösung zurechtkommen.

Die Abnahme ist die dokumentierte Entscheidung einer zuständigen, autorisierten Person. Ein bestandener automatisierter Test allein ersetzt diese Entscheidung nicht.

Bildimpuls: Ordne die Arbeitsschritte Planen, Entwickeln, Erproben und Verbessern gedanklich einem Aufgabenboard zu.

Unsere prüfbaren Kriterien

Kriterium	Erwartetes Ergebnis
AK1: Offenes Ticket	Für TK-104 und offen wird der Eingang bestätigt.
AK2: Gelöstes Ticket	Für TK-104 und gelöst wird verständlich um Bestätigung gebeten.
AK3: Unbekannter Status	Es erscheint eine Fehlermeldung.
AK4: Ungültige Ticketnummer	Es erscheint eine Fehlermeldung.
AK5: Verständlichkeit	Mindestens vier von fünf Testpersonen erklären den nächsten Schritt ohne Hilfe korrekt.

Wichtig: AK5 ist eine ausdrücklich vereinbarte Schwelle unseres fiktiven Ausbildungsfalls, keine allgemeingültige Norm.

Basisaufgabe: Erkläre, warum „Die Anwendung ist gut“ kein geeignetes Akzeptanzkriterium ist.

Begründetes Feedback: „Gut“ ist nicht eindeutig messbar. Ein hilfreiches Kriterium beschreibt eine beobachtbare Handlung oder ein prüfbares Ergebnis.

Lernvideo: Akzeptanzkriterien

Unsuck Work: Akzeptanzkriterien – User Story Beispiel.

Beobachtungsauftrag: Achte darauf, weshalb Anforderungen vor der Umsetzung überprüfbar formuliert werden sollten.

Lerneinheit 2: Lokale interaktive Testumgebung

Dauer: 15 Minuten

Du erstellst jetzt einen ausführbaren Prototyp in Python.

Datei:Software Development Lifecycle Diagram.png

Sichere Vorbereitung

Verwende einen eigenen lokalen Übungsordner oder eine freigegebene Offline-VM ohne Netzwerkverbindung und ohne eingebundene Kundendateien.
Installiere beziehungsweise nutze eine lokal vorhandene Python-3-Version.
Speichere die folgenden Dateien im selben Übungsordner.
Verwende ausschließlich die erfundenen Ticketnummern TK-104 oder TK-205.
Führe die Programme ohne Administratorrechte aus.

Eine virtuelle Python-Umgebung kann Abhängigkeiten trennen, ist aber keine Sicherheits-Sandbox. Für stärkere Isolation eignet sich eine eigens bereitgestellte Offline-VM.

Codebeispiel 1: ticket_service.py

STATUS = {
    "offen": "Wir haben die Anfrage erhalten.",
    "in bearbeitung": "Wir prüfen den Vorgang.",
    "gelöst": "Bitte bestätige, ob alles funktioniert.",
}

def meldung(ticket, status):
    ticket = ticket.strip().upper()
    status = status.strip().lower()

    if not ticket.startswith("TK-") or not ticket[3:].isdigit():
        return "Fehler: Bitte eine fiktive Ticketnummer wie TK-104 eingeben."

    if status not in STATUS:
        return "Fehler: Status nicht bekannt."

    return f"Ticket {ticket}: {status}. Nächster Schritt: {STATUS[status]}"

if __name__ == "__main__":
    print("Lokale Demo: nur erfundene Daten, keine Netzverbindung.")

    while True:
        nummer = input("Ticketnummer oder ende: ")

        if nummer.strip().lower() == "ende":
            break

        status = input("Status (offen/in bearbeitung/gelöst): ")
        print(meldung(nummer, status))

Lokal starten: python ticket_service.py

Auf manchen Betriebssystemen lautet der Befehl python3 oder py.

Interaktiver Versuch: Gib TK-104 und offen ein. Teste danach den unbekannten Status fertig. Beende die Demo mit ende.

Erwartung: Die gültige Eingabe liefert einen verständlichen nächsten Schritt. Der unbekannte Status erzeugt eine Fehlermeldung. Es werden keine Anfragen versendet und keine Eingaben gespeichert.

Gestufte Hilfe zum Code

Hilfe 1 – Impuls: Schau auf die beiden Bedingungen vor der Rückgabe der Statusmeldung.

Hilfe 2 – Hinweis: STATUS enthält die erlaubten Zustände. isdigit() prüft den Nummernanteil.

Hilfe 3 – Lösungsweg: Erst Ticketnummer und Status prüfen, danach die passende Meldung zusammensetzen.

Anwendungsaufgabe: Ergänze einen weiteren erfundenen Testfall mit einem führenden Leerzeichen.

Begründetes Feedback: Die Funktion entfernt Rand-Leerzeichen mit strip(). Deshalb sollten unbeabsichtigte Leerzeichen am Anfang oder Ende das erwartete Ergebnis nicht verändern.

Lerneinheit 3: Automatisierte Tests

Dauer: 15 Minuten

Testautomatisierung ermöglicht wiederholbare Prüfungen. Automatische Tests erkennen jedoch nicht zuverlässig, ob Menschen einen Text verstehen.

Die Testpyramide unterscheidet verschiedene Testebenen. Für unseren kleinen Assistenten beginnen wir mit Funktionstests.

Codebeispiel 2: test_ticket_service.py

Speichere diesen Code neben ticket_service.py.

import unittest
from ticket_service import meldung

class TestMeldung(unittest.TestCase):

    def test_offen(self):
        self.assertEqual(
            meldung("TK-104", "offen"),
            "Ticket TK-104: offen. Nächster Schritt: Wir haben die Anfrage erhalten."
        )

    def test_geloest(self):
        self.assertIn(
            "Bitte bestätige",
            meldung("TK-104", "gelöst")
        )

    def test_falsche_nummer(self):
        self.assertTrue(
            meldung("ABC", "offen").startswith("Fehler:")
        )

    def test_falscher_status(self):
        self.assertEqual(
            meldung("TK-104", "fertig"),
            "Fehler: Status nicht bekannt."
        )

if __name__ == "__main__":
    unittest.main()

Ausführen:

python -m unittest -v test_ticket_service.py

Erwartetes Ergebnis: Vier erfolgreiche Tests und die Meldung OK.

Wenn ein Test scheitert, vergleiche zuerst erwartete und tatsächliche Ausgabe. Verändere den Test nicht nur, damit er grün wird.

Lernvideo: Python-Unittest

Corey Schafer: Python Tutorial – Unit Testing Your Code with the unittest Module.

Anwendungsaufgabe: Ergänze einen Test für TK-205 und in bearbeitung.

Feedback: Ein guter Test enthält eine konkrete Eingabe und ein vorher festgelegtes Ergebnis. Nach einer Codeänderung schützt er zusätzlich vor unbeabsichtigten Regressionen.

Lerneinheit 4: Mit Nutzenden erproben

Dauer: 15 Minuten

Ein Nutzertest macht sichtbar, wo technisch richtige Lösungen unverständlich bleiben.

Du arbeitest in einer Gruppe mit wechselnden Rollen: Testperson, Moderation und Beobachtung. Verwendet ausschließlich die lokale Demo und fiktive Szenarien.

Ablauf eines kurzen Nutzertests

Aufgabe geben: „Du erhältst die fiktive Ticketmeldung TK-104. Finde heraus, was du als Nächstes tun sollst.“
Beobachten: Notiere, ob die Testperson den nächsten Schritt ohne Hilfe erklären kann.
Neutral fragen: „Was bedeutet diese Meldung für dich?“
Dokumentieren: Halte Schwierigkeiten und Verbesserungsvorschläge ohne personenbezogene Daten fest.
Auswerten: Vergleiche die Beobachtung mit AK5.

Nicht geeignet: „Die Meldung ist doch eindeutig, oder?“

Besser: „Welche Information fehlt dir noch?“

Medienbeispiel: Ein Usability-Test

Datei:GuidedTour usability test 1.webm

Wikimedia Foundation: kurzer Ausschnitt eines Usability-Tests.

Nielsen Norman Group: typische Moderationsfehler bei Usability-Tests vermeiden.

Beobachtungsauftrag: Warum verfälschen führende Fragen und ungefragte Hilfestellungen die Testergebnisse?

Kompaktes Testprotokoll

Feld	Fiktiver Eintrag
Testfall	Verständlichkeit einer Statusmeldung
Testumgebung	Lokale Python-Demo ohne Netzverbindung
Eingabe	TK-104 und gelöst
Erwartung	Person erklärt den nächsten Schritt selbstständig.
Beobachtung	Testperson P3 fragt nach der Bedeutung von gelöst.
Ergebnis	Verständlichkeit in diesem Versuch nicht nachgewiesen
Verbesserung	Bestätigungsschritt deutlicher formulieren

Feedback: Die Beobachtung dokumentiert ein konkretes Verständigungsproblem. Sie beweist weder, dass die gesamte Anwendung unbrauchbar ist, noch dass alle anderen Personen dieselbe Schwierigkeit haben.

Lerneinheit 5: Feedback visualisieren und bewerten

Dauer: 10 Minuten

Feedback ist besonders nützlich, wenn daraus eine begründete Verbesserung und anschließend ein erneuter Test entstehen.

Datei:Feedback loop.png

Fiktive Testdaten

Testperson	Nächsten Schritt verstanden	Verständlichkeitsbewertung
P1	Ja	5
P2	Ja	4
P3	Nein	2
P4	Ja	4
P5	Nein	3

Diese Daten sind vollständig erfunden. Die Bewertung reicht von 1 für sehr unverständlich bis 5 für sehr verständlich.

Datenvisualisierung

Ergebnis	Balken	Anzahl
Verstanden	███	3
Nicht verstanden	██	2

Erfolgsquote: 3 von 5 = 60 Prozent.

Durchschnittliche Bewertung: 3,6 von 5.

Interpretation: AK5 wurde nicht erreicht. Die kleinen Beispieldaten dienen dem Lernen und sind keine repräsentative Nutzerstudie.

Codebeispiel 3: feedback_auswertung.py

# Ausschließlich fiktive Übungsdaten
feedback = [
    ("P1", True, 5),
    ("P2", True, 4),
    ("P3", False, 2),
    ("P4", True, 4),
    ("P5", False, 3),
]

verstanden = sum(klar for _, klar, _ in feedback)
gesamt = len(feedback)
schnitt = sum(note for _, _, note in feedback) / gesamt

print(f"Verstanden: {verstanden}/{gesamt}")
print(f"Ja:   {'█' * verstanden} ({verstanden})")
print(f"Nein: {'█' * (gesamt - verstanden)} ({gesamt - verstanden})")
print(f"Bewertung: {schnitt:.1f}/5")
print("Abnahmeempfehlung:", "ja" if verstanden >= 4 else "nein")

Lokal starten: python feedback_auswertung.py

Das Programm benötigt nur die Python-Standardbibliothek, liest keine Kundendaten und stellt keine Netzwerkverbindung her.

Basisaufgabe: Berechne die Verständlichkeitsquote selbst.

Anwendungsaufgabe: Ändere testweise einen fiktiven Nein-Wert auf Ja und beobachte das Ergebnis.

Transferaufgabe: Begründe, warum die Anzahl bestandener Funktionstests nicht mit der Verständlichkeitsquote gleichgesetzt werden darf.

Begründetes Feedback: Funktionstests prüfen festgelegtes Programmverhalten. Nutzertests erfassen, ob die Anwendung ihren Zweck aus Sicht der Menschen erfüllt. Beides sind unterschiedliche Qualitätsnachweise.

Lerneinheit 6: Verständliche Abnahme

Dauer: 10 Minuten

Für eine Abnahme werden die vereinbarten Kriterien, Testergebnisse, offenen Probleme und Verantwortlichkeiten zusammengeführt.

Unsere Trainingsregel: Alle Kriterien AK1 bis AK5 müssen erfüllt sein. Eine autorisierte Person entscheidet danach über die Abnahme.

Beispiel einer Abnahmeentscheidung

Prüfaspekt	Ergebnis im fiktiven Fall
Funktionstests AK1–AK4	Bestanden, sofern alle vier Tests erfolgreich liefen
Nutzertest AK5	Nicht bestanden, nur 3 von 5 Personen verstanden die Meldung.
Offenes Problem	Die Formulierung zum nächsten Schritt ist nicht für alle verständlich.
Nächste Maßnahme	Text überarbeiten und einen neuen Nutzertest durchführen.
Empfehlung	Noch keine Abnahme

Wichtig: Die Empfehlung des Lernteams ist keine formelle Freigabe. Nur eine dafür zuständige Person kann auf Grundlage der Vereinbarungen abnehmen.

Muster für ein Abnahmeprotokoll

Feld	Musterinhalt
Projekt	Fiktiver Ticketstatus-Assistent
Version	Lernversion 1
Umgebung	Lokale Testumgebung
Prüfkriterien	AK1 bis AK5
Testnachweise	Automatisierte Tests und anonymes Beobachtungsprotokoll
Abweichung	AK5 noch nicht erfüllt
Entscheidung	Abnahme zurückgestellt
Vereinbarte Maßnahme	Text verbessern und erneut erproben
Zuständigkeit und Termin	Im Ausbildungsteam zu vereinbaren

Kommunikationsübung: Erkläre die Entscheidung in höchstens drei Sätzen ohne Fachjargon.

Mögliches begründetes Feedback: „Die Funktionen arbeiten wie erwartet. Zwei von fünf Testpersonen verstanden den nächsten Schritt noch nicht. Deshalb überarbeiten wir den Text und prüfen die Verständlichkeit erneut.“ Diese Nachricht macht Ergebnis, Ursache und weiteres Vorgehen nachvollziehbar.

Gestufte Lernhilfen

Problem	Hilfe 1 – Impuls	Hilfe 2 – Hinweis	Hilfe 3 – Lösungsweg
Test schlägt fehl	Was sollte passieren?	Vergleiche Soll und Ist.	Prüfe Eingabe, erwarteten Text und Rückgabewert.
Rückmeldung ist unklar	Was wurde beobachtet?	Trenne Beobachtung und Meinung.	Beschreibe Situation, Schwierigkeit und Verbesserung.
Abnahme ist strittig	Welche Kriterien gelten?	Prüfe jedes Kriterium einzeln.	Dokumentiere die Abweichung und vereinbare einen Nachtest.
Ergebnisdaten widersprechen sich	Welche Messgrößen werden verglichen?	Funktion und Verständlichkeit getrennt auswerten.	Zeige beide Ergebnisse und erläutere ihren unterschiedlichen Zweck.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Wozu dienen Akzeptanzkriterien? (Sie machen Anforderungen überprüfbar) (!Sie ersetzen sämtliche Nutzertests) (!Sie beschreiben nur die Programmiersprache) (!Sie erlauben automatisch die Freigabe)

Was steht bei einem Nutzertest im Mittelpunkt? (Die tatsächliche Nutzung durch Menschen) (!Nur die Geschwindigkeit des Computers) (!Nur die Anzahl der Codezeilen) (!Nur der Name des Programms)

Welche Umgebung ist für unsere Übungen vorgesehen? (Eine lokale autorisierte Umgebung mit fiktiven Daten) (!Ein fremdes Produktivnetzwerk) (!Eine echte Kundendatenbank ohne Erlaubnis) (!Ein beliebiges öffentliches Ticketsystem)

Was sollte bei einer unbekannten Statuseingabe passieren? (Eine verständliche Fehlermeldung erscheint) (!Das Programm greift auf ein fremdes System zu) (!Die Eingabe wird ungeprüft als gültig angezeigt) (!Die Daten werden an einen externen Dienst gesendet)

Welchen Vorteil bieten automatisierte Tests? (Sie prüfen festgelegtes Verhalten wiederholbar) (!Sie beweisen vollständige Fehlerfreiheit) (!Sie ersetzen jede Abnahmeentscheidung) (!Sie garantieren verständliche Formulierungen)

Welche Frage eignet sich für einen neutralen Nutzertest? (Was bedeutet diese Meldung für dich) (!Du hast das doch verstanden) (!Ist unsere Lösung nicht hervorragend) (!Findest du nicht auch alles eindeutig)

Wie viele Personen verstanden im Beispieldatensatz den nächsten Schritt? (Drei von fünf) (!Alle fünf) (!Eine von fünf) (!Keine von fünf)

Was bedeutet ein bestandener Funktionstest? (Der überprüfte Testfall erfüllt die erwartete Bedingung) (!Die gesamte Software besitzt keine Fehler) (!Alle Nutzenden sind zufrieden) (!Die formelle Abnahme ist automatisch erfolgt)

Wer entscheidet verbindlich über eine formelle Abnahme? (Die hierfür autorisierte Person) (!Ein beliebiger Testautomat) (!Jede unbeteiligte Person) (!Ausschließlich die Programmiersprache)

Was ist nach einem Verständlichkeitsproblem sinnvoll? (Verbessern und erneut mit Nutzenden testen) (!Die kritische Rückmeldung löschen) (!Das Kriterium rückwirkend entfernen) (!Die Software ohne Prüfung freigeben)

Memory

Finde die passenden Begriffe und Erklärungen.

Akzeptanzkriterium	Überprüfbare Bedingung für eine Freigabe
Funktionstest	Prüfung des erwarteten Programmverhaltens
Nutzertest	Beobachtung einer konkreten Nutzungssituation
Testprotokoll	Dokumentation von Durchführung und Ergebnis
Fehlermeldung	Hinweis auf eine ungültige Eingabe
Regressionstest	Wiederholte Prüfung nach einer Änderung
Abnahmeentscheidung	Dokumentierte Zustimmung oder Zurückstellung

Drag and Drop

Ordne die Begriffe den passenden Beschreibungen zu.

Ordne die richtigen Begriffe zu.	Beschreibung
Anforderung	Beschreibt eine gewünschte Eigenschaft
Testfall	Verbindet Eingabe mit erwartetem Ergebnis
Beobachtung	Hält das Verhalten einer Testperson fest
Verbesserung	Reagiert auf eine erkannte Schwierigkeit
Abnahme	Dokumentiert eine autorisierte Freigabeentscheidung

Kreuzworträtsel

Testfall	Wie heißt eine konkrete Prüfung mit festgelegter Eingabe und erwartetem Ergebnis?
Feedback	Wie nennt man eine Rückmeldung zur erprobten Lösung?
Abnahme	Wie heißt die formelle Bestätigung einer vereinbarten Leistung?
Regression	Wie heißt das erneute Prüfen bereits funktionierender Eigenschaften nach Änderungen?
Prototyp	Wie nennt man eine frühe Musterlösung?
Kriterium	Wie heißt eine einzeln überprüfbare Bedingung?

LearningApps

Optional kannst Du weitere Lernaufgaben suchen. Verwende dabei keine echten Tickets oder personenbezogenen Daten.

Lückentext

Eine IT-Lösung soll die Bedürfnisse der

erfüllen.

Vor dem Test werden überprüfbare

festgelegt.

Eine frühe Musterlösung heißt

.

Für unsere lokalen Übungen verwenden wir ausschließlich

.

Das Python-Modul

unterstützt wiederholbare Funktionstests.

Ein konkreter Prüfvorgang heißt

.

Die erwartete Ausgabe wird mit dem tatsächlichen

verglichen.

Bei einem Nutzertest sollte die Moderation möglichst

bleiben.

Beobachtungen werden in einem

festgehalten.

Eine Rückmeldung zur Lösung heißt

.

Die grafische Darstellung von Ergebnissen bezeichnet man als

.

Nach einer Verbesserung folgt ein erneuter

.

Eine dokumentierte Freigabeentscheidung wird als

bezeichnet.

Eine bekannte Abweichung muss vor der Entscheidung

werden.

Das erneute Prüfen nach einer Änderung kann unerwünschte

erkennen.

Eine funktionierende Lösung ist nicht zwangsläufig für alle Personen

.

Feedback zu den interaktiven Aufgaben

Basis: Richtig ist eine Antwort, wenn sie eine überprüfbare Eigenschaft oder eine beobachtbare Handlung beschreibt. Bloße Meinungen genügen dafür nicht.

Anwendung: Ein Test gilt nur für die tatsächlich geprüften Eingaben und Bedingungen. Zusätzliche Nutzertests liefern andere, ergänzende Erkenntnisse.

Transfer: Eine begründete Abnahmeentscheidung verbindet alle vereinbarten Kriterien mit dokumentierten Nachweisen. Ein offenes wesentliches Kriterium darf nicht einfach ignoriert werden.

Offene Aufgaben

Leicht – Basisaufgaben

Serviceablauf: Zeichne den Weg einer Ticketmeldung vom Eingang bis zur Rückmeldung. Feedback: Die Darstellung ist gelungen, wenn jede Station eine erkennbare Funktion besitzt, weil sonst Zuständigkeiten unklar bleiben.
Prüfbare Kriterien: Formuliere zwei zusätzliche Kriterien für den fiktiven Ticketassistenten. Feedback: Jedes Kriterium braucht ein messbares oder beobachtbares Ergebnis, damit es unabhängig überprüft werden kann.
Manueller Test: Führe drei lokale Testfälle aus und notiere Soll und Ist. Feedback: Ein sauberer Vergleich ist wichtiger als eine bloße Aussage wie funktioniert, weil andere den Test nachvollziehen können müssen.
Rückmeldung: Formuliere eine neutrale Interviewfrage und eine wertende Gegenfrage. Feedback: Die neutrale Frage gibt keine gewünschte Antwort vor und reduziert damit Verzerrungen.

Standard – Anwendungsaufgaben

Code erweitern: Ergänze eine neue fiktive Statusmeldung und einen passenden automatisierten Test. Feedback: Änderung und Test müssen dasselbe erwartete Verhalten beschreiben, sonst bleibt die neue Funktion ungesichert.
Nutzertest durchführen: Erprobe den Assistenten mit einer anderen Person in der autorisierten lokalen Übungsumgebung. Feedback: Notiere tatsächliche Schwierigkeiten statt persönlicher Urteile, weil Beobachtungen bessere Verbesserungsgrundlagen sind.
Ergebnisse darstellen: Erstelle mit fiktiven Daten eine Tabelle und ein Balkendiagramm für zwei Testdurchläufe. Feedback: Gleiche Maßstäbe und beschriftete Werte ermöglichen einen nachvollziehbaren Vergleich.
Fehlerbericht: Beschreibe einen Fehler mit Eingabe, Erwartung, tatsächlicher Ausgabe und Wiederholungsschritten. Feedback: Ein reproduzierbarer Bericht erleichtert die Behebung, weil andere den Fehler gezielt untersuchen können.

Schwer – Transferaufgaben

Verständliche Kommunikation: Gestalte zwei Varianten der Statusmeldung und prüfe ihre Verständlichkeit mit fiktiven Fällen. Feedback: Vergleiche die Varianten anhand derselben Aufgabe und trenne Beobachtung von Interpretation.
Qualitätsentscheidung: Entscheide anhand widersprüchlicher technischer und nutzerbezogener Ergebnisse über das weitere Vorgehen. Feedback: Eine tragfähige Entscheidung berücksichtigt beide Nachweisarten, weil technische Korrektheit allein nicht genügt.
Abnahmegespräch: Simuliere ein Gespräch zwischen Entwicklung, IT-Service und einer abnahmeberechtigten Person. Feedback: Begründe jede Entscheidung durch vereinbarte Kriterien und dokumentiere offene Punkte.
Verbesserungsschleife: Plane eine zweite Version des Assistenten mit Änderung, Regressionstest, erneutem Nutzertest und Abnahmeempfehlung. Feedback: Eine vollständige Schleife zeigt sowohl die technische Wirkung als auch den Nutzen der Änderung.

Lernkontrolle

Bearbeite die folgenden Aufgaben mit einer begründeten Entscheidung.

Unklare Anforderungen: Ein Team verlangt eine moderne und leicht bedienbare Oberfläche. Übersetze diesen Wunsch in zwei überprüfbare Kriterien und erläutere deine Wahl.
Widersprüchliche Ergebnisse: Alle Funktionstests bestehen, doch zwei Testpersonen verstehen den nächsten Schritt nicht. Beschreibe die Auswirkungen auf die Abnahme.
Begrenzte Testzeit: Dir stehen nur 30 Minuten zur Verfügung. Plane eine Kombination aus automatisiertem Test und Nutzertest und begründe deine Prioritäten.
Fehlerbewertung: Ein Tippfehler und eine irreführende Handlungsaufforderung werden entdeckt. Priorisiere die Behebung anhand der Folgen für Nutzende.
Sichere Testdaten: Ein Teammitglied schlägt vor, echte Supporttickets für einen Test zu kopieren. Entwickle eine sichere Alternative und erkläre den Vorteil.
Abnahme kommunizieren: Formuliere einen kurzen Bericht, der bestandene Kriterien, offene Probleme, Verantwortlichkeiten und den nächsten Prüfungstermin verbindet.

Lernnachweis

Für Deinen Lernnachweis erstellst Du eine nachvollziehbare Dokumentation des fiktiven Ausbildungsfalls.

Anforderungen: Eine kurze Beschreibung der gewünschten Lösung mit mindestens vier prüfbaren Kriterien.
Lokale Umsetzung: Die ausführbare Python-Demo mit ausschließlich fiktiven Eingaben.
Testnachweise: Ergebnisse automatisierter Tests und mindestens ein manuell dokumentierter Nutzertest.
Auswertung: Eine verständlich beschriftete Datenvisualisierung und eine begründete Interpretation.
Verbesserung: Eine dokumentierte Änderung mit erneutem Test.
Abnahme: Ein Protokoll mit Entscheidungsvorschlag, offenen Punkten und Zuständigkeit.
Reflexion: Eine Erklärung, warum technische Korrektheit und Verständlichkeit zusammen betrachtet werden müssen.

Bewertungsschwerpunkte: Nachvollziehbarkeit, fachliche Richtigkeit, sicherer Umgang mit Testumgebungen, begründete Entscheidungen und adressatengerechte Kommunikation.

OERs zum Thema

Wikipedia: Softwaretest

Fachlich geprüfte Grundlagen

ISTQB-Glossar: Acceptance Testing – Grundlagen der Abnahmeprüfung.
Atlassian: Akzeptanzkriterien – klare und überprüfbare Anforderungen.
Nielsen Norman Group: Task Scenarios for Usability Testing – realistische Aufgaben und Beobachtung.
Python-Dokumentation: unittest – offizielle Referenz für automatisierte Python-Tests.
Wikipedia: Softwaretest, Testautomatisierung, Benutzerfreundlichkeit und Projektmanagement.

Medien und Nutzungsrechte

Die folgenden Bilder und das kurze Wikimedia-Video sind über Wikimedia Commons verfügbar. Die Dateibeschreibungen enthalten Urheber-, Quellen- und Lizenzinformationen.

Medium	Urheberangabe	Lizenz
Agile Software Development	Steveprutz	CC BY-SA 4.0
Abstract Kanban Board	Jennifer Falco	CC BY 4.0
Software Development Lifecycle	Shawn Rider	CC BY-SA 4.0
Testing Pyramid	Abbe98	CC BY-SA 4.0
Feedback Loop	AnaB1096	CC BY-SA 4.0
GuidedTour Usability Test	Wikimedia Foundation	CC BY-SA 3.0

Hinweis zu Creative Commons: Bei Weiterverwendung gelten die Bedingungen der jeweiligen Datei, insbesondere die erforderliche Namensnennung und gegebenenfalls die Weitergabe unter gleichen Bedingungen.

Externe YouTube-Videos: Die eingebundenen Lernvideos stammen von Unsuck Work, Corey Schafer und Nielsen Norman Group. Sie werden als externe Inhalte eingebettet, nicht als frei lizenzierte OER zur Wiederveröffentlichung ausgegeben.

Online-Datenschutz: Externe Videos, Wikipedia und LearningApps können beim Laden Verbindungen zu Drittanbietern herstellen. Sie sind optionale Informationsmedien und keine Testumgebungen für Kundendaten. Sämtliche praktischen Tests finden lokal beziehungsweise in einer ausdrücklich autorisierten isolierten Umgebung statt.