modul:m450:learningunits:lu01:testprotokoll

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
modul:m450:learningunits:lu01:testprotokoll [2024/10/29 12:56] – msutermodul:m450:learningunits:lu01:testprotokoll [2026/11/11 10:52] (aktuell) – Überarbeitet: Protokollkopf korrigiert, Bewertungsstufen, gute Bemerkungen, Fazit, Kontrollfragen admin
Zeile 1: Zeile 1:
 ====== LU01d - Aufbau eines Testprotokolls ====== ====== LU01d - Aufbau eines Testprotokolls ======
-<WRAP center round info 60%> +<WRAP center round info 80%> 
-Ein Testprotokoll dokumentiert die Ergebnisse der durchgeführten Testfälle und dient als Nachweis für den Testverlauf und die Testergebnisse.  +**Auf einen Blick**\\ 
-Es enthält Informationen wie Testzeitpunkt, Testumgebung, durchgeführte Testfälle, deren Ergebnisse und eventuell aufgetretene Abweichungen oder Fehler.+Ein Testprotokoll hält die Ergebnisse **eines** Testdurchlaufs fest: wer wann welche Programmversion getestet hat, was bei jedem Testfall tatsächlich passiert ist (IST) und was als Nächstes zu tun ist.
 </WRAP> </WRAP>
  
-===== Einleitung ===== +===== Lernziele ===== 
-Sobald das Programm fertiggestellt ist, führen wir einen Testlauf mit allen Testfällen durch. +Sie können 
-Das Testprotokoll hält die Ergebnisse **eines** Testlaufs fest.+  * ein vollständiges Testprotokoll erstellen, 
 +  * Ergebnisse mit OK, Haupt- und Nebenfehler bewerten, 
 +  * Bemerkungen sachlich und hilfreich formulieren, 
 +  * ein begründetes Fazit ziehen.
  
-Normalerweise werden wir beim Testen Fehler entdecken. +===== Wozu ein Testprotokoll? ===== 
-Diese Fehler können vom Programmierer **nach** dem Testdurchlauf mit Hilfe des Testprotokolls korrigiert werden. +  * **Nachweis:** Es belegt, dass und wie getestet wurde. 
-Danach führen wir einen neuen Testdurchlauf mit allen Testfällen durch und erstellen ein **neues** Testprotokoll.+  * **Fehlerbericht:** Die Entwicklerin sieht, welche Testfälle fehlgeschlagen sind und unter welchen Umständen. 
 +  * **Vergleich:** Nach einer Korrektur wird ein **neues** Protokoll erstellt. So sieht man, ob die Fehler behoben sind und ob neue dazugekommen sind.
  
 +<WRAP center round important 80%>
 +Ein Testprotokoll gehört immer zu genau **einem** Testdurchlauf und **einer** Programmversion. Wird das Programm geändert, gibt es einen neuen Testdurchlauf mit allen Testfällen und ein neues Protokoll.
 +</WRAP>
  
-Ein Testprotokoll enthält +===== Bestandteile ===== 
-  * Name und Version des getesteten Programms. +==== Kopf ==== 
-  * Name der Person, die die Testfälle durchgeführt hat. +  * Name und Version des getesteten Programms 
-  * Datum und Uhrzeit der Testausführung. +  * Datum und Uhrzeit des Testdurchlaufs 
-  * Für jeden durchgeführten Testfall eine Zeile mit +  * Name der Person, die getestet hat 
-    * Nummer des Testfalls. +  * Testumgebung, zum Beispiel Betriebssystem, Browser, Python-Version 
-    * Tatsächliches Ergebnis. +  * Verweis auf die Testfälle, die verwendet wurden
-    * Bewertung des Ergebnisses (Korrekt, Hauptfehler oder Nebenfehler). +
-    * Bemerkungen +
-  * Schlussfolgerung: Was ist als nächstes zu tun? Zum Beispiel: Das Programm muss überarbeitet und erneut getestet werden. +
-    +
-    +
-===== Struktur ===== +
-^ Programm | Dreiecksseite berechnen ^ Version | 1.2 | Datum | 15.10. +
-^ Datum | 15.10.2014 ^ Uhrzeit | 15:00 | +
-^ Tester | Marcel Suter ||| +
-^ Nr ^ Tatsächliches Ergebnis ^ Bewertung ^ Bemerkung ^ +
-| 1 | Seite c: 5.00 | N | Keine Nachkommastellen | +
-| 2 | Seite a: 2.9998 | H | Ergebnis ungenau | +
-| 3 | Absturz | H | Jede Seite mit Länge 0 führt zum Absturz. | +
-| 4 | Alle drei Seiten wurden angegeben: Berechnung nicht möglich | OK | | +
-^ Fazit | Das Programm arbeitet mit bestimmten Eingaben nicht korrekt. Es muss überarbeitet und erneut getestet werden. |||+
  
-===== Beschreibung ===== +==== Ergebnisse ==== 
-==== Auswertung ==== +Für jeden Testfall eine Zeile mit 
-| OK | Das tatsächliche Ergebnis entspricht dem erwarteten Ergebnis. | +  * Nummer des Testfalls 
-| H | Hauptfehler: Das Programm arbeitet nicht korrekt. Der Fehler muss behoben werden. | +  * tatsächlichem Ergebnis (IST) 
-| N | Nebenfehler: Das Programm arbeitet korrekt. Die Darstellung ist fehlerhaft. Das Programm sollte überarbeitet werden. |+  * Bewertung 
 +  * Bemerkung
  
-==== Bemerkung ====+==== Fazit ==== 
 +Zusammenfassung und Empfehlung, wie es weitergeht.
  
-Im Feld "Bemerkung" können zusätzliche Informationen zu einem Fehler eingegeben werden. +===== Beispiel ===== 
-Diese Bemerkungen können dem Programmierer helfen, den Fehler zu lokalisieren.+^ Programm        | Dreiecksseite berechnen        ^ Version      | 1.2                   | 
 +^ Datum, Uhrzeit  | 15.10.2024, 15:00              ^ Getestet von | Marcel Suter          | 
 +^ Testumgebung    | Windows 11, Python 3.12        ^ Testfälle    | LU01c, Nr. 1–4        |
  
-Vielleicht stellt sich beim Testen heraus, dass ein Fehler nur bei bestimmten Werten auftritt.+^ Nr ^ Erwartetes Ergebnis (SOLL)                                  ^ Tatsächliches Ergebnis (IST)  ^ Bewertung ^ Bemerkung                                    ^ 
 +| 1  | Seite c: 5                                                  | Seite c: 5.00                 | N         | Ausgabe mit zwei Nachkommastellen            | 
 +| 2  | Seite a: 3                                                  | Seite a: 2.9998               | H         | Ergebnis ungenau                             | 
 +| 3  | Eine der Seiten hat die Länge 0: Berechnung nicht möglich   | Programmabsturz               | H         | Absturz auch bei Seite b = 0                 | 
 +| 4  | Alle drei Seiten angegeben: Berechnung nicht möglich        | wie erwartet                  | OK        |                                              |
  
-**Beispiel:** "Rundungsfehler tritt nur bei Seitenlängen > 50 auf".+^ Fazit | 1 Testfall OK, 1 Nebenfehler, 2 Hauptfehler. Das Programm berechnet die Seite a ungenau und stürzt bei der Seitenlänge 0 ab. Es muss überarbeitet und erneut vollständig getestet werden. |
  
-<WRAP center round info 60%> +Die Spalte «Erwartetes Ergebnis» ist optional, weil sie bereits in den Testfällen steht. Sie macht das Protokoll aber leichter lesbar. 
-Das Kommentarfeld sollte nur Bemerkungen des Testers enthalten. + 
-Vermeiden Sie es, dem Programmierer die Lösung aufzudrängen.+===== Bewertung ===== 
 +^ Kürzel ^ Bedeutung        ^ Erklärung                                                                    ^ Beispiel                         ^ 
 +| **OK** | Korrekt          | IST entspricht dem SOLL.                                                     |                                  | 
 +| **H**  | Hauptfehler      | Das Programm arbeitet falsch. Der Fehler muss behoben werden.                | Falsches Resultat, Absturz        | 
 +| **N**  | Nebenfehler      | Das Programm arbeitet richtig, aber die Darstellung oder ein Text ist fehlerhaft. Der Fehler sollte behoben werden. | Tippfehler, falsche Anzahl Nachkommastellen | 
 + 
 +<WRAP center round tip 80%> 
 +Kann ein Testfall nicht durchgeführt werden, zum Beispiel weil das Programm vorher abstürzt, wird das ebenfalls festgehalten: Bewertung **H**, Bemerkung «nicht durchführbar, weil ...».
 </WRAP> </WRAP>
  
-==== Zusammenfassung ====+===== Bemerkungen formulieren ===== 
 +Die Bemerkung hilft der Entwicklerin, den Fehler zu finden. Besonders wertvoll sind Hinweise, **wann** ein Fehler auftritt und wann nicht.
  
-Das Fazit fasst die Ergebnisse zusammen und enthält die Empfehlung des Testers für das weitere Vorgehen.+^ Hilfreich                                                     ^ Wenig hilfreich                          ^ 
 +| Rundungsfehler tritt nur bei Seitenlängen über 50 auf.       | Rechnet falsch.                          | 
 +| Fehlermeldung erscheint, verschwindet nach Korrektur aber nicht. | Fehlermeldung komisch.               | 
 +| Absturz auch bei Seite b = 0, nicht aber bei Seite b = 0.1.  | Stürzt manchmal ab.                      |
  
-  * Das Programm kann freigegeben werden. +<WRAP center round info 80%> 
-  * Das Programm muss korrigiert werden. Eine erneute Prüfung ist nicht erforderlich. +Die Bemerkung beschreibt, was beobachtet wurde. Sie enthält keine Vermutung über die Ursache und keinen Lösungsvorschlag (siehe [[.:grundlagen#psychologie_des_testens|Psychologie des Testens]]). 
-  * Das Programm muss überarbeitet und erneut getestet werden.+</WRAP> 
 + 
 +===== Fazit ===== 
 +Das Fazit fasst die Ergebnisse in Zahlen zusammen und gibt eine Empfehlung: 
 + 
 +^ Situation                                      ^ Empfehlung                                                       ^ 
 +| Alle Testfälle OK                              | Das Programm kann freigegeben werden.                            | 
 +| Nur Nebenfehler                                | Das Programm kann korrigiert werden. Ein erneuter Test ist nicht zwingend. | 
 +| Mindestens ein Hauptfehler                     | Das Programm muss überarbeitet und erneut vollständig getestet werden. | 
 + 
 +===== Kontrollfragen ===== 
 +  - Warum erstellt man nach einer Korrektur ein neues Protokoll, statt das alte zu ergänzen? 
 +  - Ein Button ist mit «Brechnen» beschriftet. Ist das ein Haupt- oder ein Nebenfehler? 
 +  - Wozu gehört die Testumgebung in den Protokollkopf? 
 +  - Verbessern Sie die Bemerkung «geht nicht».
  
 ---- ----
 {{tag>M450-LU01}} {{tag>M450-LU01}}
 [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] Marcel Suter [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] Marcel Suter
 +
  • modul/m450/learningunits/lu01/testprotokoll.txt
  • Zuletzt geändert: 2026/11/11 10:52
  • von admin