| A – Testkonzept erstellen | 2 | A1B: Ich kann die Komponenten eines Testumfelds identifizieren und erklären (z.B. Test- und Entwicklungsumgebung, Hard- und Softwareanforderungen, Datenquellen, Testwerkzeuge) | A1I: Ich kann die Unterschiede und Gemeinsamkeiten verschiedener Umgebungen erklären und deren Eignung für bestimmte Testaktivitäten begründen (z.B. DEV, TEST, INT/STAGE, PROD) | A1A: Ich kann die Anforderungen an ein Test- und Produktivumfeld auf Basis der Projektanforderungen ableiten und definieren (z.B. Konfiguration, Überwachung, Fehlerbehebung) |
| 1 | A2B: Ich kann die Anforderungen einer Software erfassen und mögliche Schritte eines Testkonzeptes aufzählen | A2I: Ich kann verschiedene Testarten unterscheiden und erklären, welche für die Anforderungen des Projekts geeignet sind | A2A: Ich kann ein Testkonzept zusammenstellen, in dem die für das Projekt relevantesten Testarten begründet ausgewählt werden |
| B – Tests definieren | 3, 5, 6 | B1B: Ich kann aufgrund der Strategie im Testkonzept geeignete Testmethoden und -werkzeuge nennen und erläutern | B1I: Ich kann Testfälle formulieren, um einzelne Funktionen oder Aspekte der Software zu prüfen | B1A: Ich kann Testszenarien definieren, die festlegen, wie das System in einer bestimmten Reihenfolge oder Kombination von Funktionen und Prozessen reagieren soll |
| C – Tests automatisieren | 5, 6 | C1B: Ich kann Kriterien für die Wahl der Testdaten und Mock-Objekte aufzählen und den Begriff Testabdeckung erklären | C1I: Ich kann Testfälle programmieren, die positive und negative Fälle, Grenzwerte und Spezialfälle abdecken | C1A: Ich kann Testdaten strukturieren, Mock-Objekte und Hilfsmethoden erstellen und Funktionen des Test-Frameworks gezielt einsetzen |
| 5, 7 | C2B: Ich kann den Unterschied zwischen Unit-Testing und Integration-Testing erklären und zwischen manuellen und automatisierten Tests unterscheiden | C2I: Ich kann Unit-Testing und Integration-Testing im Rahmen von Test Driven Development (TDD) anwenden (z.B. mit einem Testing-Framework) | C2A: Ich kann eine CI/CD-Pipeline so konfigurieren, dass Unit- und Integration-Tests automatisiert durchgeführt werden und die Resultate den Deployment-Prozess steuern |
| 5, 8 | C3B: Ich kann grundlegende Tests von Schnittstellen durchführen | C3I: Ich kann umfangreichere Tests von Schnittstellen mit verschiedenen Szenarien durchführen | C3A: Ich kann komplexe Tests von Schnittstellen planen, durchführen und die Ergebnisse dokumentieren |
| D – Review durchführen | 4 | D1B: Ich kann Clean-Code-Prinzipien erklären und anhand von Code-Beispielen aufzeigen (z.B. Single Responsibility Principle, DRY) | D1I: Ich kann in der Rolle als Gutachter:in an einem Code-Review teilnehmen und Mängel festhalten | D1A: Ich kann Verbesserungen und Optimierungen auf Basis der im Review aufgezeigten Mängel vorschlagen |
| 4 | D2B: Ich kann grundlegende Testergebnisse interpretieren | D2I: Ich kann Zusammenhänge zwischen Testergebnissen erkennen | D2A: Ich kann fundierte Schlussfolgerungen aus Testergebnissen ziehen und Handlungsempfehlungen ableiten |