Ulrich
1 year ago
14 changed files with 144 additions and 26 deletions
@ -0,0 +1,69 @@ |
|||||
|
Durch den Test soll die Qualität der Anwendung systematisch (Testabdeckung) nachgewiesen |
||||
|
und (mittels Regressionen) langfristig sichergestellt werden. |
||||
|
|
||||
|
|
||||
|
Rollen - sind jetzt beschrieben, ok |
||||
|
|
||||
|
Testobjekte |
||||
|
|
||||
|
logischer Testfall |
||||
|
Testfall in Managementsicht, aus den User-Story-Akzeptanzkriterien abgeleitet |
||||
|
Diese werden auf allen Ebenen reportet, insb. deren Status. |
||||
|
|
||||
|
physischer Testfall |
||||
|
Testfall in Spezifikations- und Ausführungssicht |
||||
|
konkreter auszuführender Testfall, die einzelnen Testschritte müssen spezifiziert/konfiguriert und protokolliert werden. |
||||
|
Arten physischer Testfälle: |
||||
|
* automatisierter Testfall |
||||
|
Alle Einzelschritte werden entsprechend des Automatisierungsframeworks im git-Repo spezifiziert. Entsprechend der Spezifikation wird der Testfall ausgeführt. |
||||
|
* manueller Testfall |
||||
|
Alle Einzelschritte werden detailliert (in Jira-..) spezifiziert. Entsprechend der Spezifikation wird der Testfall ausgeführt. |
||||
|
* explorativer Testfall |
||||
|
Die wesentlichen Schritt-Sequenzen werden detailliert (in Jira-..) spezifiziert. Von der Spezifikation kann und soll bei der Durchführung variiert werden. Die wesentlichen Schritte werden protokolliert. |
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
Test im Software-Prozess |
||||
|
|
||||
|
@pre: Komponenten-/Unittests durch Entwickler:innen |
||||
|
|
||||
|
Q1: Lieferung entgegennehmen |
||||
|
* Entschlüsseln |
||||
|
* Programm: Artefakte verifizieren mittels md5-Hash |
||||
|
* Lieferung in git-Repo pushen |
||||
|
<< Exit wenn Lieferung nicht gelesen werden kann |
||||
|
|
||||
|
Q2: Statischer Test |
||||
|
--> NFA Wartbarkeit |
||||
|
* Vollständigkeit prüfen >>> gitVerteiler |
||||
|
* Code-Analyse >>> SonarQube |
||||
|
<< Exit bei Fehlen wesentlicher Programme (auch Fehlbennung gelten als Fehlen!) |
||||
|
<< Warnung bei Unvollständigkeit |
||||
|
|
||||
|
Q3: Installierbarkeit |
||||
|
--> NFA Installierbarkeit, Portierbarkeit |
||||
|
* Kubernetes-Container >>> JEE-Plattform? |
||||
|
* DB-Scripte auf Hive ausfuehren ? |
||||
|
* Cloudera-1-Rechner-Maschine >>> Linux-Maschine |
||||
|
* DevOps-Installation ** Testfälle hierzu beschreiben! |
||||
|
<< Exit bei Nicht-Installierbarkeit |
||||
|
|
||||
|
Q4: System-/Smoketest |
||||
|
* Bedienelemente |
||||
|
* dynamischer Smoketest (minimale Testfälle, v.a. Gutfälle) |
||||
|
* minimaler GUI-Test >>> |
||||
|
<< Exit bei technischen Blockern |
||||
|
|
||||
|
Q5: Regressions-/Progressionstest |
||||
|
--> Funktionaler Test, Sicherheitstest |
||||
|
* funktionale Regression (umfassende Testfälle, vollständige Äquivalenzklassen) |
||||
|
* erweiterte Testfälle zu neuen Funktionen |
||||
|
* Sichtbarkeit, Sperrkonstellationen >>> |
||||
|
<< Exit bei groben Fehlfunktionen |
||||
|
|
||||
|
Q6: Nutzbarkeit |
||||
|
--> NFA Usability, Performance, Last |
||||
|
* manuelle Benutzbarkeit, edu@ETU |
||||
|
<< Exit wenn die Nutzung unbrauchbar ist |
||||
|
<< Warnungen |
Loading…
Reference in new issue