Testartefakte: Braucht Ihr Projekt wirklich alle Artefakte?

Testen ist ein wesentlicher Bestandteil des Softwareentwicklungsprozesses, da es dazu beiträgt, sicherzustellen, dass eine Softwareanwendung zuverlässig und funktional ist und den Anforderungen der Benutzer entspricht. Um das Testen zu unterstützen, erstellen viele Projekte verschiedene Testartefakte, wie z. B. Testfälle, Testpläne und Testberichte. Es ist jedoch wichtig zu überlegen, ob ein Projekt wirklich alle diese Testartefakte benötigt, da ihre Erstellung und Pflege Zeit und Ressourcen kosten kann. In diesem Beitrag werden wir uns mit den verschiedenen Arten von Testartefakten befassen und überlegen, wann sie für ein Projekt notwendig sein könnten.

Testartefakte (auch bekannt als Testleistungen) beziehen sich auf die Dokumente und andere Materialien, die während des Testprozesses erstellt oder verwendet werden. Diese Artefakte können verwendet werden, um die durchgeführten Tests nachzuweisen, den Beteiligten die Testergebnisse mitzuteilen, ein klares und umfassendes Bild der durchgeführten Tests zu vermitteln und um sicherzustellen, dass das zu testende System von hoher Qualität und einsatzbereit ist.

Testartefakte Beschreibung 

Eine Abbildung zeigt die Ergebnisse, die als Teil eines Testprozesses (vor, während und nach dem Testen) produziert oder geliefert werden. Zu diesen Ergebnissen gehören Dokumente, Berichte und andere Materialien, die zur Dokumentation und Kommunikation der Ergebnisse von Testaktivitäten verwendet werden. Einige gängige Beispiele für Testleistungen sind Testpläne, Testfälle, Testskripte, Testberichte und Fehlerberichte. Sie alle spielen eine wichtige Rolle bei der Gewährleistung der Qualität und Zuverlässigkeit eines Produkts oder Systems und werden in der Regel von einem Team aus Testern und Qualitätssicherungsexperten erstellt und überprüft.

Taxonomie der Test-Artefakte

Im Anschluss an die Umfrage werden wir eine kurze Beschreibung und den Zweck der identifizierten Testartefakte vorstellen.

1. Dokumentation der Funktionsspezifikation: Ein Dokument, das eine klare und detaillierte Beschreibung des beabsichtigten Systemverhaltens liefert, die zur Erstellung von Testfällen und zur Validierung der korrekten Funktionsweise des Systems verwendet werden kann.
2. Testplan-Dokumente: Dokumente, die den Ansatz und die Strategien beschreiben, die zum Testen der Software verwendet werden. Der Testplan enthält in der Regel Einzelheiten über den Testumfang, die Art der durchzuführenden Tests, die erforderlichen Ressourcen und den Zeitplan für die Tests.
3. Dokumente zum Testmanagementplan: Ein Dokument, das den Ansatz, die Ziele und die erforderlichen Ressourcen für die Testaktivitäten innerhalb eines Projekts umreißt. Es sollte in Verbindung mit dem Gesamtprojektplan entwickelt werden und die spezifischen Testanforderungen des Projekts berücksichtigen, einschließlich der durchzuführenden Testarten, der Testumgebung sowie der Rollen und Verantwortlichkeiten des Testteams.
4. Testspezifikationsdokument: Ein Dokument, das einen klaren und umfassenden Überblick über den Testplan geben und dem Testteam als Referenzpunkt dienen soll.
5. Teststrategie: Ein Dokument, das die Vorgehensweise beim Testen eines Produkts oder Systems umreißt. Dabei handelt es sich in der Regel um ein Dokument auf hoher Ebene, das einen Überblick über die Testarbeiten gibt und dazu beiträgt, dass die Tests gründlich und konsistent sind.
6. Test-Szenario-Dokument: Ein Dokument, das die spezifischen Schritte und Bedingungen umreißt, die befolgt werden müssen, um ein bestimmtes Merkmal oder eine bestimmte Funktionalität einer Software zu testen.
7. Testentwurfsnormen/Spezifikationen: Diese Art von Dokumentation bietet einen gemeinsamen Rahmen für den Entwurf und die Durchführung von Tests und trägt dazu bei, dass die Tests zuverlässig, gültig und objektiv sind.
8. Testentwurfsdokument: Ein Dokument, das einen detaillierten Plan für die Durchführung der Tests und die Überprüfung, ob die Software die erforderlichen Spezifikationen erfüllt, enthält.
9. Spezifikation des Testverfahrens: Ein Dokument, das die Schritte und Methoden beschreibt, die beim Testen eines Produkts oder Systems befolgt werden. Es handelt sich um einen detaillierten Plan, der den Umfang, die Ziele, die Ressourcen und die Vorgehensweise beim Testen festlegt.
10. Testablauf: Ein Dokument, das die Schritte und Verfahren beschreibt, die zum Testen eines bestimmten Merkmals oder einer Funktionalität eines Produkts befolgt werden müssen.
11. Checkliste: Eine Art von Dokument, in dem die zu prüfenden oder zu überprüfenden Punkte aufgelistet sind; bietet eine klare und strukturierte Möglichkeit, die durchgeführten Tests und deren Ergebnisse zu dokumentieren.
12. Testfall-Dokument: Ein Dokument, das eine Reihe von Tests beschreibt, die durchgeführt werden, um zu überprüfen, ob ein Softwaresystem oder eine Komponente die festgelegten Anforderungen erfüllt.
13. Testfallspezifikation (auch bekannt als Testentwurfsspezifikation): Ein Dokument, das die Details eines Testfalls beschreibt. 
14. Aufwandsschätzungsbericht: Ein Dokument, das den geschätzten Zeit- und Ressourcenaufwand für die Durchführung eines Testprojekts oder einer Aufgabe beschreibt.
15. Installations- und Konfigurationshandbuch: Ein Dokument, das eine schrittweise Anleitung für die Installation und Konfiguration einer Softwareanwendung oder eines Systems enthält.
16. Rückverfolgbarkeitsmatrix: Ein Werkzeug, mit dem sich die Anforderungen eines Systems oder Produkts zu den entsprechenden Testfällen zurückverfolgen lassen, die zur Validierung dieser Anforderungen erstellt wurden; wird häufig verwendet, um sicherzustellen, dass alle Anforderungen vollständig getestet wurden, und um Lücken in der Testabdeckung zu ermitteln.
17. Testprotokoll: eine Aufzeichnung der Testaktivitäten, die an einem Softwaresystem durchgeführt wurden, einschließlich der durchgeführten Testfälle, der Ergebnisse dieser Tests und der festgestellten Mängel oder Probleme.
18. Testdaten: Alle Daten oder Eingaben, die zur Ausführung von Testfällen verwendet werden, wie z. B. Testfälle, Testszenarien oder Testskripte.
19. Testmetriken: Daten und Statistiken, die Aufschluss über die Effektivität des Testprozesses geben, z. B. die Anzahl der durchgeführten Tests, die Anzahl der gefundenen Fehler sowie der Zeit- und Ressourcenaufwand für die Durchführung der Tests.
20. Testskript: Eine Schritt-für-Schritt-Anleitung für die Ausführung eines Testfalls, die in der Regel in einer Programmiersprache oder mit einem Testautomatisierungstool geschrieben wird.
21. Testentwicklungsbericht:  Ein Dokument, das zur Überwachung des Testfortschritts im Laufe der Zeit verwendet wird. Dieses Dokument enthält Informationen über den Testfortschritt des Produkts über mehrere Versionen hinweg.
22. Teststatusbericht: Ein Dokument, das Informationen über den Fortschritt, den Status und die Ergebnisse von Testaktivitäten für ein Projekt enthält. 
23. Testbereitschaftsbericht: Ein Dokument, das einen Überblick über den Status der Testaktivitäten innerhalb eines Projekts bietet.
24. Bericht zur Abdeckungsanalyse:  Ein Dokument, das Aufschluss darüber gibt, inwieweit eine Softwareanwendung getestet wurde, und Bereiche aufzeigt, die möglicherweise nicht ausreichend getestet wurden.
25. Testumgebung: Die Hardware, Software und andere Ressourcen, die für die Durchführung von Tests erforderlich sind, wie z. B. ein Testserver oder Testgeräte.
26. Testbericht: Ein Dokument, das die Ergebnisse eines Testaufwands zusammenfasst, einschließlich der Anzahl der ausgeführten Testfälle, der Anzahl der gefundenen Fehler und anderer relevanter Metriken oder Beobachtungen.
27. Testplan-Bericht: Ein Dokument, das die Ergebnisse der im Testplan beschriebenen Testaktivitäten zusammenfasst.
28. Testzusammenfassung: Ein Dokument, das die Ergebnisse eines Testprozesses zusammenfasst. Es enthält in der Regel Informationen zu den Testzielen, dem Testumfang, der Vorgehensweise, den Testergebnissen und den festgestellten Problemen oder Mängeln.
29. Zusammenfassender Testbericht: Ein Dokument, das einen umfassenden Überblick über den Testaufwand gibt, einschließlich der wichtigsten Kennzahlen, Ergebnisse und Empfehlungen.
30. Test-Review-Bericht: Ein Dokument, das die Ergebnisse eines Softwaretests zusammenfasst; enthält in der Regel einen Überblick über den Testprozess, die Testergebnisse und alle Probleme oder Mängel, die während des Testprozesses festgestellt wurden; enthält auch Empfehlungen zur Behebung der festgestellten Probleme oder Mängel sowie eine Zusammenfassung der Gesamtqualität der getesteten Software.
31. Testdurchführungsbericht: Ein Dokument, das die Ergebnisse eines Testaufwands detailliert beschreibt. Es enthält in der Regel Informationen über die durchgeführten Tests, die Testumgebung, alle während des Tests festgestellten Probleme oder Mängel sowie die Gesamtergebnisse des Testaufwands. 
32. Bericht über Testvorfälle: Ein Dokument, das eine klare und genaue Aufzeichnung des Vorfalls enthält, einschließlich der Umstände, die zum Vorfall geführt haben, der Maßnahmen, die zur Behebung des Vorfalls ergriffen wurden, und der eventuell erforderlichen Folgemaßnahmen.
33. Fehler-/Mängelbericht: Ein Dokument, in dem ein während des Tests gefundener Fehler beschrieben wird, einschließlich Details über die Art des Problems, die Schritte zu seiner Reproduktion und alle relevanten Informationen über seine Auswirkungen oder Priorität.
34. Testabschlussbericht: Ein Dokument, das die Endergebnisse eines Tests zusammenfasst, einschließlich aller offenen Probleme oder Fehler, und Empfehlungen für die nächsten Schritte enthält.
35. Bericht zum Usability-Test: Ein Dokument, das die Ergebnisse eines Gebrauchstauglichkeitstests zusammenfasst und Empfehlungen zur Verbesserung der Gebrauchstauglichkeit eines Produkts enthält.
36. Bericht zum Leistungstest: Ein Dokument, das die Ergebnisse von Leistungstests zusammenfasst, die mit einer Softwareanwendung oder einem System durchgeführt wurden.
37. Abnahmetestbericht: Ein Dokument, das die Ergebnisse von Abnahmetests zusammenfasst; wird durchgeführt, um festzustellen, ob ein System die vom Kunden oder Endbenutzer festgelegten Abnahmekriterien erfüllt. 
38. Code-Review-Bericht: Ein Dokument, das die Ergebnisse eines Code-Review-Prozesses zusammenfasst. Er wird in der Regel verwendet, um Feedback zur Qualität und Korrektheit des überprüften Codes zu geben; enthält auch Empfehlungen für Verbesserungen, wie z. B. zu befolgende Best Practices oder Änderungen am Code, die vorgenommen werden sollten.
39. Testauswirkungsbericht: Ein Dokument, in dem die Auswirkungen einer Änderung an der zu testenden Software oder dem System auf den Testprozess beschrieben werden.
40. Versionshinweise: Eine Zusammenfassung der Änderungen und Aktualisierungen, die an einer Softwareanwendung oder einem Produkt vorgenommen wurden. 

Einige Artefakte sind redundant oder überflüssig. Wenn Sie beispielsweise bereits einen detaillierten Testplan erstellen, besteht kein Bedarf an einem übergeordneten Teststrategie-Dokument. Auch sind einige Artefakte für die spezifischen Ziele des Testaufwands möglicherweise nicht relevant. Wenn der Schwerpunkt der Tests beispielsweise auf der Ermittlung und Behebung von Fehlern in der Software liegt, sind Artefakte wie ein Bericht über die Benutzerfreundlichkeit möglicherweise nicht erforderlich. Im Allgemeinen hängt der Bedarf an Testleistungen von den spezifischen Zielen des Testprozesses sowie von den Bedürfnissen und Erwartungen der beteiligten Akteure ab.

Gründe für das Vorhandensein und Nichtvorhandensein von Test-Artefakten

Der Bedarf an Testartefakten hängt vom spezifischen Kontext und den Zielen der Testarbeit ab. Hier sind einige Faktoren, die den Bedarf an Testartefakten beeinflussen können:

1. Vorschriften oder Industriestandards: In manchen Fällen gibt es Vorschriften oder Industrienormen, die die Erstellung bestimmter Testartefakte vorschreiben. In der Luft- und Raumfahrt, in der Nuklearindustrie und im Gesundheitswesen gibt es beispielsweise strenge Anforderungen an die Prüfung und Dokumentation, was die Erstellung detaillierter Prüfberichte erforderlich machen kann.
2. Projektanforderungen: Die Anforderungen des zu prüfenden Projekts oder Produkts können ebenfalls den Bedarf an bestimmten Testleistungen vorgeben. Wenn das Projekt beispielsweise ein hohes Maß an Qualität und Zuverlässigkeit erfordert, können umfangreichere Testleistungen erforderlich sein, um sicherzustellen, dass alle Aspekte des Produkts gründlich getestet wurden.
3. Anforderungen der Interessengruppen: Verschiedene Interessengruppen, wie Entwickler, Projektmanager und Kunden, haben unterschiedliche Bedürfnisse und Erwartungen, was die Testleistungen angeht. So benötigen Entwickler möglicherweise detaillierte Berichte, um Probleme, die während der Tests festgestellt werden, zu verstehen und zu beheben, während Kunden eher an zusammenfassenden Berichten interessiert sind, die die Gesamtqualität und Zuverlässigkeit des Produkts hervorheben.
4. Testziele: Die Ziele des Testaufwands haben ebenfalls Einfluss auf den Bedarf an Testberichten. Wenn das Ziel beispielsweise darin besteht, so viele Probleme wie möglich zu identifizieren und zu beheben, bevor das Produkt freigegeben wird, sind möglicherweise detailliertere und umfassendere Testartefakte erforderlich. Besteht das Ziel hingegen lediglich darin, sicherzustellen, dass das Produkt ein Mindestmaß an Qualität aufweist, können weniger und weniger detaillierte Testartefakte ausreichend sein.

Es gibt mehrere Gründe, warum eine Organisation möglicherweise nicht alle Testartefakte für ein bestimmtes Projekt benötigt. Einige der Faktoren, die diese Entscheidung beeinflussen können, sind:

1. Die Komplexität des Projekts: Wenn es sich um ein relativ einfaches Projekt mit wenigen Funktionen und einem begrenzten Umfang handelt, ist es möglicherweise nicht notwendig, alle Testartefakte zu erstellen, die für ein komplexeres Projekt erforderlich wären.
2. Die verfügbaren Ressourcen: Wenn die Organisation nur über begrenzte Ressourcen verfügt, ist es möglicherweise nicht sinnvoll, alle Testleistungen zu erbringen, die für einen umfassenderen Testaufwand erforderlich wären.
3. Die Höhe des Risikos: Wenn das Projekt mit einem hohen Risiko behaftet ist, kann es notwendig sein, mehr Testartefakte zu erstellen, um das System gründlich zu testen und sicherzustellen, dass es alle erforderlichen Spezifikationen erfüllt.

Im Allgemeinen ist es wichtig, die spezifischen Ziele und Anforderungen eines Testaufwands sorgfältig zu berücksichtigen, wenn festgelegt wird, welche Testleistungen erforderlich sind. Indem man sich auf die Ergebnisse konzentriert, die für das Erreichen der Testziele am wichtigsten sind, kann man sicherstellen, dass der Testaufwand so effektiv und effizient wie möglich ist.

Zusammenfassend lässt sich sagen, dass es nicht immer notwendig ist, über alle Testartefakte zu verfügen, um die Qualität eines Produkts zu gewährleisten. Es ist zwar wichtig, einen gründlichen Testprozess einzurichten, aber es ist auch wichtig, Prioritäten zu setzen und sich auf die wichtigsten und relevantesten Artefakte zu konzentrieren. Letztendlich sollte das Ziel darin bestehen, Fehler oder Probleme so effizient wie möglich zu identifizieren und zu beheben, ohne den Umfang oder die Komplexität des Testprozesses unnötig zu erhöhen.

Categories