Testfall und Testsuite

Software-Test beinhaltet nicht nur Textausführung und Bugreporting sondern auch eine wichtige Aufgabe wie Erstellung von Testdokumentation. Dieser Artikel konzentriert sich auf Design der Testfälle.

Testentwickler und Analysten sind sich für Schöpfung der Testfällen engagiert. Es ist bequem und effizient Testfälle zu verwenden, weil sie Szenarien besitzen und die Anweisungen schrittweise zeigen.

Testfall beschreibt die Schritte, Bedingungen und Parameter, die nötig sind um die Leistungen der Softwarefunktion zu überprüfen. Die Hauptregel lautet: einer Fall entspricht nur einer Überprüfung. Mehrere Testfälle, die auf eine bestimmte Funktion beziehen, sind in der Testsuite kombiniert.

Die Testfallstruktur

Der Testfall besteht normalerweise aus drei Teilen:

• Voraussetzungen ( man nennt sie manchmal Bedienungen);
• Testbeschreibung;
• Nachbedingungen. Voraussetzungen sind eine Kette von Maßnahmen, die das System zum Ready-to-Testzustand bringen.

Testbeschreibung enthält geeignete Maßnahmen von Testern um Überprüfung durchzuführen. Nachbedingungen sind eine Kette von Maßnahmen, die das System zum Anfangszustand bringen. Nachbedingungen sind optional angegeben. Der Zweck der Vor- und Nachbedingungen macht die Testfälle voneinander unabhängig. Der Testfall besitzt auch Information über die erwarteten Testergebnisse und Status. Der Status kann “pass”, “nicht bestanden”, “blockiert” sein. Jeder Testfall soll eigenartige ID und Name haben. Häufig haben die Testfälle Kennzeichnung der Leistungspriorität und verbundene Softwarefunktion.

Empfehlungen für Testfälleverbesserung

Verschiedene Testdesignansätze sind für solche Verbesserung der Testfällequalität verwenden wie Grenzwertanalyse, Paarbildungsmethode, Äquivalenzklassentest, Entscheidungstabellen, usw. Der Tester soll sich bemühen, um Testfälle kurz und klar für unvorbereitete Person zu machen. Testfälle sollen unabhängig von einander sein um sie in beliebiger Reihenfolge zu verwenden. Mann muss die unnötige ausführliche Testfallausarbeitung vermeiden, die häufig geändert ist (Tastenbeschriftungen , Textfelder , Fenster).

Es ist bequem die häufig wiederholten Testfalldaten getrennt zu stellen. Zum Beispiel:

• Benutzerdaten;
• Registrierung, Kaufdaten;
• Anmeldungsgebühren;
• Datenbank -Abfragen;
• Kommentare.

Selten klassifiziert man die Testfälle als positive und negative. Die possitiven Testfälle verwenden nur die richtigen Daten um die Anwendungsleistung zu prüfen. Die negativen Testfälle gebrauchen richtige und falsche Daten um zu prüfen, ob System in ungewöhnlichen Situationen richtig funktionieren kann. Also, die Aufgabe der negativen Testfälle besteht darin, die Validators zu prüfen.

Testfall Beispiel

Lassen wir das Beispiel von Testfalldesign berücksichtigen. Testfall ziehlt darauf ab, die Preisfilter von E-Shop zu überprüfen. Preisfilterform hat zwei Eingabefelder und eine Suchtaste, die man Suche nennt. Das erste Eingabefeld ist für Mindestwarenpreis entworfen, die zweite aber für ein Maximum. Zusätzliche Anforderungen: Preis ist die ganze Zahl, die Leerzeichen sollen am Anfang und am Ende der Felder abgeschnitten sein.

Da die Voraussetzungen sowohl auf positive und negative Testfälle ähnlich sind, ist es bequem, sie zu allgemeine Testsuite Voraussetzungen zu bewegen.

Name	Aktion	Das erwartete Ergebnis	Status
Voraussetzungen für Testsuite	Gehe zu http://e-sport.shop.com/catalog	Öffnen Sie die neue Seite mit E-Shopwaren. Es gibt zwei Eingabefelder für Preiswert (Minimum und Maximum) und eine Suchtaste auf der Seite. Preiswerte können in Eingabefelder eingegeben werden, die Suchtaste ist anklickbar
Possitiver Testfall	Fügen Sie gültige Daten von Testdaten (gültig) in Eingabefelder ein und klicken Sie auf die Suchtaste	Die Waren sind innerhalb einer bestimmten Preisklasse gefunden und ihre Quantität ist angezeigt
Negativer Testfall	Fügen Sie ungültige Daten von Testdaten (ungültig) in Eingabefelder ein und klicken Sie auf die Suchtaste	Die Meldung informiert darüber, dass es die Waren mit solchen Kriterien nicht gefunden sind. Das erscheint auf der Ergebnisseite

In diesem Fall ist die Nachbedingung nicht erforderlich, weil wir keine zusätzlichen Daten nicht erstellt haben, die aus der Datenbank gelöscht werden sollen und keine andere Aktionen nicht durchgeführt haben, nach denen das System in seinen Ausgangszustand zurückgeführt werden soll.

Test- Datenfeile (ungültig)

№	Daten für das minimale Eingangsfeld	Daten für das maximale Eingangsfeld
1	“10″	“100″
2	leer	“20″
3	“2000″	leer
4	leer	leer
5	“0″	“69999″
6	“77″	“8989″
7	“57″	“500″
8	“70″	“250″
9	“68″	“607″
10	“89″	“782″
11	“14″	“3459″

Test- Datenfeile (ungültig)

№	Daten für das minimale Eingangsfeld	Daten für das maximale Eingangsfeld
1	“700″	“40″
2	“-60″	“155″
3	“-10″	“-100″
4	78.72	“800″
5	“46″	“888.89″
6	“105.76″	“908″
7	“0,56.15″	“209.78,67,18″
8	spaces	“9000″
9	“70″	Lücken
10	Lücken	Lücken
11	“1fg8 f DF2″	“[|]‘~!–@/$%^&#/()?>,.*”
12	“0″	“0″
13	“789″	“0″
14	“55″	“8Gh G56″
15	“‘$%#%();”"	“7890″

Wie Sie sehen können, kann dieses Beispiel von Testfall keine übermäßigen Daten enthalten (Beschriftung von Schaltfächen und Feldern sind nicht angegeben) und die Eingabendaten werden in einer separaten Datei gespeichert. Diese Testfälle sind dafür nützlich um die automatischen Tests zu schreiben.

Zusammenfassung

Testfall ist das Werkzeug für Dokumentation und Überprüfung der erwarteten Testergebnisse.

Während Testfälleschreibung soll die Balance zwischen Detallierung von Daten und Abstraktionen gehalten sein um die Unterdrückung mit unnötigen Daten und ein Mangel an Verständnis was getan war, zu vermeiden.

Testfälle sollen voneinander unabhängig sein, wenn sie zur gleichen Testsuite gehören. Die Wartbarkeit der Testfälle ist auch sehr wichtig. Einfach zu haltende und lesbare Testfälle können für automatisierte Testerstellung verwendet werden. Außerdem helfen Testfälle die neuen Teammitglieder schnell ins Projekt zu engagieren und Testprozesseffizienz zu erhöhen.