Testanalyse und Grundlagen des Testens
Thomas Hamilton
โก Intelligente Zusammenfassung
Die Testanalyse, auch Testgrundlage genannt, ist die strukturierte รberprรผfung von Anforderungen, Designdokumenten und anderen Artefakten zur Ableitung testbarer Bedingungen. Dieser Artikel erlรคutert die Quellen, den schrittweisen Arbeitsablauf und die Einordnung der Testanalyse im V-Modell.
Die Testanalyse โ auch Testgrundlage genannt โ steht ganz am Anfang des Testlebenszyklus. Jede Testbedingung und jeder Testfall wird letztendlich analysiert. tracZurรผck zum Thema. Die folgenden Abschnitte definieren den Begriff, erlรคutern seine Quellen, beschreiben den Analyseablauf und ordnen ihn in das V-Modell ein.
Was ist Testanalyse?
Testanalyse Im Softwaretest ist dies der Prozess der รberprรผfung der Eingaben, die zur Ableitung von Testbedingungen und Testfรคllen verwendet werden. Diese Eingaben โ Spezifikationen, Anforderungen, Designdokumente, User Stories und รคhnliche Ergebnisse โ werden zusammenfassend als Test bezeichnet. TestartefakteDas Ziel der Testanalyse ist es,tracDie Ziele des t-Tests sind so klar definiert, dass jedes einzelne in eine eindeutige Testbedingung umgewandelt werden kann. Da das analysierte Material die Grundlage bildet, von der alle Tests abgeleitet werden, wird es auch als Grundlage bezeichnet. Testbasis.
Typische Quellen, aus denen Tester Testinformationen beziehen, sind:
- SRS โ Software-Anforderungsspezifikation
- BRS โ Geschรคftsanforderungsspezifikation
- Funktionale Designdokumente
- User Stories, Akzeptanzkriterien und Wireframes
Tester kรถnnen Testbedingungen auch generieren, indem sie die zu testende Anwendung direkt untersuchen oder auf frรผhere Erfahrungen zurรผckgreifen, aber die meisten Testfรคlle werden aus Testartefakten abgeleitet, um zu pflegen tracFรคhigkeit.
๐ Melden Sie sich fรผr ein kostenloses Live-Softwaretestprojekt an
Warum ist die Testbasis wichtig?
Die Testbasis ist der entscheidende Faktor dafรผr, ob eine Testsuite echte Fehler aufdeckt oder nur Scheinfehler verfolgt. Sie als optional zu behandeln, ist die hรคufigste Ursache dafรผr, dass unentdeckte Fehler in die Produktion gelangen. Eine fundierte Testanalyse bietet vier konkrete Vorteile:
- TracFรคhigkeit: Jeder Testfall kann mit einer spezifischen Anforderung verknรผpft werden, was die Analyse der Auswirkungen von รnderungen beschleunigt und Audit-Prรผfungen unkompliziert macht.
- Klarheit der Abdeckung: RevDurch das Betrachten der Basisoberflรคchen werden Lรผcken โ unspezifizierte Fehlerzustรคnde, fehlende Randfรคlle, undefinierte nicht-funktionale Schwellenwerte โ aufgedeckt, bevor sie zu Produktionsvorfรคllen werden.
- Abstimmung der Stakeholder: Wenn das Testteam die Bedingungen aus denselben Dokumenten ableitet, auf denen das Entwicklungsteam basiert, haben beide Seiten eine gemeinsame Definition von โfertigโ.
- Frรผhzeitige Fehlererkennung: Viele Mรคngel in den Anforderungen (Mehrdeutigkeiten, Widersprรผche, fehlende Akzeptanzkriterien) werden bereits bei der Testanalyse aufgedeckt, lange bevor รผberhaupt Code geschrieben wird โ mit Abstand der gรผnstigste Zeitpunkt, um sie zu beheben.
Gemeinsame Quellen der Testgrundlage
Verschiedene Artefakte speisen unterschiedliche Testebenen. Nutzen Sie die folgende Tabelle als Kurzรผbersicht, um zu entscheiden, welches Dokument Sie beim Schreiben von Testfรคllen konsultieren sollten.
| Quellartefakt | am besten geeignet fรผr | Was du Extract |
|---|---|---|
| Geschรคftsanforderungsspezifikation (BRS) | Abnahme- und Systemtests | End-to-End-Geschรคftsregeln, regulatorische Beschrรคnkungen, Erfolgskriterien |
| Software-Anforderungsspezifikation (SRS) | Systemtests | Funktionale und nicht-funktionale Anforderungen mit messbaren Schwellenwerten |
| Funktionale/Technische Konstruktionsdokumente | Integrationstests | Modulschnittstellen, Datenfluss, Fehlerbehandlungsspezifikationen |
| Nutzergeschichten und Akzeptanzkriterien | Agile Sprint-Tests | Verhaltenserwartungen in der Form โGegeben-Wenn-Dannโ |
| Wireframes & UI-Mockups | UI-/Usability-Tests | Layout, Navigation, Eingabevalidierungsregeln |
| Anwendung im Test (explorativ) | Exploratorische und Regressionstests | Nicht dokumentiertes Verhalten, Arbeitsablรคufe in der Praxis, Grenzfรคlle |
Wie man eine Testanalyse Schritt fรผr Schritt durchfรผhrt
Eine effektive Testanalyse folgt einem wiederholbaren fรผnfstufigen Arbeitsablauf, unabhรคngig von Projektgrรถรe oder Methodik.
- Sammeln und inventarisieren Sie die Testgrundlagen. Sammeln Sie alle Artefakte, die das gewรผnschte Verhalten beschreiben โ SRS, BRS, Designdokumente, User Stories, Mockups. Notieren Sie, welches Dokument welche Anforderung enthรคlt. tracDie Funktionalitรคt bleibt erhalten.
- RevBlick auf die Testbarkeit. Lesen Sie jedes Artefakt unter Berรผcksichtigung dreier Fragen: Ist diese Aussage messbar? Ist sie eindeutig? Ist sie vollstรคndig? Kennzeichnen Sie jede Anforderung, die eine dieser Prรผfungen nicht besteht, und melden Sie sie dem Autor zurรผck, bevor Sie Tests dagegen schreiben.
- Testbedingungen identifizieren. Listen Sie fรผr jede testbare Aussage die zu รผberprรผfenden Bedingungen auf (positive Pfade, negative Pfade, Grenzwerte, Fehlerbehandlung, Sicherheit, Leistung). Eine Testbedingung ist die absolutetract โwasโ โ zum Beispiel โDas System lehnt Bestellungen mit der Menge Null ab.โ โ im Gegensatz zum konkreten โWieโ eines Testfalls.
- Bedingungen priorisieren und gruppieren. Klassifizieren Sie jeden Zustand nach Risiko und Hรคufigkeit. Zustรคnde mit hohem Risiko und hoher Hรคufigkeit werden detailliert erfasst; Zustรคnde mit niedrigem Risiko kรถnnen zusammengefasst oder stichprobenartig betrachtet werden. Hier entscheiden Sie auch, welche Zustรคnde fรผr eine Automatisierung in Frage kommen.
- Bedingungen in Testfรคlle umwandeln. Jede priorisierte Bedingung wird zu einem oder mehreren Punkten Testfรคlle mit Vorbedingungen, Schritten, Testdaten und erwarteten Ergebnissen. Anforderungen pflegen tracMachbarkeitsmatrix, die jeden Testfall mit seiner Ursprungsanforderung verknรผpft.
Durch die Einhaltung dieser Vorgehensweise lassen sich die hรคufigsten Fehler bei der Testanalyse vermeiden: das Schreiben von Testfรคllen ohne klare Grundlage, das รbersehen negativer Szenarien und das Erstellen von Tests, die bei der Fehlerpriorisierung nicht mit einer Anforderung verknรผpft werden kรถnnen.
Testanalyse im V-Modell
Das V-Modell verknรผpft jede Entwicklungsaktivitรคt mit einer entsprechenden Testaktivitรคt. Die Testanalyse erfolgt auf jeder Ebene anhand des jeweils verfรผgbaren Dokuments im Lebenszyklus.
Abbildung 1: Testanalyse รผber die Phasen des V-Modell.
Fallstudie: Ableitung von Testfรคllen aus einer Kundenanforderung
Stellen Sie sich folgendes Szenario vor, in dem der Kunde die folgende einzeilige Anforderung sendet.
Client requirement: Add search functionality to an eCommerce Store
Auch wenn die Anwendung noch nicht erstellt wurde, kann ein Tester bereits mehrere Testbedingungen ableiten, indem er analysiert, was die Anforderung impliziert โ sowohl das Verhalten im Normalfall als auch die Fehlermodi, die der Kunde nicht explizit angegeben hat. Einige Beispiele hierfรผr sind:
- รberprรผfen Sie das Suchergebnis, wenn kein Stichwort eingegeben wurde.
- รberprรผfen Sie das Suchergebnis, wenn fรผr das eingegebene Stichwort kein passendes Produkt gefunden wird.
- รberprรผfen Sie das Suchergebnis, wenn mehrere passende Produkte fรผr das Suchwort vorhanden sind.
- รberprรผfen Sie das Verhalten bei Sonderzeichen, fรผhrenden/nachfolgenden Leerzeichen und sehr langen Eingaben.
- รberprรผfen Sie die Groร-/Kleinschreibung und das Verhalten bei Teilรผbereinstimmungen.
- รberprรผfen Sie die Suchantwortzeit unter der erwarteten Benutzerlast.
Der Tester nimmt die Kundenanforderung (die Testgrundlage), analysiert sie und wandelt sie in Testbedingungen um. Dieses Muster wiederholt sich in jeder Phase des V-Modells โ Testplรคne und Testfรคlle werden anhand des jeweils verfรผgbaren Dokuments erstellt.
Video: Testanalyse erklรคrt
Falls das Video nicht geladen wird, kรถnnen Sie es direkt ansehen auf YouTube.
