TEsten ist prozessual
Der Test-Prozess
Jeder möchte möglichst hohe Qualität a) selber beziehen oder haben und b) seinen Kunden und Interessenten liefern. Eine gute Qualität beinhaltet immer ein ausgewogenes Verhältnis der für das Produkt und/oder den Service notwendigen Testarten, in einer zumutbaren Anzahl der Testausführungen – und mit möglichst aussagekräftigen Testergebnissen.
Der Entwickler oder Ingenieur testet seine Entwicklung selbst
Komponenten Tests (CPT)
Ein fertiges Produkt bzw. Teil-Produkt (die Komponente) wird getestet
Einzel Tests (sIT)
Besteht ein Produkt bzw. Service aus mehreren Teilen, kann ein Test des Produktes bzw. Service als Ganzes sinnvoll sein
Integrations Tests (INT)
Wird die Komponente oder das Produkt bzw. der Service im Zusammenspiel mit anderen Elementen verwendet, ist es sinnvoll die gegenseitige Integration der Komponenten zu testen
User-Acceptance-Tests (UAT)
Wie nimmt ein möglichst objektiver Proband das Produkt bzw. den Service war
PErformance Tests (PCT)
Wie performt das Produkt bzw. der Service, unter Last und über Zeit
Penetration Tests (PNT)
Je nach Anforderung an das Produkt bzw. den Service können solche Tests notwendig werden (z.B. bei Software falls nach BSI Zertifiziert werden muss)
Security Tests
Evtl. sind – je nach Produkt bwz. Service – erweiterte Sicherheits-Tests erforderlich
Testing Methoden
Der Entwickler bzw. Ingenieur testet seine Entwicklung selbst gegen die ihm bekannten Anforderungen
Was habe ich entwickelt ?
Passt die Entwicklung zu den Anforderungen ?
Ist das Ergebnis wie erwartet ?
Ist die Dokumentation vollumfänglich und schlüssig ?
Testing Methoden
Komponenten Tests
Jede einzelne Komponente wird einzeln getestet. Der Test erfolgt i.d.R. durch qualifizierte Tester – nicht mehr durch die Entwickler selbst.
Was wurde entwickelt ?
PASST DIE ENTWICKLUNG ZU DEN ANFORDERUNGEN ?
IST DAS ERGEBNIS WIE ERWARTET ?
IST DIE DOKUMENTATION VOLLUMFÄNGLICH UND SCHLÜSSIG ?
Testing Methoden
Einzel Tests
Ein Produkt bzw. Service wird inkl. aller Einzelkomponenten getestet – von qualifiziertem Testpersonal.
Funktioniert das Produkt mit all seinen Komponenten ?
Erfüllt das Produkt die ANFORDERUNGEN ?
IST DAS ERGEBNIS WIE ERWARTET ?
IST DIE DOKUMENTATION VOLLUMFÄNGLICH UND SCHLÜSSIG ?
testing Methoden
Integrations Tests
Wenn das Produkt in Verbindung mit anderen – separaten Lösungen – funktionieren soll, muss die implementierte Integration bzw. deren Umsetzung von qualifiziertem Personal getestet werden. Das integrierte Produkt bzw. der Service erweitern ein System, das es gesamthaft zu testen gilt.
sind alle Funktionen des Produkts erhalten geblieben ?
Erfüllen das produkt und das system alle Anforderungen ?
Klappen die Interaktionen im Gesamtkontext ?
Ist die dokumentation der Integration schlüssig ?
TESTING METHODEN
User-Acceptance-Tests (UAT)
Diese starkt subjektive Testart bewertet die Intuitivität und die Nutzbarkeit von Produkten und Lösungen aus Benutzersicht. Daher werden solche Tests i.d.R. von Nicht-Firmenangehörigen bzw. Agenturen durchgeführt – nicht zuletzt um eine gewisse Objektivität im Testergebnis zu erreichen.
Gesamterscheinungsbild
z.B. wie ist der erste Eindruck des gezeigten Produkts oder Services, weil „der erste Eindruck“ bekanntlich großes Gewicht hat.
FArbgebung
Wie ist die Farbgebung der einzelnen Teile des Produkts, was ist eher hinderlich, was schwer zu erkennen, was sticht ins Auge, etc.
Grafik u. Medienverwendung
Wie ist die Anhahl der verwendeten Medien zu bewerten, wie ist die Position und die Größe der einzelnen Medienelemente am bzw. auf dem Produkt verteilt?
Bedienbarkeit
Wie lässt sich das Produkt bzw. der Service von ungeschulten Personen verwenden, was fehlt aus Sicht dieser Benutzer, was läuft flüssig und gut, etc.
BENUTZBARKEIT
Wie lässt sich das Produkt bzw. der Service benutzen, was ist hinderlich oder unangenehm in der Verwendung, was klappt gut, wie liegt z.B. das Produkt in der Hand, etc.
A/B Tests
Man gibt einer Gruppe der Probanden eine Varainte (nennen wir sie „A“) des Produktes bzw. Service zu testen, dem Rest der Probanden gibt man eine andere Variante („B“) für den Test. Beide Gruppen führen dabei den exakt gleichen Test mit jeweils unterschiedlichen Versionen des Produktes bzw. Service durch – idealerweise ohne es zu wissen.
TESTING METHODEN
Performance Tests
Wenn ich das mit dem Produkt bzw. dem Service gebildete Gesamtsystem „unter Last setze“ – wie verhält es sich ? – gibt es Schwachstellen ? – wo sind die Grenzen ? – Skaliert es wie geplant ? – was ist mit Lastspitzen ? – was passiert wenn die Durchlaufmenge steigt ?
Dazu ist das Gebiet der Performance Tests in separate Bereiche gegliedert, die je nach Produkt bzw. Service besser zum Gesamt-Test-Ergebnis beitragen können.
Load Tests
Klappt das Laden bzw. Beladen einwandfrei ?
Stress tests
Anstieg und Abflauen der Anforderungen an das Produkt bzw. den Service in kurzen Zeitabständen
Spike tests
Was passiert mit Nachfrage-Spitzen am Produkt bzw. Service ?
Endurance Tests
Wie lange hält mein Produkt bwz. Service die Standard-Behandlung aus ?
Scalability Tests
Wenn es zum Überschreiten von Schwellwerten hinsichtlich d. Auslastung kommt, wie verhält sich mein Produkt bzw. Service ?
Volume tests
Werden umfangreiche Anforderungen mit großem Volumen an mein Produkt bzw. Service gestellt, wie verhält es sich ?
TESTING METHODEN
Penetration Tests
Es gilt die standard Angriffsvektoren gegen das Produkt bzw. den Service zu testen
Physische Angriffe
Netzwerk Angriffe
DoS / DDos Attacken und Exploits
Mim Attacken (man in the middle)
TESTING METHODEN
Security Tests
Diese Tests sollen den SIcherheitsstandard meines Produktes bzw. Services testen und belegen.