Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m450:learningunits:lu01:testfall [2024/03/28 14:07] – angelegt - Externe Bearbeitung 127.0.0.1
+++ modul:m450:learningunits:lu01:testfall [2024/10/29 12:55] (aktuell) – msuter
@@ Zeile 1: / Zeile 1: @@
 ====== LU01c - Aufbau eines Testfalls ======
+<WRAP center round info 60%>
+Testfälle sind detaillierte Beschreibungen, wie bestimmte Funktionen der Software getestet werden sollen, um festzustellen, ob sie die gewünschten Anforderungen erfüllen.
+Jeder Testfall beschreibt die Eingabedaten, die erwarteten Ergebnisse und die Schritte zur Ausführung.
+</WRAP>
-===== Einführung =====
+===== Einleitung =====
 Das Testen eines Programms ist ein wichtiger Teil der Qualitätssicherung bei der Softwareentwicklung.
 Beim Testen wird das Programm mit genau definierten Eingaben bzw. Daten ausgeführt.
-Das Ziel ist es, möglichst viele Fehler zu finden.
+Ziel ist es, möglichst viele Fehler zu finden.
-Zu jedem Programm erstellen wir eine Reihe von Testfällen.
+Für jedes Programm erstellen wir eine Reihe von Testfällen.
-Mit diesen Testfällen wollen wir möglichst alle unterschiedlichen Kombinationen von Eingaben und Ausgaben testen.
+Mit diesen Testfällen wollen wir möglichst alle verschiedenen Kombinationen von Eingaben und Ausgaben testen.
-Wenn wir die Testfälle durchführen, halten wir die Resultate in einem separaten Dokument, dem [[topics:swquality:theory:protocol|Testprotokoll]] fest.
+Wenn wir die Testfälle ausführen, halten wir die Ergebnisse in einem separaten Dokument fest, dem [[.:testprotokoll|Testprotokoll]].
 ===== Testfall =====
-Ein Testfall legt fest:
+Ein Testfall definiert
-  * welche Situation wir testen wollen,
+  * welche Situation getestet werden soll
-  * mit welchen konkreten Daten getestet wird,
+  * mit welchen konkreten Daten wir testen
-  * welches Resultat wir erwarten.
+  * welches Ergebnis erwartet wird.
-Zu einem Testfall gehören die Angaben:
+Die Daten gehören zu einem Testfall:
   * Nr: Eine eindeutige Nummer hilft, den Testfall zu identifizieren.
-  * Bezeichnung: Was wird getestet.
+  * Bezeichnung: Was getestet wird.
-  * Input: Mit welchen Eingaben bzw. Daten wird der Test ausgeführt.
+  * Eingabe: Mit welchen Eingaben bzw. Daten wird der Test durchgeführt.
-  * Erwartetes Resultat: Welche Resultate und Meldungen sollte das Programm ausgeben.
+  * Erwartetes Ergebnis: Welche Ergebnisse und Meldungen das Programm ausgeben soll.
-==== Darstellung ====
+==== Präsentation ====
 Um den Aufbau der Testfälle zu demonstrieren, zeige ich dies an einem konkreten Beispielprogramm.
 Das Programm berechnet eine Seite eines rechtwinkligen Dreiecks.
   * Der Benutzer gibt die Länge von 2 der 3 Seiten ein.
-  * Für die dritte, unbekannte Seite gibt der Benutzer -1 ein.
+  * Für die dritte, unbekannte Seite gibt man -1 ein.
-  * Das Programm zeigt dann die Länge der dritten Seite an.
+  * Das Programm gibt die Länge der dritten Seite aus.
 === Tabellarische Darstellung ===
-^ Nr ^ Testfall ^ Input ^^^ Erwartetes Resultat ^
+^ Nr ^ Testfall ^ Eingabe ^^^ Erwartetes Ergebnis ^
 ^ ::: ^ ::: ^ Seite a ^ Seite b ^ Seite c ^ ::: ^
 | 1 | Berechnung der Seite c | 3 | 4 | -1 | Seite c: 5 |
 | 2 | Berechnung der Seite a | -1 | 4 | 5 | Seite a: 3 |
-| 3 | Seitenlänge a ist 0 |0 | 15 | 7 | Eine der Seiten hat die Länge 0: Berechnung nicht möglich |
+| 3 | Seitenlänge a ist 0 |0 | 15 | 7 | Eine der Seiten hat die Länge 0: Berechnung nicht möglich | 4 | Alle Seiten angegeben
-| 4 | Alle Seiten angegeben | 3 | 4 | 5 | Alle drei Seiten wurden angegeben: Berechnung nicht möglich |
+| 4 | Alle Seiten angegeben | 3 | 4 | 5 | Alle drei Seiten angegeben: Berechnung nicht möglich |
-Jede Zeile enthält die Angaben zu einem Testfall.
+Jede Zeile enthält die Daten eines Testfalls.
-Diese Form ist sehr kompakt und für einfache Programme gut geeignet.
+Diese Form ist sehr kompakt und eignet sich gut für einfache Programme.
 === Testfall einzeln darstellen ===
-^ Nr  || 1 |
+^ Nr || 1 |
-^ Testfall  || Berechnung der Seite c |
+^ Testfall || Berechnung Seite c |
-^ Input  ^ Seite a | 3 |
+^ Eingabe ^ Seite a | 3 |
 ^ ::: ^ Seite b | 4 |
 ^ ::: ^ Seite c | -1 |
-^ Erwartetes Resultat  || Seite c: 5 |
+^ Erwartetes Ergebnis || Seite c: 5 |
 | |||
-^ Nr  || 2 |
+^ Nummer || 2 |
-^ Testfall  || Berechnung der Seite a |
+^ Testfall || Berechnung Seite a |
-^ Input  ^ Seite a | -1 |
+^ Eingabe ^ Seite a | -1 |
 ^ ::: ^ Seite b | 4 |
 ^ ::: ^ Seite c | 5 |
-^ Erwartetes Resultat  || Seite a: 3 |
+^ Erwartetes Ergebnis || Seite a: 3 |
 | |||
-^ Nr  || 3 |
+^ Nummer || 3 |
-^ Testfall  || Seitenlänge a ist 0 |
+^ Testfall || Seitenlänge a ist 0 |
-^ Input  ^ Seite a | 0 |
+^ Eingabe ^ Seite a | 0 |
 ^ ::: ^ Seite b | 15 |
 ^ ::: ^ Seite c | 7 |
-^ Erwartetes Resultat  || Eine der Seiten hat die Länge 0: Berechnung nicht möglich |
+^ Erwartetes Ergebnis || Eine der Seiten hat die Länge 0: Berechnung nicht möglich |
 | |||
-^ Nr  || 4 |
+^ Nr || 4 |
-^ Testfall  || Alle Seiten angegeben |
+^ Testfall || Alle Seiten spezifiziert |
-^ Input  ^ Seite a | 3 |
+^ Eingabe ^ Seite a | 3 |
 ^ ::: ^ Seite b | 4 |
 ^ ::: ^ Seite c | 5 |
-^ Erwartetes Resultat  || Alle drei Seiten wurden angegeben: Berechnung nicht möglich |
+^ Erwartetes Ergebnis || Alle drei Seiten wurden angegeben: Berechnung nicht möglich |
-Diese Form ist weniger kompakt und eher für Programme mit komplexem Input/Output geeignet.
+Diese Form ist weniger kompakt und eignet sich eher für Programme mit komplexen Ein-/Ausgaben.
 === Übung ===
-Im obigen Beispiel sind 4 Testfälle aufgeführt. Wenn Sie dieses kleine Programm vollständig durchtesten müssen, welche Testfälle gibt es zusätzlich noch?
+Das obige Beispiel enthält 4 Testfälle. Wenn Sie dieses kleine Programm vollständig testen müssen, welche weiteren Testfälle gibt es?
 ----
 {{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