Testfall – was ist ein Testfall und wie schreibt man ihn?

Das Testen von Software und Anwendungen umfasst die Überprüfung der funktionalen und nicht-funktionalen Anforderungen. Um diese Anforderungen zu validieren, müssen Softwaretester wirksame Testfälle mit verschiedenen White-Box-Testing/Black-Box-Testing-Designtechniken erstellen.

In diesem Text werden wir Testfälle, ihre verschiedenen Attribute und Typen im Detail besprechen.

Inhaltsübersicht

1. Was ist ein Testfall?
2. Attribute von Testfällen
3. Wie schreibt man gute Testfälle?

Was ist ein Testfall?

Ein Testfall ist eine Reihe von Bedingungen für die Bewertung eines bestimmten Merkmals eines Softwareprodukts, um festzustellen, ob es den Geschäftsanforderungen entspricht.

Der Testfall enthält Annahmen, Eingabewerte und erwartete Ergebnisse in einer dokumentierten Form, die verschiedene Testszenarien abdeckt.

Sobald die Testfälle aus den Anforderungen erstellt sind, ist es die Aufgabe der Tester, diese Testfälle auszuführen. Die Tester lesen alle Details des Testfalls, führen die Testschritte durch und markieren den Testfall dann auf der Grundlage des erwarteten und des tatsächlichen Ergebnisses als bestanden oder nicht bestanden.

Testfall-Attribute

Schauen wir uns die verschiedenen Attribute eines Testfalls an, die einen Testfall ausmachen und ihn zuverlässiger, klarer und prägnanter machen, wodurch jede Art von Redundanz vermieden oder reduziert wird.

1. TestCaseId – eindeutiger Bezeichner des Testfalls. Dies ist ein Pflichtfeld, das den Testfall eindeutig identifiziert, z. B. TC_01.
2. Testzusammenfassung – Eine unmissverständliche Zusammenfassung des Testfalls. Dieses Feld ist optional. Normalerweise haben Testfälle entweder ein Feld „Testzusammenfassung“ oder ein Feld „Beschreibung“.
3. Beschreibung – Eine detaillierte Beschreibung des Testfalls. Dieses Feld definiert den Zweck des Testfalls, z. B. überprüfen, ob sich der Benutzer mit einem gültigen Benutzernamen und Passwort anmelden kann.
4. Voraussetzung oder Vorbedingung – Eine Reihe von Voraussetzungen, die erfüllt sein müssen, bevor Testschritte durchgeführt werden können. Wenn wir zum Beispiel die Funktionalität einer Anwendung nach der Anmeldung testen, könnten wir ein Vorbedingungsfeld haben, das besagt, dass der Benutzer bei der Anwendung angemeldet sein sollte“.
5. Testschritte – Detaillierte Schritte zur Ausführung eines Testfalls. Dies ist das wichtigste Feld des Testfalls. Der Prüfer sollte sich bemühen, die Prüfschritte klar und eindeutig zu formulieren, so dass eine andere Person ihnen während der Durchführung der Prüfung folgen kann.
6. Testdaten – der Wert der im Testfall verwendeten Testdaten. Beim Testen der Anmeldefunktion kann das Testdatenfeld beispielsweise den tatsächlichen Wert des Benutzernamens und des Passworts enthalten, der während der Testausführung verwendet werden soll.
7. Erwartetes Ergebnis – Das erwartete Ergebnis, bei dem wir den Test als bestanden markieren. Ausgehend von den durchgeführten Prüfschritten und den verwendeten Prüfdaten erhalten wir das erwartete Ergebnis, z. B. sollte sich der Benutzer erfolgreich anmelden und zur Startseite navigieren.
8. Tatsächliches Ergebnis – das tatsächliche Ergebnis, nachdem die Prüfschritte durchgeführt wurden. Dieses Feld wird nur während der Testdurchführung ausgefüllt. In dieses Feld schreiben wir das tatsächliche Ergebnis, das bei der Ausführung des Testfalls beobachtet wurde.
9. Testergebnis – der Status des Tests (bestanden/nicht bestanden). Auf der Grundlage des erwarteten Ergebnisses und des tatsächlichen Ergebnisses wird der Testfall als erfolgreich oder nicht erfolgreich gekennzeichnet.
   Neben dem Wert „bestanden/nicht bestanden“ können auch andere Werte angegeben werden, z. B. „aufgeschoben“, wenn ein Testfall aus irgendeinem Grund für eine spätere Ausführung vorgesehen ist. Blockiert, wenn die Ausführung des Testfalls aus einem anderen Grund in der Anwendung blockiert ist.
10. Automatisierungsstatus – Automatisierungskennzeichen – ob die Anwendung automatisiert ist oder nicht. Dies ist ein optionales Feld, das nur verwendet wird, wenn das Projekt automatisiert ist.
11. Datum – Das Datum, an dem der Test durchgeführt wurde. Dieses Feld hilft bei der Verfolgung verschiedener Iterationen über mehrere Testausführungszyklen hinweg.
12. Ausgeführt von – der Name der Person, die den Testfall ausführt. Dieses Feld ist hilfreich, wenn mehrere Teammitglieder an einer Testdurchführungsaktivität arbeiten.

Wie schreibt man gute Testfälle?

1. Test Design Technik

Wenden Sie die Testmethode an, die für Ihr Unternehmen oder Ihre spezifischen Projektanforderungen am besten geeignet ist, z. B. Schwellenwertanalyse, Äquivalenzklassenverteilung, Entscheidungstabellentests usw. Damit wird sichergestellt, dass bei der Entwicklung von Testfällen gut recherchierte Standards und Verfahren angewandt werden.

2. Klare und prägnante Tests

Zusammenfassung des Testfalls, Beschreibung, Testschritte, erwartete Ergebnisse, usw. sollte klar und prägnant geschrieben sein. Sie sollten für die verschiedenen Beteiligten an den Tests leicht verständlich sein.

3. Einheitliche Nomenklatur

Um die Konsistenz von Testfällen zu gewährleisten, sollten wir beim Schreiben von Testfällen eine einheitliche Nomenklatur und eine Reihe von Standards befolgen.

4. Grundlegende/atomare Testfälle

Machen Sie die Testfälle so einfach wie möglich. Daher sollte ein Testfall nur eine Einheit der Funktionalität testen, ohne mehrere testbare Teile zu kombinieren oder zu überlappen.

5. Keinen Raum für Zweideutigkeiten lassen

Schreiben Sie Testfälle mit klaren Anweisungen. Beispiel: Geben Sie anstelle von „Homepage öffnen“ ein: „Öffnen Sie die Homepage http://www.{homepageURL}.com in Ihrem Browser und drücken Sie die Eingabetaste“.

6. Keine Voraussetzungen

Gehen Sie beim Schreiben von Testfällen nicht von irgendwelchen Funktionen, Voraussetzungen oder Anwendungszuständen aus. Ordnen Sie die Testfälle stattdessen den erforderlichen Dokumenten zu, z. B. SRS, Anwendungsfalldokumente usw.

7. Redundanz vermeiden

Wiederholen Sie keine Testfälle, da dies zu einer Verschwendung von Zeit und Ressourcen führt. Dies kann durch gut geplante und kategorisierte Testfälle erreicht werden.

8. Rückführbare Tests

Verwenden Sie eine Rückverfolgbarkeitsmatrix, um sicherzustellen, dass 100 % der Anwendungsfunktionalität im Testumfang durch die Testfälle abgedeckt sind.

9. Sicherstellung der Abdeckung verschiedener Aspekte der Software

Stellen Sie sicher, dass neben der Funktionalität auch verschiedene Aspekte der zu testenden Software wie Leistung, Benutzerfreundlichkeit, Robustheit usw. in den Testfällen berücksichtigt werden. durch die Erstellung von Leistungstests und Benchmarks, Gebrauchstauglichkeitstests, Negativtests, usw.

10. Testdaten

Die für die Tests verwendeten Daten sollten so vielfältig und so nah wie möglich am Echtzeitbetrieb sein. Wenn Sie verschiedene Testdaten haben, können Sie zuverlässigere Testfälle erstellen.