Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m450:learningunits:lu02:teststrategie [2024/03/28 14:07] – angelegt - Externe Bearbeitung 127.0.0.1
+++ modul:m450:learningunits:lu02:teststrategie [2024/10/01 11:01] (aktuell) – [Bottom-up] msuter
@@ Zeile 1: / Zeile 1: @@
-====== LU02a - Teststrategie ======
+====== LU02a - Prüfstrategie ======
 === Quellen ===
@@ Zeile 7: / Zeile 7: @@
 <WRAP center round info 60%>
-Die Teststrategie eines Softwareprojekts definiert, wie die einzelnen Teststufen getestet werden.
+Die Teststrategie eines Softwareprojekts legt fest, wie die einzelnen Teststufen getestet werden.
-Für jede Teststufe wird die Art und Weise der Tests beschrieben.
+Für jede Teststufe wird beschrieben, wie die Tests durchgeführt werden.
 </WRAP>
-In der Teststrategie legen wir den Gesamtrahmen unserer Test fest.
+In der Teststrategie legen wir den Gesamtrahmen für unsere Tests fest.
-Für jeden Teil des Systems definieren wir:
+Für jeden Teil des Systems definieren wir
-  * Die Testziele
+  * die Testziele
-  * Die Intensität der Tests
+  * die Intensität der Tests
   * Testmethoden und -techniken
-  * Test-Infrastruktur
+  * Testinfrastruktur
   * Reihenfolge
-===== Prinzipien und Techniken =====
+===== Grundsätze und Techniken =====
-==== top-down ====
+==== Top-down ====
 Beim Testen werden zunächst die Hauptfunktionen bzw. die Steuerung überprüft.
-Detailfunktionen werden ignoriert oder mittels **Stubs** simuliert.
+Detailfunktionen werden ignoriert oder mit Hilfe von **Stubs** simuliert.
-==== bottom-up ====
+==== Bottom-up ====
-Die Tests beginnen bei den kleinsten, atomaren Funktionen der Applikation.
+Der Test beginnt mit den kleinsten, atomaren Funktionen der Anwendung.
-Die Aufrufe der Funktionen werden mittels **Driver** simuliert.
+Die Aufrufe der Funktionen werden durch **Driver** simuliert.
+Diese Strategie ist häufig anzutreffen und wird durch Unit Tests (z.B. PyTest) unterstützt.
 ==== hardest first ====
-Zuerst werden die komplexesten und/oder wichtigsten Teile der Applikation getestet.
+Die komplexesten und/oder wichtigsten Teile der Anwendung werden zuerst getestet.
-==== Risk based Testing ====
+==== Risikobasiertes Testen ====
-Das Testvorgehen wird anhand der Risikoanalyse geplant.
+Das Testverfahren wird auf Basis der Risikoanalyse geplant.
-Wir machen eine Einschätzung, in welchen Komponenten ein nicht erkannter Fehler die grössten Schäden verursachen kann.
+Es wird abgeschätzt, in welchen Komponenten ein unentdeckter Fehler den größten Schaden anrichten kann.
 Diese Komponenten werden zuerst und mit hoher Intensität getestet.
-==== Data driven Testing ====
+==== Datengetriebenes Testen ====
-Bei dieser Technik wird mittels Scripts die Datenkonstellation gezielt verändert, um ganze Testfallsammlungen effizient und automatisiert zu testen.
+Bei dieser Technik wird mit Hilfe von Skripten die Datenkonstellation gezielt verändert, um ganze Testfallsammlungen effizient und automatisiert zu testen.
 ==== ISO/IEC 25000 ====
-Die [[wpde>ISO/IEC_25000|ISO/IEC-Norm 25000]] ist ein Standard für Qualitätskriterien sowie Bewertungsmethoden für Software und Systeme.
+Die [[wpde>ISO/IEC_25000|ISO/IEC-Norm 25000]] ist eine Norm für Qualitätskriterien und Bewertungsmethoden für Software und Systeme.
 ----
 {{tag>M450-LU02}}
 [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] Marcel Suter