aiMOOC

Prüfungssimulation und individuelle Fehleranalyse - Elektroniker für Informations- und Systemtechnik

QR-Code

Kurzbeschreibung: Du trainierst mit einer eigenständig entwickelten, ausdrücklich als Modell gekennzeichneten fachlichen Generalprobe. Du analysierst synthetische Systemdaten, begründest Lösungen und untersuchst deine Fehler anhand eines transparenten Übungsrasters. Dies sind keine Originalprüfungsaufgaben; weder eine IHK-Note noch eine amtliche Bestehensprognose wird zugesagt.

Zielgruppe: Auszubildende im anerkannten IHK-Beruf Elektroniker für Informations- und Systemtechnik. Sicherheitsgrenze: Alle hier beschriebenen Messungen, Netzwerkkonfigurationen und Freigaben sind ausschließlich gedankliche beziehungsweise vollständig simulierte Lernhandlungen. Arbeiten an realen elektrischen, maschinellen oder sicherheitsrelevanten Systemen dürfen nur nach betrieblicher Gefährdungsbeurteilung und unter qualifizierter Anleitung erfolgen. Verwende nur frei erfundene Konfigurations-, Prüf- und Logdaten; keine echten Betriebs- oder Personendaten.

Einleitung

Eine erfolgreiche Prüfungsvorbereitung besteht nicht aus dem bloßen Wiederholen von Fakten. Du musst Anforderungen lesen, technische Zusammenhänge erkennen, Lösungswege begründen, Ergebnisse prüfen, Abweichungen lokalisieren und aus Fehlern gezielt lernen. Dieser aiMOOC verbindet eine realistische Aufgabenlogik mit einer unabhängigen Auswertung. Die Generalprobe ist didaktisch frei gestaltet und orientiert sich fachlich am Beruf, übernimmt aber keine vertraulichen Originalaufgaben.

Lernziele: Du kannst (1) die geltende Ausbildungs- und Prüfungsgrundlage einordnen, (2) Systementwurf und Diagnose sicher auf Papier beziehungsweise in einer isolierten Simulation bearbeiten, (3) Netz- und Messdaten rechnerisch prüfen, (4) einen vollständigen Modellfall dokumentiert lösen und (5) deinen Kompetenzfortschritt mit konkreten nächsten Schritten nachweisen.

Navigation: Berufsportal: Ausbildung – Elektroniker für Informations- und Systemtechnik · Netzwerktechnik · Softwaretest · Fehleranalyse · Prüfungsvorbereitung

Prüfungsrahmen verstehen und von der Übung unterscheiden

Berufsprofil, Ausbildungsbeginn und Rechtsstand

Das BIBB-Berufsprofil nennt 42 Monate Ausbildungsdauer im Zuständigkeitsbereich Industrie und Handel. Fachlich relevant sind unter anderem technische Auftragsanalyse, Hardware-Software-Integration, Programmierung, Konfiguration, Systemtests, Signal- und Netzwerkanalyse sowie Qualitätsmanagement. Gesetzliche Grundlage ist die Verordnung über die Berufsausbildung in den industriellen Elektroberufen, insbesondere §§ 23–27 und Anlagen 1 und 6.

Prüfe deinen Ausbildungsbeginn: Die hier erläuterte Neufassung gilt seit 1. August 2018. Für schon zuvor bestehende Ausbildungsverhältnisse enthalten §§ 35–36 Übergangs- und Bestandsschutzregeln. Maßgeblich sind dein konkreter Ausbildungsvertrag, die zuständige IHK und die für deinen Prüfungsjahrgang geltenden Bekanntmachungen. Die fünf im BIBB genannten Einsatzgebiete sind Automatisierungssysteme, Signal- und Sicherheitssysteme, Informations- und Kommunikationssysteme, funktechnische Systeme und eingebettete Systeme; es handelt sich nicht um fünf separate Fachrichtungen dieses Berufs.

Tatsächliche Prüfungsbereiche und eigenes Übungsraster

In § 25 ist Teil 1 der gestreckten Abschlussprüfung mit einer komplexen Arbeitsaufgabe, situativen Gesprächsphasen und schriftlichen Aufgaben verankert; er soll vor Ende des zweiten Ausbildungsjahres stattfinden. § 26 regelt Teil 2 mit den Bereichen Arbeitsauftrag, Systementwurf, Funktions- und Systemanalyse sowie Wirtschafts- und Sozialkunde. Die Verordnung nennt für das Gesamtergebnis die Gewichtung 40 % Teil 1 und 60 % Teil 2 (§ 27); innerhalb von Teil 2 gelten 50 % Arbeitsauftrag, jeweils 20 % Systementwurf und Funktions- und Systemanalyse, 10 % WiSo. Das sind gesetzliche Angaben, keine Gewichtungen dieser Generalprobe. Für reale Durchführungszeiten und Varianten gelten die aktuelle Rechtsgrundlage und IHK-Unterlagen; die weiter unten vorgeschlagenen Lernzeiten sind ausschließlich didaktisch.

Amtlich beschriebener Bereich	Hier trainierte Kompetenz	Art der Übung
Teil 1	technische Dokumente lesen, Teilsystem und Sicherheit beurteilen	papierbasierter Teilsystem-Check mit Begründung
Teil 2: Arbeitsauftrag	planen, dokumentieren, Fachentscheidungen erläutern	Modellauftrag plus mündliche Kurzbegründung
Teil 2: Systementwurf	Varianten und Schnittstellen bewerten	Datennetz und Schnittstelle skizzieren
Teil 2: Funktions- und Systemanalyse	Fehler aus Beobachtungen eingrenzen	synthetische Ereignis- und Paketdaten auswerten
Teil 2: Wirtschafts- und Sozialkunde	berufliche Abwägungen begründen	Kosten-, Datenschutz- und Nachhaltigkeitsentscheidung

Typischer Fehler: Die Punkte eines selbst gebauten Tests als amtliche Abschlussprüfungsnote zu deuten. Richtige Folgerung: Nutze die Übungspunkte ausschließlich für deinen persönlichen Lernplan; rechtlich verbindlich ist nur die Bewertung der zuständigen Stelle.

Eine berufstypische Prüfungssimulation planen

Kompetenzmatrix und faire Aufgabenformate

Eine gute Prüfungssimulation bildet eine berufliche Handlungskette ab: Auftrag klären → Sollzustand modellieren → technische Hypothesen bilden → Daten prüfen → Ergebnis begründen → dokumentieren → reflektieren. Verteilt werden technische Fakten, Verfahren, Transfer und Kommunikation. Prüfe bei jeder Aufgabe, ob benötigte Eingangsdaten vollständig sind; unklare Angaben müssen als Annahmen gekennzeichnet werden.

Kompetenz	Beobachtbarer Nachweis	Häufiger Bewertungsfehler
Technische Analyse	Soll-Ist-Vergleich mit Datenbeleg	aus einer Vermutung eine Tatsache machen
Systementwurf	IP-Plan, Datenfluss, Schnittstellen	Abhängigkeiten zwischen Schichten übersehen
Berechnung	Ansatz, Einheit, Einsetzen, Rundung, Plausibilität	Ergebnis ohne Rechenweg nennen
Teststrategie	Positiv-, Negativ- und Wiederholungstest	einmaligen Erfolg für dauerhafte Zuverlässigkeit halten
Kommunikation	reproduzierbares Protokoll und begründete Maßnahme	nur „geht wieder“ dokumentieren

Medienimpuls: Client, Server, Anfrage und Antwort. Quelle: Wikimedia Commons, Lubaochuan, CC BY-SA 4.0; Lizenznachweis in der Medientabelle.

Zeitbox, Rollen und Lernbedingungen

Didaktischer Vorschlag für den vollständigen Modellfall: 10 Minuten Auftrag und Annahmen, 20 Minuten Analyse, 25 Minuten Lösungsentwurf und Rechnungen, 20 Minuten Test- und Dokumentationskonzept, 15 Minuten Reflexion und Fachgespräch; zusammen 90 Lernminuten. Dies ist keine amtliche Prüfungsdauer. Nutze ein geschlossenes, rein virtuelles Netzwerk oder Ausdrucke. In Partnerarbeit übernimmt eine Person die Rolle der prüfenden Fachkraft und stellt nur Rückfragen, keine verdeckten Hilfen. In Einzelarbeit notierst du offene Fragen und prüfst sie erst nach Abgabe.

Verzerrung vermeiden: Dieselben Bewertungskriterien gelten für alle Lernenden. Bei zusätzlichen Hilfen (Glossar, Zeitpuffer) wird dies im persönlichen Lernprotokoll vermerkt; dieser Kurs erlaubt kein Urteil über die offiziellen Prüfungsbedingungen.

Dokumentationsbogen

Feld	Was einzutragen ist
Ausgangslage	Sollfunktion, Systemgrenzen, relevante Versionen und Adressen
Indiz	konkretes Logereignis, Wert, Zeitstempel oder Tabellenzeile
Hypothese	prüfbare Ursache mit Alternativerklärung
Prüfschritt	simulierte Beobachtung, die Hypothese bestätigt oder widerlegt
Maßnahme	risikoarme Änderung mit erwarteter Wirkung und Rückfallplan
Nachweis	Vorher-Nachher-Werte, Wiederholungstest, offene Risiken

Technische Grundlagen und häufige Denkfehler

Netzwerkpfad, Schnittstellen und Protokolle

Im OSI-Modell ordnest du ein Problem einer Ebene zu: physischer Anschluss, Sicherung, IP-Vermittlung, Transport und Anwendung. Ein Switch transportiert Daten innerhalb eines lokalen Netzes üblicherweise anhand von MAC-Adressen; ein Router verbindet IP-Netze. Ein erfolgreicher Ping belegt nur, dass eine ICMP-Antwort zurückkam – nicht, dass eine Anwendung, eine Sensorfunktion oder eine sichere Anlage korrekt arbeitet. Bei ausbleibender ICMP-Antwort sind auch Firewall- oder Filterregeln zu bedenken.

Schichtenmodell als Ordnungshilfe; Wikimedia Commons, Ardika6879, CC BY-SA 4.0.

Prinzipielle Switch-Architektur; Wikimedia Commons, Destination8infinity, CC BY-SA 4.0.

Anschauung: Netzwerkswitches und Datenleitungen; Wikimedia Commons, ShakataGaNai, CC BY-SA 3.0.

Fachvideo: „IP & Subnetze – Netzwerktechnik mit Filius #2“, simplexstudy (2026); nur die vom Anbieter erlaubte YouTube-Einbettung, keine behauptete freie Inhaltslizenz.

Rechenwege: Adressen, Datenrate und digitale Auflösung

IPv4-Netz: Bei 192.168.40.10/24 sind die ersten 24 Bits der Netzanteil; das Netz ist 192.168.40.0, die Broadcastadresse 192.168.40.255 und im klassischen /24-Subnetz sind 254 reguläre Hostadressen nutzbar. Allgemein hat ein IPv4-Präfix /n insgesamt 2 hoch (32 − n) Adressen. Für ein /27 ergeben sich 2 hoch 5 = 32 Adressen, davon in einem normalen LAN 30 nutzbare Hostadressen. Prüfe Netz- und Broadcastadresse, statt ungeprüft „32 Geräte“ einzutragen.

Beispiel Datenrate: Eine virtuelle Sensornachricht enthält 1.200 Byte. Bei 100 Nachrichten pro Sekunde ergibt die Anwendungsdatenrate 1.200 × 100 = 120.000 Byte/s und mit acht Bit pro Byte 960.000 bit/s = 0,96 Mbit/s. Ethernet-, IP- und Transport-Overhead ist dabei ausdrücklich nicht enthalten. Typischer Fehler: Byte mit Bit oder Mbit/s mit MiB/s verwechseln.

Beispiel ADC-Auflösung: Ein idealisierter 12-Bit-Wandler, digital modelliert über 0 bis 10 V, unterscheidet 2 hoch 12 = 4.096 Quantisierungsstufen. Die ideale Stufenbreite ist 10 V / 4.096 ≈ 0,00244 V = 2,44 mV. Diese Stufenbreite ist weder eine garantierte Genauigkeit noch eine Anweisung, reale Spannungen anzulegen. Hardwaremessungen bleiben aus dieser Selbstlernübung ausgeschlossen.

Foto eines digitalen Oszilloskops zur Geräteerkennung – keine Anleitung für reale Arbeiten; Wikimedia Commons, Mikasa2025, CC BY 4.0.

Beispiel einer Logikanalysator-Oberfläche; Wikimedia Commons, Mhinner, gemeinfrei.

Sichere virtuelle Testfälle

Ein Softwaretest besitzt Eingabe, Vorbedingung, erwartetes Ergebnis und dokumentierte Beobachtung. Formuliere einen Positivtest (richtige Adresse, Nachricht kommt an), einen Negativtest (falsche Adresse, kontrollierter Fehler wird gemeldet) und einen Regressionstest (nach der Änderung funktionieren bisherige Funktionen weiterhin). Paketmitschnitte enthalten unter Umständen personenbezogene Daten; arbeite daher nur mit synthetischen oder ausdrücklich freigegebenen Lernaufzeichnungen.

Fachvideo: „Wireshark – Einstieg in die Netzwerkanalyse“, Markus Wutzler (2020). Für den Kurs ausschließlich an künstlich erzeugten Beispieldaten nachvollziehen. Rechte: YouTube-Einbettung durch den Anbieter, keine OER-Lizenzbehauptung.

Vollständiger Modellfall: Störung eines Sensorgateways

Auftrag, Architektur und vollständig synthetische Belege

Fiktive Ausgangslage: In einer ausdrücklich nicht realen Simulationsumgebung soll eine Bedienoberfläche (HMI) Statusnachrichten von einem virtuellen Sensorgateway anzeigen. Die HMI bleibt auf „keine neuen Daten“, obwohl ein interner Testgenerator Nachrichten erzeugt. Auf reale Maschinen, Produktionen, Schutzfunktionen oder Betriebsanlagen darf die Lösung nicht übertragen werden.

Anforderung R1: HMI und Gateway sollen im Lernnetz 192.168.40.0/24 erreichbar sein. R2: Der Client erwartet das Gateway unter 192.168.40.20. R3: Ein Testdatensatz enthält die Sequenznummern 501 bis 505 und soll vollständig ankommen. R4: Die Änderung wird dokumentiert und virtuell rücknehmbar gehalten.

Virtuelle Komponente	Sollkonfiguration	Beobachtete Konfiguration
HMI	192.168.40.10/24	192.168.40.10/24
Gateway	192.168.40.20/24	192.168.41.20/24
Anwendungsziel der HMI	192.168.40.20	192.168.40.20
Isolierter Simulationsswitch	beide Geräte im selben Testsegment	Portstatus virtuell aktiv
Applikation	fünf Testnachrichten empfangen	0 von 5 empfangen

Synthetisches Ereignisprotokoll:

Zeitpunkt	Ereignis	Interpretation
09:00:01	TEST-GEN: Paketfolge 501–505 erzeugt	Erzeuger meldet fünf Ereignisse
09:00:02	HMI: Ziel 192.168.40.20 ohne Nachbarantwort	Hinweis auf nicht aufgelöste Zieladresse im selben IP-Netz
09:00:03	GW-CONFIG: IPv4 192.168.41.20/24	Istwert widerspricht dem Sollplan
09:00:04	HMI: 0/5 Meldungen empfangen	Symptom bestätigt, Ursache noch zu prüfen

Aufträge der Generalprobe: A) Skizziere den Soll-Datenfluss. B) Weise mit Netzadresse und Maske nach, warum die Gateway-Konfiguration nicht zum Soll passt. C) Formuliere zwei mögliche Ursachen und einen unterscheidenden virtuellen Test. D) Nenne die kleinste begründete Korrektur, die unter R1–R4 zulässig ist. E) Formuliere zwei Nachtests und einen Rückfallplan. F) Erstelle ein knappes Fachgespräch-Statement in der Reihenfolge Ausgangslage, Indiz, Ursache, Änderung, Beleg. Nutze den eigenen Zeitvorschlag aus Kapitel 2.

Musterlösung mit Rechenweg

A – Datenfluss: Testgenerator → virtuelles Sensorgateway → Simulationsswitch → HMI-Anwendung. Die HMI adressiert 192.168.40.20, eine Antwort muss durch das konfigurierte Gateway-Modul kommen.

B – Netzprüfung: /24 entspricht der Maske 255.255.255.0. HMI 192.168.40.10 liegt im Netz 192.168.40.0/24, das beobachtete Gateway 192.168.41.20 im Netz 192.168.41.0/24. 40 ist nicht 41 im dritten Oktett. Weil hier laut Modell kein Routerpfad zwischen beiden Netzen existiert und die HMI die Solladresse .40.20 anspricht, entsteht keine erfolgreiche End-to-End-Kommunikation.

C – Hypothesen: H1 = falsch konfigurierte Gateway-IP (durch Konfigurationszeile gestützt). H2 = defekte virtuelle HMI-Anwendung (möglich, aber nicht durch das Konfigurationsindiz erklärt). Diskriminierender Test: In einer separaten virtuellen Kopie ausschließlich die Gateway-IP zum Sollwert ändern, erneute Erreichbarkeit und Anwendungsnachricht prüfen. Ein bloßer Ping würde den vollständigen Anwendungstest nicht ersetzen.

D – Korrektur: Die simulierte Gateway-Adresse von 192.168.41.20/24 auf 192.168.40.20/24 anpassen, nachdem die fiktive Solladressliste und die Kollisionsfreiheit dieser Testadresse geprüft sind. HMI-Einstellung unverändert lassen, Änderung versionieren. Nicht ohne Genehmigung an realen Geräten verändern.

E – Nachweis: Im virtuellen Positivtest sind die Gateway-Adresse und die Anwendung erreichbar. In einem Wiederholungstest werden die Nachrichten 501, 502, 503, 504 und 505 vollständig und in erwarteter Reihenfolge angezeigt. Empfangsquote = 5/5 × 100 % = 100 %, gegenüber vorher 0/5 × 100 % = 0 %. Dies beschreibt nur den vorgegebenen synthetischen Testdatensatz, nicht allgemeine Zuverlässigkeit. Rückfallplan: gespeicherte virtuelle Ausgangskonfiguration wiederherstellen und einen neuen Testbericht erzeugen.

F – Fachgespräch-Beispiel: „Die virtuelle HMI zeigte keine Gateway-Daten. Die Konfigurationsliste belegte 192.168.41.20/24 statt der Solladresse 192.168.40.20/24. Ich habe den unterschiedlichen Netzanteil erkannt, nur in der Simulation die Zielkonfiguration korrigiert und anschließend Adress- sowie Anwendungstest dokumentiert. Alle fünf synthetischen Nachrichten wurden im Nachtest angezeigt; ein realer Funktions- oder Sicherheitsnachweis liegt damit nicht vor.“

Fachliches Bewertungsraster für diese Generalprobe

Ausschließlich eigenes Übungsraster, 100 Lernpunkte; keine IHK-Bepunktung und keine offizielle Note. Volle Punkte nur bei nachvollziehbarem Beleg, Teilpunkte für richtige fachliche Zwischenschritte.

Bereich	Maximal	Volle Punktzahl bei ...	Typischer Abzug
Auftrag und Randbedingungen	10	R1–R4 und reine Simulation korrekt berücksichtigt	echte Freigabe unterstellt
Datenfluss und technische Architektur	15	Sender, Gateway, Switch, HMI sinnvoll verknüpft	Systemgrenze ungeklärt
IPv4-Rechenweg	20	Maske, beide /24-Netze und Schlussfolgerung stimmen	nur Adressen verglichen
Hypothesen und Prüflogik	15	zwei Ursachen und unterscheidender Test nachvollziehbar	bloße Vermutung
Gezielte virtuelle Maßnahme	10	minimale Änderung samt Kollisionsprüfung und Rückfallplan	unkontrolliert mehrere Werte geändert
Nachtests und Kennzahl	15	5/5, 100 %, Grenzen des Tests richtig erklärt	Testergebnis überinterpretiert
Fachkommunikation und Dokumentation	15	Soll-Ist, Datenbeleg, Maßnahme und Ergebnis klar	keine Reproduzierbarkeit
Summe	100	persönlicher Übungsstand, kein Amtsmaßstab

Beispielauswertung einer fiktiven Lernlösung: 8 + 12 + 16 + 9 + 8 + 12 + 10 = 75 von 100 Lernpunkten. Daraus darf keine offizielle Schul-, IHK- oder Bestehensnote abgeleitet werden. Nächster Lernschritt: Hypothesen unterscheidbar machen und im Prüfprotokoll erwartete von beobachteten Ergebnissen klar trennen.

Individuelle Fehleranalyse und wirksames Nachlernen

Fehler nach Ursachen statt nach Oberflächenmerkmalen sortieren

Unterscheide vier Kategorien: Fachwissen (etwa Subnetz falsch verstanden), Verfahren (falsche Prüfreihenfolge), Darstellung (fehlende Einheit oder unklarer Beleg) und Selbststeuerung (Zeitplanung, vorschnelle Antwort). Ein Fehler kann mehrere Ursachen haben. Eine Ursache-Wirkungs-Analyse strukturiert Hypothesen; sie ersetzt keinen Test.

Ishikawa-Diagramm zur Ursachensuche; Wikimedia Commons, ursprünglich FabianLange, CC BY-SA 3.0 oder GFDL laut Dateiseite.

Beobachteter Fehler	Wahrscheinliche Denkfalle	Gezielte Korrekturaufgabe	Beleg des Fortschritts
32 nutzbare Hosts bei /27	Netz- und Broadcastadresse vergessen	neues /27-Netz vollständig bestimmen	30 reguläre Hosts und Grenzadressen begründet
„Ping geht, also Anlage sicher“	Schichten und Sicherheitsnachweis vermischt	ICMP- und Applikationstest getrennt beschreiben	zwei unterschiedliche Testziele angegeben
Netzadresse auswendig erraten	Maske nicht binär geprüft	Netzanteil bei /24 und /27 herleiten	Rechnung und Plausibilitätscheck
0,96 MB/s statt 0,96 Mbit/s	Bit/Byte verwechselt	Einheitenkette aufschreiben	960.000 bit/s korrekt umgerechnet
Drei Einstellungen gleichzeitig geändert	Kausalität nicht isoliert	kontrollierte Ein-Faktor-Änderung begründen	Vorher-Nachher-Vergleich reproduzierbar

Diagnose-Schleife und persönlicher Lernplan

Bewerte die einzelnen Kriterien des Rasters. Markiere zu jedem nicht vollen Kriterium eine falsche Annahme, ein Gegenbeispiel und eine bessere Prüffrage. Übe danach mit einer neuen, vergleichbaren Aufgabe, statt nur die Musterlösung erneut zu lesen. Wiederhole den Transfer an drei selbst gewählten Lerntagen. Dokumentiere nur deinen eigenen anonymen Lernstand und keine vertraulichen Betriebsinformationen.

Individuelle Lernstufe	Diagnosehinweis	Nächster Schritt
Noch unsicher	Rechenansatz fehlt	ein worked example kommentieren, danach selbst rechnen
Mit Unterstützung	Ergebnis korrekt, Begründung lückenhaft	Beleg und Gegenhypothese ergänzen
Selbstständig	korrekter Weg bei bekanntem Fall	verändertes Netz und neue Fehlermeldung analysieren
Transferfähig	Lösung auch bei neuen Randbedingungen	Gegenprobe und begründete Risikoabwägung entwickeln

Leitfrage für die Reflexion: „Woran hätte ich meinen Fehler während der Bearbeitung erkennen können?“ Schließe mit einem überprüfbaren Vorsatz: „Beim nächsten IPv4-Fall bestimme ich vor dem Entwurf die Netzadresse und kontrolliere die Einheit.“

Interaktive Aufgaben

Multiple-Choice: zehn Fachfragen

1. Welche Rechtsquelle beschreibt die berufsspezifischen Abschlussprüfungsbereiche dieses Berufs? (Die Verordnung über die Berufsausbildung in den industriellen Elektroberufen) (!Die Bedienungsanleitung eines beliebigen Gateways) (!Eine allgemeine Musterlösung aus einem Lernforum) (!Die Vergabeordnung einer Hochschule)

2. Welche Aussage beschreibt die hier angebotene Generalprobe? (Ein eigenständiges Übungsmodell ohne amtliche Notenprognose) (!Eine vertrauliche Original-IHK-Prüfung) (!Eine amtlich kalibrierte Bestehensprüfung) (!Eine genehmigte Freigabe für eine reale Anlage)

3. Welches IPv4-Netz gehört zur Adresse 192.168.40.10 mit Präfix /24? (192.168.40.0) (!192.168.41.0) (!192.168.40.255) (!192.168.0.10)

4. Wie viele regulär nutzbare Hostadressen hat ein übliches IPv4-Netz mit /27? (30) (!32) (!27) (!64)

5. Was ist bei ausbleibender HMI-Nachricht die beste erste fachliche Reaktion? (Sollwerte und beobachtete Daten systematisch vergleichen) (!Sämtliche Konfigurationen gleichzeitig verändern) (!Ohne Beleg einen Hardwaredefekt bestätigen) (!Die Störung aus dem Protokoll löschen)

6. Welche Aussage über einen erfolgreichen Ping ist zutreffend? (Er bestätigt eine ICMP-Antwort, nicht die gesamte Anwendungsfunktion) (!Er bestätigt alle Sicherheitsfunktionen einer Maschine) (!Er beweist, dass die Datenbank korrekt arbeitet) (!Er ersetzt alle weiteren Systemtests)

7. Wie groß ist die reine Anwendungsdatenrate für 1200 Byte mal 100 Nachrichten pro Sekunde? (0,96 Mbit pro Sekunde) (!0,96 Byte pro Sekunde) (!9,6 Mbit pro Sekunde) (!1200 Mbit pro Sekunde)

8. Welche ideale Spannungsstufe hat ein modellierter 12-Bit-Wandler über 0 bis 10 Volt ungefähr? (2,44 Millivolt) (!24,4 Volt) (!10 Millivolt exakt) (!4096 Volt)

9. Welche Aussage kennzeichnet einen belastbaren Regressionstest? (Er prüft nach einer Änderung auch zuvor funktionierende Anforderungen erneut) (!Er wiederholt nur eine beliebige neue Fehlermeldung) (!Er prüft ausschließlich das Aussehen der Dokumentation) (!Er ersetzt die Fehlerursachenanalyse vollständig)

10. Welcher Nachweis ist für den synthetischen Modellfall am aussagekräftigsten? (Ein dokumentierter Soll-Ist-Vergleich mit vollständigem Anwendungstest) (!Die unbelegte Aussage, dass es wieder funktioniert) (!Ein einzelner Ping als Maschinenfreigabe) (!Eine geänderte Zahl ohne Protokoll)

Rückmeldungen zur Selbstkorrektur:

Frage	Fachlich begründete Rückmeldung
1	Maßgeblich sind die geltenden berufsbezogenen §§ 23–27, nicht Herstellerwerbung.
2	Modellaufgaben fördern Transfer, sind aber weder Originalfragen noch Notenersatz.
3	Bei /24 ergeben die ersten drei Oktette den Netzanteil; die .0 ist die Netzadresse.
4	2 hoch 5 liefert 32 Gesamtadressen; regulär bleiben nach Netz- und Broadcastadresse 30.
5	Nur eine Hypothese mit nachvollziehbarem Datenbeleg ist prüfbar; Mehrfachänderungen verschleiern Ursachen.
6	ICMP-Erreichbarkeit und korrekter Applikationsbetrieb sind verschiedene Prüfgegenstände.
7	1.200 mal 100 mal 8 ergibt 960.000 bit/s; Protokoll-Overhead bleibt unberücksichtigt.
8	10 V geteilt durch 4.096 Stufen ergibt ungefähr 2,44 mV ideale Schrittweite, nicht garantierte Genauigkeit.
9	Ein Regressionstest soll unbeabsichtigte Nebenwirkungen nach Änderungen aufdecken.
10	Erst spezifische Nachtests, dokumentierte Daten und Grenzen der Aussage stützen eine Diagnose.

Memory: Fachbegriff und Erklärung

Soll-Ist-Vergleich	Gegenüberstellung einer Anforderung und des beobachteten Zustands
Subnetzmaske	Kennzeichnung des Netzanteils einer IPv4-Adresse
Regressionstest	Wiederholte Prüfung bestehender Funktionen nach einer Änderung
Hypothese	Überprüfbare Annahme über eine Fehlerursache
Prüfprotokoll	Reproduzierbare Sammlung von Testbedingungen und Ergebnissen
Datenrate	Übertragene Informationsmenge pro Zeiteinheit

Drag-and-drop: Diagnosehandlung zuordnen

Ordne die passende Handlung zu.	Prüfabsicht
Solladresse prüfen	Netzplanung mit Ist-Konfiguration abgleichen
Alternativursache nennen	voreilige Schlussfolgerung vermeiden
Virtuelle Änderung isolieren	Wirkung einer einzelnen Maßnahme beurteilen
Anwendung erneut testen	Erreichbarkeit von korrekter Funktion unterscheiden
Rückfallplan notieren	ursprünglichen Simulationszustand wiederherstellen können

Kreuzworträtsel: sechs Begriffe

Subnetz	Gemeinsamer IPv4-Adressbereich unter einer Netzmaske
Gateway	Vermittlungsstelle zwischen unterschiedlichen IP-Netzen
Testfall	Spezifizierte Eingabe mit erwarteter Beobachtung
Hypothese	Durch Daten zu prüfende Annahme zur Ursache
Sollwert	In Anforderungen festgelegter Zielzustand
Prüfprotokoll	Dokument für Bedingungen, Durchführung und Resultat

LearningApps zum Kursthema

Suche nach thematisch passenden externen Lernaktivitäten. Ein Suchtreffer ist keine geprüfte Originalaufgabe; kontrolliere Inhalt und Nutzungsrechte vor Übernahme.

Separater Lückentext: Fehleranalyse im Systemtest

Vor der Diagnose hältst du den geforderten

fest.

Eine überprüfbare Annahme zur Fehlerursache heißt

.

Eine IPv4-Adresse mit der Maske 255.255.255.0 verwendet das Präfix

.

Die Adresse 192.168.40.10 gehört zum Netz

.

Der gewöhnliche IPv4-Adressbereich mit /27 hat

regulär nutzbare Hostadressen.

Ein erfolgreicher Ping bestätigt zunächst eine

-Antwort.

Die 1.200 Byte großen Nachrichten bei 100 Stück je Sekunde ergeben ohne Protokollzuschläge

Mbit pro Sekunde.

Nach einer Änderung prüft ein

zuvor funktionierende Merkmale erneut.

Das Ergebnis eines Tests gehört in ein

.

Fiktive Lernpunkte sind keine amtliche

.

Offene Aufgaben

Bearbeite genau die folgenden zwölf offenen Aufgaben. Alle Fachhandlungen mit Risiko bleiben reine Plan-, Papier- oder Computersimulationen mit synthetischen Daten; reale Elektro-, Maschinen- und Sicherheitsarbeiten benötigen qualifizierte Anleitung.

Leicht

Prüfungsstruktur: Erstelle ein Schaubild zu Teil 1 und den vier Bereichen von Teil 2; kennzeichne dein eigenes Übungsraster eindeutig als nicht amtlich.
Netzwerkadresse: Ermittle für 192.168.40.10/24 Netzadresse, Maske und Broadcastadresse mit kurzem Rechenweg.
Fachbegriffe: Verfasse ein Glossar mit Sollwert, Istwert, Hypothese, Regressionstest und Prüfprotokoll sowie je einem synthetischen Beispiel.
Fehlerprotokoll: Formuliere aus einer fiktiven Beobachtung drei sachliche Protokollsätze ohne Schuldzuweisung.

Standard

Netzwerkplanung: Zeichne mit einem digitalen Zeichenprogramm den Soll-Datenfluss des Modellfalls samt IP-Adressen und Schichtzuordnung.
Testplan: Entwirf in einer Tabelle Positiv-, Negativ- und Regressionstest mit Eingabe, erwarteter Beobachtung und Nachweismittel.
Messwertanalyse: Rechne das Datenraten- und ADC-Beispiel nach, dokumentiere Einheiten und erkläre mindestens zwei Denkfehler.
Fachgespräch: Nimm eine zweiminütige gespielte Erklärung des virtuellen Modells auf und prüfe sie anhand des Bewertungsrasters.

Schwer

Fehlerdiagnose: Verändere in einem vollständig isolierten Softwaremodell zusätzlich die virtuelle Subnetzmaske und entwickle eine Testsequenz, die zwei konkurrierende Ursachen trennt.
Systementwurf: Vergleiche zwei modellierte Lösungsvarianten nach Funktion, Datenschutz, Wiederherstellbarkeit, Aufwand und Energiebedarf.
Qualitätssicherung: Entwickle ein anonymes Auswertungsblatt, das Fehler in Wissen, Methode, Darstellung und Selbststeuerung unterscheidet, und teste es mit zwei erfundenen Lerndatensätzen.
Transferaufgabe: Erstelle eine zweite Generalprobe für einen virtuellen eingebetteten Datenlogger mit mindestens drei Testfällen und eigener begründeter Musterlösung.

Lernkontrolle

Die folgenden sechs Lernkontrollen sind zusätzlich zu den zwölf offenen Aufgaben und den zehn Multiple-Choice-Fragen vorgesehen.

Anforderungsanalyse: Begründe, welche drei Anforderungen du vor der Änderung einer Gateway-Adresse schriftlich klären musst und welche Fehler daraus sonst entstehen könnten.
Rechenkompetenz: Bestimme die regulären Hostadressen eines /28-Netzes mit mathematischem Ansatz und prüfe deine Zahl auf Plausibilität.
Systemtest: Erkläre anhand eines Gegenbeispiels, warum eine bestandene Erreichbarkeitsprüfung keine vollständige Funktionsprüfung ersetzt.
Fehlerursachenanalyse: Stelle zwei konkurrierende Hypothesen für eine ausbleibende Statusmeldung gegenüber und entwirf den jeweils entscheidenden synthetischen Test.
Datenschutz: Beurteile, warum echte Paketmitschnitte und Kundendaten für eine frei veröffentlichte Prüfungssimulation ungeeignet sind, und schlage eine datensparsame Alternative vor.
Lerntransfer: Werte ein fiktives Raster von 12, 10, 14, 8, 7, 9 und 11 Lernpunkten in den sieben Modellfall-Kriterien aus, berechne die Summe und formuliere eine begründete Nachlern-Priorität.

Lösungshinweise: Bei /28 sind 2 hoch 4 = 16 Gesamt- und regulär 14 Hostadressen verfügbar. Die letzte Punktefolge ergibt 12 + 10 + 14 + 8 + 7 + 9 + 11 = 71 Lernpunkte. Verbesserungsschwerpunkte folgen nicht allein aus der Gesamtsumme, sondern aus den betroffenen Kriterien und den jeweiligen Maximalwerten.

Lernnachweis

Ein vollständiger Lernnachweis besteht aus einer eigenständig formulierten Soll-Ist-Tabelle, einer nachvollziehbaren IPv4-Berechnung, zwei begründeten Hypothesen, einem reproduzierbaren virtuellen Testplan, einer kommentierten Musterfalllösung, einem fachlichen Kurzgespräch und einem individuellen Fehleranalysebogen. Füge einen Vorher-Nachher-Vergleich mit einem neuen synthetischen Test hinzu.

Prüfe den Nachweis anhand der Fragen: Sind Voraussetzungen und Annahmen eindeutig? Passen alle Einheiten? Trennen die Tests Erreichbarkeit, Anwendung und Sicherheit? Ist die Ursache durch Beobachtungen gestützt? Kann ein anderer Lernender den virtuellen Test nachvollziehen? Ist die spätere Wiederholung mit neuer Aufgabe vorgesehen?

Selbstbewertung: Kennzeichne jedes Kriterium mit „sicher“, „teilweise“ oder „noch offen“ und belege es durch eine konkrete Textstelle. Eine externe fachkundige Person kann formative Rückmeldung geben, darf aus diesem Modellraster aber keine offizielle Prüfungsnote ableiten.

OER und Wikipedia

Überprüfte berufliche Rechts- und Fachquellen (Abruf im Oktober 2026):

BIBB: Berufsprofil Elektroniker für Informations- und Systemtechnik – Beruf, Dauer, Einsatzgebiete; öffentlich zugänglich, nicht pauschal frei lizenziert.
Ausbildungsordnung, §§ 23–27 und §§ 35–36 – geltender Verordnungstext, maßgeblich für die dargestellte Prüfungsstruktur und die Übergangsregelung.
BIBB: Verzeichnis der anerkannten Ausbildungsberufe 2026 – Beleg für weiterhin geführten Ausbildungsberuf.
Wikipedia: Softwaretest – vertiefender Begriff, Nachnutzungsbedingungen auf der Projektseite.
Wikipedia: OSI-Modell – Schichten und Schnittstellen.
OER Informatik: Netzwerkfehler analysieren – H. Stein, CC BY 4.0 laut Anbieter, teils KI-assistiert und redaktionell geprüft; eigenständig kritisch vergleichen.
HubbS: Kommunikationsnetze – Traceroute – oncampus GmbH, CC BY 3.0 laut HubbS; passendes Fachvideo als externe Alternative.

Wikipedia-Einbettung zum geprüften Fachbegriff Softwaretest:

Verifizierte Bilddateien, Urheber und Rechte:

Eingebundene Datei	Quellen-/Dateiseite	Urheber	Lizenz laut Dateiseite
File:Client-server model.svg	Wikimedia Commons	Lubaochuan	CC BY-SA 4.0
File:OSI Model.jpg	Wikimedia Commons	Ardika6879	CC BY-SA 4.0
File:Network-Switch-Architecture-Diagram.jpeg	Wikimedia Commons	Destination8infinity	CC BY-SA 4.0
File:Network switches.jpg	Wikimedia Commons	ShakataGaNai	CC BY-SA 3.0
File:Digital Oscilloscope.jpg	Wikimedia Commons	Mikasa2025	CC BY 4.0
File:JTAG LOGIC ANALYZER.png	Wikimedia Commons	Mhinner	Gemeinfrei laut Dateiseite
File:Ishikawa Fishbone Diagram.svg	Wikimedia Commons	FabianLange, spätere Bearbeitungen laut Dateiseite	CC BY-SA 3.0, alternativ GFDL laut Dateiseite

Lizenzhinweis: Nenne bei einer Weiterverwendung der Bilder die konkreten Urheber, Dateiseite und Lizenz, kennzeichne Änderungen und beachte ShareAlike-Anforderungen. Bilder stammen von Commons; sie wurden nicht eigens für diesen Kurs erstellt. Die veranschaulichten Geräte und Diagramme sind keine Mess- oder Sicherheitsfreigabe.

Verifizierte eingebettete YouTube-Fachvideos:

Embed-URL	Videonachweis	Anbieter	Rechtliche Einordnung
https://www.youtube.com/watch?v=d8GOcKW8q9g	IP & Subnetze – Netzwerktechnik mit Filius #2	simplexstudy, 2026	YouTube-Einbettung nach Plattformbedingungen; keine freie Nachnutzung des Videoinhalts behauptet
https://www.youtube.com/watch?v=XjqwiWHSeh8	Wireshark – Einstieg in die Netzwerkanalyse	Markus Wutzler, 2020	YouTube-Einbettung nach Plattformbedingungen; keine freie Nachnutzung des Videoinhalts behauptet

OER-Kennzeichnung des neu erstellten Lehrtextes: Die eigenständigen Aufgaben, synthetischen Werte, Tabellen und die Musterfallidee dürfen als offene Lernmaterialien weiterbearbeitet werden, sofern Rechte Dritter, Quellennennungen und die Nutzungsbedingungen des veröffentlichten Kurses beachtet werden. Die Quellen- und Medienrechte bleiben davon getrennt.