aiMOOC

Eine Lösung mit Nutzenden testen - Servicefälle und vernetzte Systeme - Ausbildung

QR-Code

Einleitung

Du lernst, eine IT-Lösung nicht nur technisch zu prüfen, sondern mit ihren späteren Nutzenden anhand realistischer Aufgaben zu erproben. Ein Nutzendentest zeigt, ob Menschen eine Aufgabe selbstständig, verständlich und fehlerarm erledigen können. Er ergänzt funktionale Softwaretests, ersetzt sie aber nicht. Du formulierst klare Akzeptanzkriterien, führst einen fairen Test durch, wertest Messdaten aus und begründest die nächste Änderung.

Zielgruppe: Fachinformatikerinnen und Fachinformatiker im zweiten Ausbildungsjahr, insbesondere mit Blick auf IT-Service-Management, Datenflüsse und Benutzerfreundlichkeit. Alle Personen, Organisationen, Kennungen, Messwerte und Systeme im folgenden Labor sind frei erfunden. Es gibt keine Verbindung zu realen Anlagen, Produktivnetzen, Kundendaten oder Herstellern. Übungen finden ausschließlich in einer freigegebenen, vollständig isolierten Simulationsumgebung unter qualifizierter Anleitung statt.

Lernziele: Du kannst nach diesem aiMOOC (1) Nutzeraufgaben und messbare Kriterien formulieren, (2) eine Testsession neutral moderieren, (3) technische und Bedienfehler unterscheiden, (4) Ergebnisse nachvollziehbar berechnen sowie (5) eine begrenzte Freigabeempfehlung abgeben, ohne eine betriebliche Freigabe vorzutäuschen.

Ausbildungsbezug (Stand der überprüften Referenzen: Oktober 2026): Der KMK-Rahmenlehrplan vom 13.12.2019 beschreibt im schulischen Lernfeld 6 „Serviceanfragen bearbeiten“ des zweiten Ausbildungsjahres das Einordnen von Anfragen, Fehlerdiagnose, Dokumentation, Kommunikation und Qualitätsverbesserung (40 Unterrichtsstunden als Zeitrichtwert). Lernfeld 7 behandelt cyber-physische Systeme, Lernfeld 8 systemübergreifende Daten und Lernfeld 9 Netzwerke und Dienste. Diese Lernfelder sind schulische Orientierung, keine betrieblichen Tätigkeitsfreigaben. Getrennt davon bestimmt die bundesrechtliche Fachinformatikerausbildungsverordnung vom 28.02.2020 zusammen mit dem Ausbildungsrahmenplan die betriebliche Ausbildung; die BIBB-Umsetzungshilfe von 2020 erläutert die Durchführung. Dieser Kurs ist eine didaktische Verknüpfung, keine offizielle Prüfungsaufgabe.

Der fiktive Servicefall und die Nutzenden

Ausgangssituation

Die erfundene Lernfirma Nordlicht-Labor erprobt das Portal DemoService für Meldungen eines ausschließlich simulierten Raumsensors. Im künstlichen Testnetz gibt es den Browser eines Testkontos, einen Demo-Webserver, einen erfundenen Datenbestand und einen Software-Simulator. Alle Endpunkte und Messwerte sind lokal. Die Sensoranzeige hat keine Verbindung zu Gebäudetechnik; sie löst keine Schaltung aus.

Testdatensatz: Der virtuelle Sensor LAB-07 meldet um 09:05 Uhr eine Temperatur von 26,4 °C. Eine Warnung soll erscheinen, wenn der Wert den beispielhaften Schwellwert 25,0 °C überschreitet. Die Differenz beträgt 1,4 °C. Bei 24,8 °C soll die Warnung nicht erscheinen. Diese Grenze ist allein für die Übung festgelegt; sie stellt keinen Sicherheitsgrenzwert oder eine Vorschrift dar. Eine Nutzerin meldet die Auffälligkeit, eine Servicekraft erstellt das Ticket D-104, eine zweite Person prüft dessen Bearbeitungsstatus.

Zielgruppen, Rollen und Erwartungen

Meldende Person: soll die Warnung verstehen, einen Fall eröffnen und eine Ticketkennung erhalten. Servicemitarbeitende: sollen den Fall finden, eingrenzen, kommentieren und den Status von „Neu“ auf „In Prüfung“ setzen. Beobachtungsperson: sieht auf die Handlungsschritte, nicht auf persönliche Leistungsfähigkeit. Die Lösung wird getestet – nicht die Testperson!

Ein Akzeptanzkriterium ist eine vorab überprüfbare Bedingung. Für die Übung gelten: A1: Bei 26,4 °C wird das Laborsignal als Warnung dargestellt. A2: Bei 24,8 °C gibt es keine Warnung. A3: Eine gültige Meldung erzeugt genau eine sichtbare Ticket-ID. A4: Die Servicekraft kann den Status speichern. A5: Bei der Kernaufgabe soll die Medianzeit höchstens 90 s betragen. A5 ist ein fiktiver interner Trainingszielwert, weder eine allgemeine Norm noch eine Zusage für den Produktivbetrieb.

Medienhinweis: Schematischer Anfrage-Antwort-Ablauf zwischen Client und Server; die Abbildung ist englischsprachig. Quelle: Wikimedia Commons, Urheber: Lubaochuan, Lizenz: CC BY-SA 4.0.

Nutzendentest planen und vorbereiten

Testart und Fragen

Ein Funktionstest prüft etwa, ob eine Warnung beim vorgesehenen Wert erscheint. Ein Usability-Test prüft, ob eine reale Zielperson die Meldung versteht und eine Aufgabe bewältigt. Beim Abnahmetest wird gegen vereinbarte Anforderungen geprüft; eine tatsächliche Freigabe entscheiden hierfür zuständige Personen. Bei einem Cognitive Walkthrough gehen Fachkundige die Schritte gedanklich durch; das ist wertvoll, aber kein Ersatz für Beobachtungen echter Zielpersonen.

Testfrage 1: Findet die meldende Person die Schaltfläche „Fall eröffnen“? Testfrage 2: Erkennt sie die Einheit °C und den Unterschied zwischen Messwert und Schwelle? Testfrage 3: Kann die Servicekraft D-104 finden und den Status speichern? Entscheide vorab, was als erfolgreich zählt. Eine Aufgabe ist hier nur erfolgreich, wenn sie ohne inhaltliche Hilfestellung vollständig abgeschlossen ist.

Aufgabenkarte A: „Im Simulationsportal sehen Sie LAB-07 mit 26,4 °C. Melden Sie die Auffälligkeit so, dass der Servicedienst sie bearbeiten kann.“ Die Moderation verrät keine Schaltfläche und keine Lösung. Aufgabenkarte B: „Suchen Sie D-104 und setzen Sie den Status auf In Prüfung.“ Aufgabenkarte C: „Prüfen Sie, ob bei 24,8 °C eine Warnung vorliegt.“ Gib jeder Testperson dieselben Voraussetzungen, sofern du nicht ausdrücklich unterschiedliche Varianten vergleichst.

Durchführung fair gestalten

Für die kleine Lernübung sind drei fiktive Testpersonen vorgesehen: zwei aus der Rolle „Meldende“ und eine aus dem Support. Das reicht für Beobachtungsbeispiele, nicht für repräsentative Aussagen über eine Gesamtbelegschaft. Beginne mit einer kurzen Erklärung, informierter Zustimmung und einer Möglichkeit zum Abbruch. Erhebe keine echten Namen, persönlichen Leistungsdaten, Videoaufnahmen oder Kundendaten. Arbeite mit Rollenkennungen T-A, T-B und T-C und erfundenen Beobachtungen.

Die Moderation fragt neutral „Was erwarten Sie nach diesem Klick?“ statt „Ist der grüne Knopf nicht besser?“. Protokolliere jeweils Aufgabe, Beginn, Ende, Ergebnis, Irrweg und wörtlich nur freigegebene, nicht-identifizierende Kommentare. Erkläre bei einem Abbruch, dass kein persönliches Versagen bewertet wird.

Datei:Prozessschritte Usability-Testing.png

Medienhinweis: Deutschsprachige Prozessübersicht zum Usability-Testing. Quelle: Wikimedia Commons, Urheberin: Stefanie Gerth, Lizenz: CC BY-SA 4.0.

Vertiefungsvideo (deutsch): German UPA: Cognitive Walkthrough erläutert eine verwandte Expertenmethode, keine beobachtete Nutzendensitzung. Das dort verlinkte Video:

Weiteres Lehrvideo (deutsch): Christoph Wimmer, TU Wien, Usability Testing, Teil 1 – Einführung, Vorbereitung und Planung, Vorlesungsaufzeichnung 2021, öffentlich verlinkt im Vorlesungsarchiv, veröffentlicht 2023. Inhalte und Verfügbarkeit beim Anbieter beachten.

Sichere Testumgebung und Datendurchgang

Isolation und Testdaten

Arbeite mit einem vom Ausbildungsteam ausdrücklich freigegebenen lokalen Labor. Verwende keine produktiven IP-Adressen, keine Verbindung zu echten Steuerungen, keine Kundentickets und keine personenbezogenen Echtdaten. Statt Sensorelektronik liefert eine Software-Funktion die Testwerte. Eine Rollentrennung verhindert, dass Meldende den Supportstatus bearbeiten. Die Einrichtung und Durchführung technischer Schritte erfolgt nur unter qualifizierter Aufsicht und nach betrieblichen Vorgaben.

Ein Beispieldatenfluss lautet: Simulationsereignis → lokaler Demo-Dienst → Demo-Datenbank → Browseranzeige → fiktives Serviceticket. Kennzeichne die Ereignisse mit Zeitstempel, Quelle, Einheit, Prüfschritt und Ergebnis. Ein Log ist eine zeitlich geordnete Folge technischer Ereignisse; dokumentiere daraus ausschließlich synthetische Werte, soweit für die Fehleranalyse erforderlich.

Medienhinweis: Historische schematische Darstellung der Verbindung von Entwicklung und Prüfungen; kein verbindlicher Sicherheits- oder Freigabestandard. Quelle: Wikimedia Commons, Urheber: Herman Bruyninckx (spätere Randanpassung AnonMoos), Lizenz: CC BY-SA 3.0.

Technische Kontrollfälle

F1 Grenzwertüberschreitung: Eingang 26,4 °C, Schwellwert 25,0 °C, erwartete Anzeige „Warnung“. F2 Untergrenze: Eingang 24,8 °C, erwartete Anzeige „Keine Warnung“. F3 Berechtigung: Rolle „Meldende“ darf den Supportstatus nicht ändern; es ist eine Fehlermeldung ohne Statusänderung zu erwarten. F4 Ticketfluss: Eine erfolgreiche Meldung erzeugt D-104 im vorbereiteten Datensatz und wird beim Abruf wiedergefunden. Die Test-ID ist fest vorgegeben; das Szenario wird vor jeder Testsession auf seinen Ursprungszustand zurückgesetzt.

Zu jedem Kontrollfall gehören Vorbedingung, Eingabe, erwarteter Zustand, tatsächlicher Zustand und Beleg. Eine Tabelle mit „bestanden“ allein erklärt einen Fehler nicht. Nutze deshalb einen anonymen Befund mit reproduzierbaren Schritten, Version des Testaufbaus und Uhrzeit.

Der Baustein OPS.1.1.6 Software-Tests und -Freigaben des BSI-IT-Grundschutzes (als fachliche Orientierung, hier Edition 2023) behandelt unter anderem geplante Tests, dokumentierte Ergebnisse und geeignete Testdaten. Eine betriebliche Umsetzung und Freigabe muss jeweils anhand aktueller Sicherheits-, Datenschutz- und Organisationsvorgaben erfolgen. Das reine Unterrichtsbeispiel ist keine Bescheinigung ihrer Einhaltung.

Mit Nutzenden testen und Daten auswerten

Beobachtungsprotokoll des ersten Durchlaufs

Alle folgenden Ergebnisse sind erfunden. Für die Kernaufgabe A wurden die Zeiten 75 s, 120 s und 95 s gemessen. Zwei der drei Personen schlossen die Aufgabe ohne Hilfestellung ab. Eine Person übersah die Meldeschaltfläche und musste abbrechen. Auf der Anzeige stand irrtümlich „264 °C“ statt „26,4 °C“; eine weitere Person fragte deshalb nach der Glaubwürdigkeit der Warnung.

Testperson	Dauer	Aufgabe A erfolgreich	Beobachtung
T-A	75 s	Ja	Ticket D-104 gefunden
T-B	120 s	Nein	Schaltfläche übersehen
T-C	95 s	Ja	Temperaturanzeige missverstanden

Erfolgsquote: 2 ÷ 3 × 100 % = 66,7 % (auf eine Nachkommastelle gerundet). Median: aufsteigend 75 s, 95 s, 120 s; der mittlere Wert beträgt 95 s. Mittelwert: (75 + 120 + 95) s ÷ 3 = 96,7 s. Der vereinbarte Medianzielwert von höchstens 90 s wurde verfehlt. Erfolg, benötigte Zeit und Fehlerhinweise erzählen unterschiedliche Teile der Geschichte und gehören getrennt in den Bericht. Bei drei Fällen sind Prozentwerte nur beschreibend.

Beobachtung von Diagnose unterscheiden

Ein Befund beschreibt, was sichtbar geschah: „264 °C auf dem Bildschirm“. Eine Hypothese vermutet den Grund: „Dezimalkomma ging bei der Darstellung verloren“. Ein Diagnosetest versucht, die Hypothese zu bestätigen. Das fiktive Serverlog enthält den korrekt eingelesenen Zahlenwert 26,4 und die Antwort des Demo-Dienstes liefert 26.4 als Maschinenformat; erst das Anzeigeelement lässt das Dezimaltrennzeichen weg. Das spricht für einen Fehler im Anzeigeformat, nicht für einen physikalisch defekten Sensor.

Trenne bei der Protokollierung technische Abweichung (Zahlenformat), Interaktionsproblem (Schaltfläche zu wenig auffällig) und offene Anforderung (unklarer Text). Leite daraus je einen nachvollziehbaren Korrekturauftrag ab. Kennzeichne Dringlichkeit nach vereinbarter Wirkung, nicht nach der Lautstärke einzelner Kommentare. Ein Screenshot darf nur aus dem synthetischen Labor stammen und keine Zugangsdaten zeigen.

Lösung verbessern, erneut prüfen und übergeben

Verbesserungsrunde und Regression

Die fiktive Version DemoService 1.1 zeigt den Wert korrekt als „26,4 °C“, ergänzt „25,0 °C überschritten“, macht „Fall eröffnen“ deutlicher und erklärt den Status nach dem Speichern. Vor dem neuen Nutzendentest führt das Team die ursprünglichen Kontrollfälle F1–F4 erneut aus. Das heißt Regressionstest: Eine Änderung darf bereits korrekte Funktionen nicht unbeabsichtigt beschädigen.

Beim zweiten, wiederum vollständig simulierten Durchlauf betragen die Zeiten 65 s, 70 s und 80 s; alle drei Übungsaufgaben werden erfolgreich abgeschlossen. Median: 70 s; Erfolgsquote: 3 ÷ 3 × 100 % = 100 %. Gegenüber dem ersten Median ergibt sich 25 s weniger Bearbeitungszeit, entsprechend 25 ÷ 95 × 100 % ≈ 26,3 %. Diese Veränderung beschreibt nur die fiktiven Tests. Wiederholung, Vertrautheit und winzige Stichprobe erlauben keinen kausalen Wirksamkeitsnachweis oder eine Aussage für echte Nutzende.

Entscheidung und Übergabe

Dokumentiere Version, Anforderung, Testfall, Beobachtung, Testergebnis, Restproblem, verantwortliche Rolle und nächste Prüfung. Ein aussagekräftiger Ergebnisvermerk lautet: „Die Kriterien A1–A4 waren im Labortest erfüllt, A5 wurde in der erneuten Stichprobe erreicht; die Wirksamkeit bei einer größeren Zielgruppe bleibt offen.“ Eine Testempfehlung ist keine Freigabe. Ob und wann Software eingesetzt werden darf, entscheidet die zuständige Stelle nach ihren Verfahren, Datenschutzkontrollen, Sicherheitsprüfungen und fachlichen Anforderungen.

Reflexion: Was würdest du bei einer erneuten Planung verbessern? Beispielsweise mehr unterschiedliche Rollen einbeziehen, Reihenfolgeeffekte kontrollieren, Fehlermeldungen verständlicher formulieren und Grenzfälle automatisch wiederholen. Der Kurs autorisiert keine Eingriffe in produktive IT, Industrieanlagen, Krane, elektrische Installationen, Drucksysteme oder Gefahrstoffprozesse. Bei solchen Tätigkeiten gelten eigenständige Qualifikationsnachweise, Aufsicht und betriebliche Freigaben.

Interaktive Aufgaben

Quiz: Teste dein Wissen

Wozu dient ein Nutzendentest vor allem? (Herausfinden ob Personen ihre Aufgaben mit der Lösung bewältigen) (!Nur die Datenbankgröße bestimmen) (!Die Stromaufnahme realer Anlagen verändern) (!Eine offizielle Produktfreigabe erteilen)

Rückmeldung: Ein Nutzendentest betrachtet die tatsächliche Bearbeitung sinnvoller Aufgaben; technische und betriebliche Prüfungen sind zusätzlich nötig.

Welche Angabe ist ein prüfbares Akzeptanzkriterium? (Die Ticketkennung erscheint nach einer gültigen Meldung) (!Die Anwendung soll irgendwie modern wirken) (!Die Personen sollen die Farben mögen) (!Die Lösung wirkt vermutlich schnell)

Rückmeldung: Das Kriterium beschreibt ein beobachtbares Ergebnis mit klarer Bedingung statt einer vagen Absicht.

Wie reagiert eine neutrale Moderation sinnvoll? (Sie fragt was die Person als nächsten Schritt erwartet) (!Sie zeigt sofort den richtigen Schaltknopf) (!Sie bewertet die Person als ungeschickt) (!Sie ändert währenddessen die Aufgabe ohne Hinweis)

Rückmeldung: Neutrale Fragen machen Erwartungen sichtbar, ohne das Ergebnis durch Hilfen zu verfälschen.

Wie groß ist im Labor die Differenz zwischen 26,4 und 25,0 Grad Celsius? (1,4 Grad Celsius) (!0,14 Grad Celsius) (!14 Grad Celsius) (!51,4 Grad Celsius)

Rückmeldung: Die Differenz zweier Temperaturwerte beträgt 26,4 minus 25,0 gleich 1,4 Grad Celsius.

Was ist der Median von 75 s und 120 s und 95 s? (95 Sekunden) (!120 Sekunden) (!75 Sekunden) (!290 Sekunden)

Rückmeldung: Nach der Sortierung 75, 95, 120 liegt der mittlere Wert bei 95 Sekunden.

Wie hoch ist die Erfolgsquote bei zwei Erfolgen in drei Versuchen? (Rund 66,7 Prozent) (!Genau 20 Prozent) (!Genau 50 Prozent) (!Genau 90 Prozent)

Rückmeldung: Zwei geteilt durch drei mal hundert ergibt gerundet 66,7 Prozent; drei Versuche sind keine repräsentative Erhebung.

Was bedeutet die Beobachtung 264 Grad Celsius im Demoportal? (Sie ist zunächst ein Befund dessen Ursache zu prüfen ist) (!Sie beweist einen defekten echten Sensor) (!Sie belegt eine geprüfte Gefahrensituation) (!Sie erlaubt sofort eine Softwarefreigabe)

Rückmeldung: Beobachtung und Ursachenzuschreibung sind zu trennen; im Fall liegt ein fiktiver Anzeigefehler vor.

Welcher Umgang mit Testdaten ist hier passend? (Ausschließlich synthetische Daten in einem isolierten Labor verwenden) (!Echte Kundentickets ohne Prüfung kopieren) (!Produktivsysteme direkt verändern) (!Zugangsdaten im Protokoll veröffentlichen)

Rückmeldung: Die synthetischen Werte erlauben sichere Übung ohne personenbezogene oder vertrauliche Echtdaten.

Was wird beim Regressionstest kontrolliert? (Ob eine Änderung bisher funktionierende Abläufe beeinträchtigt) (!Ob die drei Personen denselben Vornamen haben) (!Ob eine Lizenz automatisch erworben wird) (!Ob alle Fehler ungeprüft gelöscht sind)

Rückmeldung: Nach der Korrektur der Anzeige werden frühere Kontrollfälle erneut geprüft, damit keine neue Störung entsteht.

Welche Schlussfolgerung ist nach drei erfolgreichen Wiederholungstests gerechtfertigt? (Die drei Laborfälle waren erfolgreich aber die Allgemeingültigkeit ist offen) (!Jede echte Nutzergruppe hat damit garantiert Erfolg) (!Die zuständige Stelle hat die Software bereits freigegeben) (!Ein weiterer Sicherheitstest ist grundsätzlich überflüssig)

Rückmeldung: Eine kleine fiktive Stichprobe zeigt ein Lernergebnis, aber weder repräsentative Wirksamkeit noch eine betriebliche Freigabe.

Memory

Ordne jeden Fachbegriff seiner eindeutigen Beschreibung zu.

Akzeptanzkriterium	Vorab messbar festgelegtes Prüfergebnis
Nutzendentest	Beobachtung realitätsnaher Nutzeraufgaben
Testprotokoll	Strukturierte Aufzeichnung von Versuch und Befund
Regressionstest	Wiederholte Prüfung nach einer Änderung
Testumgebung	Vom Produktivbetrieb abgegrenztes Übungssystem
Median	Mittlerer Wert einer sortierten Messreihe

Drag-and-Drop

Verbinde die Formulierung mit ihrem Fachbegriff.

Passender Fachbegriff	Beschreibung
Vorbedingung	Startzustand mit vorbereitetem Demo-Ticket
Erwartetes Ergebnis	Warnung bei Überschreitung des Schwellwertes
Beobachtung	Sichtbarer Text mit fehlendem Dezimalkomma
Hypothese	Vermutung über die fehlerhafte Zahlenformatierung
Nachtest	Erneute Prüfung nach der Fehlerkorrektur

Kreuzworträtsel

Löse die sechs Hinweise mit jeweils einem einzigen Fachwort.

Testfall	Dokumentierter Ablauf mit Eingabe und erwartetem Ergebnis
Protokoll	Schriftliche Aufzeichnung von Schritten und Beobachtungen
Sollwert	Vorher definierter Ziel- oder Vergleichswert
Istwert	Tatsächlich beobachteter Messwert
Median	Mittlerer Wert einer geordneten Messreihe
Freigabe	Formale Entscheidung der dafür zuständigen Stelle

LearningApps

Nutze die thematische Suche als zusätzliche Übung. Die dort gefundenen Angebote stammen von ihren jeweiligen Urhebern; kontrolliere ihren Inhalt vor der Nutzung.

Lückentext

Ein Nutzendentest untersucht die Gebrauchstauglichkeit aus Sicht der

.

Die messbare Bedingung vor dem Test heißt

.

Bei 26,4 °C und einer Grenze von 25,0 °C beträgt die Differenz

Grad Celsius.

Die erfundene Umgebung ist vom produktiven Betrieb

.

Drei sortierte Zeiten von 75 s, 95 s und 120 s haben den Median

Sekunden.

Bei zwei erfolgreichen Versuchen von drei beträgt die Erfolgsquote gerundet

Prozent.

Eine sichtbare fehlerhafte Anzeige ist zunächst eine

.

Die vermutete Ursache einer Abweichung ist eine

.

Die erneute Prüfung bestehender Funktionen nach einer Änderung heißt

.

Eine technisch bestandene Übung ersetzt keine betriebliche

.

Offene Aufgaben

Leicht

Akzeptanzkriterium: Schreibe zu der Anzeige bei 26,4 °C und 24,8 °C zwei prüfbare Soll-Ergebnisse; nenne jeweils die Einheit.
Testfall: Erstelle eine fünfspaltige Testfallkarte mit Vorbedingung, Eingabe, Schritt, erwartetem Ergebnis und Nachweis zu D-104.
Gesprächsführung: Formuliere drei neutrale Moderationsfragen und verbessere zwei bewusst suggestive Fragen.
Datenaufbereitung: Sortiere 75 s, 120 s und 95 s und rechne Median sowie Erfolgsquote von zwei Erfolgen aus drei Versuchen mit Rechenweg aus.

Standard

Nutzendentest: Spiele mit erfundenen Rollen und ohne personenbezogene Erhebung eine siebenminütige Testsitzung im beaufsichtigten Demoportal durch; dokumentiere Beobachtungen.
Fehleranalyse: Stelle für die Anzeige 264 °C mindestens zwei konkurrierende Ursachenhypothesen und jeweils einen sicheren Prüfschritt auf.
Dokumentation: Entwirf für den Laborfall eine anonymisierte Befundkarte mit Versionsstand, Reproduktionsschritten, Soll-Ist-Vergleich und Verantwortlichkeit.
Benutzeroberfläche: Skizziere auf Papier zwei Varianten der Schaltfläche „Fall eröffnen“ und begründe, wie du deren Verständlichkeit vergleichen würdest.

Schwer

Versuchsplanung: Entwirf ein Testdesign mit zwei Aufgabenreihenfolgen, das Übungseffekte reduziert; lege Beobachtungskriterien und Abbruchkriterien fest.
Statistik: Vergleiche den Median von 95 s mit 70 s und berechne die relative Veränderung; begründe die Grenzen der Interpretation bei drei Fällen.
IT-Sicherheit: Erstelle einen nachvollziehbaren Plan für vollständig synthetische Testdaten, rollenabhängige Rechte und sichere Laborisolation ohne echte externe Verbindungen.
Qualitätssicherung: Schreibe eine fachliche Empfehlung zur nächsten Testiteration mit Risikorangfolge, vier Regressionstests und klarer Abgrenzung gegenüber einer Betriebsfreigabe.

Lernkontrolle

Teststrategie: Begründe am DemoService-Fall, warum ein bestandener Funktionstest keinen erfolgreichen Nutzendentest garantiert und wie die beiden Prüfarten zusammenwirken.
Fehlerdiagnose: Entwirf einen Entscheidungsbaum, der Anzeigeformat, Datenübertragung und Simulation als getrennte Ursachen einer falschen Temperaturanzeige prüft.
Kennzahlen: Berechne und interpretiere die beiden Mediane, die zwei Erfolgsquoten und die relative Medianänderung einschließlich korrekter Maßeinheiten und Rundung.
Anforderungsmanagement: Entwickle drei weitere prüfbare Kriterien für Fehlermeldungen, Navigation und Rollentrennung und ordne ihnen passende Testfälle zu.
Datenschutz: Erkläre, weshalb selbst ein gut geplanter Kurs keine echten Tickets oder personenbezogenen Testdaten ohne besondere Prüfung verwenden soll.
Projektkommunikation: Verfasse einen Übergabevermerk, der belegte Labortestergebnisse, verbleibende Unsicherheiten und Zuständigkeiten auseinanderhält.

Lernnachweis

Ein Lernnachweis umfasst eine vollständig ausgefüllte Testfallkarte, einen kurzen und neutralen Moderationsleitfaden, einen synthetischen Datensatz mit korrekten Einheiten, ein anonymes Beobachtungsprotokoll, die Rechenwege zu 66,7 % und 95 s sowie 100 % und 70 s, eine prüfbare Fehlerhypothese und den dokumentierten Regressionstest. Zusätzlich sollen eine begründete Priorisierung und ein Übergabevermerk zeigen, dass du Befund, Interpretation und formale Freigabe unterscheidest. Bewertungskriterien sind Nachvollziehbarkeit, fachliche Richtigkeit, Schutz von Daten, Empathie und reflektierte Grenzen der Aussagekraft.

OER und Wikipedia

Amtliche und fachliche Orientierung; Stand der im Kurs verwendeten Dokumente: 21.10.2026.

KMK-Rahmenlehrplan, Beschluss 13.12.2019: schulische Lernfelder 6 bis 9, insbesondere Serviceanfragen und Qualitätsverbesserung.
Fachinformatikerausbildungsverordnung vom 28.02.2020: betriebliche Ausbildungsordnung des Bundes; andere Rechtsgrundlage als die KMK-Lernfelder.
BIBB, Ausbildung gestalten: Fachinformatiker/-in, 2020: Umsetzungshilfe zur Ausbildungspraxis, CC BY-NC-ND 4.0; hier nicht übernommen oder nachgedruckt.
BSI IT-Grundschutz, OPS.1.1.6, Edition 2023: Softwaretests und Freigaben. Anwendbarkeit und aktuellere Fassungen vor betrieblichem Einsatz prüfen.
German UPA: Cognitive Walkthrough: Einführung in eine verwandte Evaluationsmethode.
Christoph Wimmer / TU Wien: Vorlesungsarchiv Usability Engineering: Vorlesungen und verlinkte deutschsprachige Videos.
Wikipedia: Softwaretest und Wikipedia: Usability-Test als ergänzende, redaktionell veränderliche Nachschlagewerke.

Bild- und Videonachweise (Dateiname bzw. Video-Link, Quelle, Urheber, Lizenz/Plattform):

Medium	Quelle	Urheber	Rechtehinweis
File:Client-server model.svg	Wikimedia Commons	Lubaochuan	CC BY-SA 4.0
File:Prozessschritte Usability-Testing.png	Wikimedia Commons	Stefanie Gerth	CC BY-SA 4.0
File:V-model.svg	Wikimedia Commons	Herman Bruyninckx; Randanpassung AnonMoos	CC BY-SA 3.0
https://www.youtube.com/watch?v=TxWSCgWFiBE	German UPA	German UPA, Videoinhalt nach Quellenhinweis	Plattformvideo, keine freie Nachnutzung behauptet
https://www.youtube.com/watch?v=C4qqgMl7z_Y	Vorlesungsarchiv	Christoph Wimmer, TU Wien	Plattformvideo; gesonderte Rechteprüfung für Nachnutzung

Die Wikimedia-Dateien werden unverändert eingebunden und mit Urheberschaft sowie Lizenz verlinkt. Für Videolinks wird lediglich eine Einbettung vom Plattformanbieter verwendet, keine Weiterverbreitungsrechte behauptet. Die Einbindung externer Inhalte kann weitere Datenschutz- und Nutzungsbedingungen auslösen.

Deutschsprachiger Wikipedia-Überblick: