Die wichtigste Verbesserung des Berichts ist A. Hinzufügen einer Auswirkungsanalyse. Eine Auswirkungsanalyse ist eine Bewertung, wie sich der Fehler auf die Funktionalität, Benutzerfreundlichkeit, Leistung, Zuverlässigkeit, Sicherheit oder andere Aspekte des zu testenden Systems auswirkt. Eine Auswirkungsanalyse kann dabei helfen, den Fehler auf der Grundlage seiner Schwere und Dringlichkeit zu priorisieren und zu klassifizieren. Eine Auswirkungsanalyse kann auch dabei helfen, die Grundursache und mögliche Lösungen für den Fehler zu ermitteln. Eine Auswirkungsanalyse ist ein wesentlicher Bestandteil eines Fehlerberichts, da sie nützliche Informationen für die Entscheidungsfindung und Verbesserungsprozesse liefert.
Die anderen Verbesserungen des Berichts sind nicht so wichtig wie die Hinzufügung einer Auswirkungsanalyse, da sie nicht so viele Informationen oder Werte für die Entscheidungsfindung und Verbesserungsprozesse liefern. Zum Beispiel:
* B. Hinzufügen von Informationen darüber, welcher Entwickler den Fehler beheben sollte: Diese Verbesserung des Berichts ist nicht notwendig, da sie nicht zu den Informationen gehört, die zur Beschreibung, Reproduktion und Priorisierung des Fehlers erforderlich sind.
Die Zuweisung von Entwicklern zur Behebung von Fehlern ist Teil des Fehlerverwaltungsprozesses, der die Zuweisung, Verfolgung, Behebung und Überprüfung von Fehlern umfasst.
* C. Fügen Sie den Zeitstempel hinzu, wann der Vorfall aufgetreten ist: Diese Berichtverbesserung ist nicht sehr nützlich, da sie kaum Informationen über die Ursache oder Wirkung des Fehlers liefert. Der Zeitstempel, zu dem der Vorfall aufgetreten ist, ist nur dann relevant, wenn er mit externen Faktoren oder Ereignissen zusammenhängt, die das Verhalten oder die Leistung des zu testenden Systems beeinflussen könnten.
* D. Hinzufügen von Informationen darüber, welcher Webbrowser verwendet wurde: Diese Berichtverbesserung ist nicht sehr relevant, da sie sich nicht auf die Funktionalität oder Nutzbarkeit des zu testenden Systems auswirkt. Der verwendete Webbrowser ist nur dann relevant, wenn er mit Kompatibilitäts- oder Interoperabilitätsproblemen zusammenhängt, die Defekte oder Ausfälle im zu testenden System verursachen könnten.
Weitere Informationen über Fehlerberichte und Auswirkungsanalysen finden Sie in [A Study Guide to the ISTQB Foundation Level 2018 Syllabus], Kapitel 5.

Erläuterung
Tests, die von einer anderen Person im Entwicklungsteam als der Person, die den Code geschrieben hat, entworfen werden, sind nicht die niedrigste Stufe der Unabhängigkeit. Die niedrigste Stufe der Unabhängigkeit sind Tests, die von der Person entworfen werden, die den Code geschrieben hat, da dies zu Verzerrungen oder blinden Flecken beim Testen führen kann. Tests, die von einer anderen Person im Entwicklungsteam entworfen wurden, sind eine Stufe höher als Tests, die von der Person entworfen wurden, die den Code geschrieben hat, da dies eine andere Perspektive oder Fachkenntnis beim Testen bieten kann. definiert die Stufen der Unabhängigkeit wie folgt:
Der Grad der Unabhängigkeit des Testens hängt mit dem Grad der Trennung zwischen denjenigen, die für die Entwicklung der Software verantwortlich sind, und denjenigen, die für das Testen der Software zuständig sind, zusammen.
Es lassen sich folgende Stufen der Unabhängigkeit unterscheiden:
Stufe 0: Keine unabhängigen Tests; die Tests werden von derselben Person entworfen, die den Code geschrieben hat.
Stufe 1: Die Tests werden von einer anderen Person im Entwicklungsteam entworfen, z. B. von einem anderen Programmierer oder Softwareentwickler.
Stufe 2: Die Tests werden von einer Person aus einer anderen Gruppe innerhalb der Organisation entworfen, z. B. von einem unabhängigen Testteam oder einer Gruppe.
Stufe 3: Die Tests werden von einer Person aus einer anderen Organisation oder einem anderen Unternehmen entwickelt, z. B. von einem Outsourcing-Partner oder Auftragnehmer.
A, B und C sind richtige Aussagen. Ein Testteam mit einem hohen Maß an Unabhängigkeit kann unter einer geringeren Vertrautheit mit dem Produkt leiden (A), da es möglicherweise keinen Zugang zu allen Informationen oder Kenntnissen über das zu testende System hat. Ein Entwicklungsteam kann viele Fehler finden, da es mit dem Code vertraut ist (B), da es mehr Einblick in die interne Funktionsweise des Systems und in mögliche Problembereiche hat. Tests, die von einer Person aus einer anderen Gruppe des Unternehmens entworfen werden, stellen die höchste Stufe der Unabhängigkeit innerhalb eines Unternehmens dar, da dies eine maximale Trennung zwischen Entwicklungs- und Testaktivitäten ermöglicht.

Erläuterung
Ein Softwareunternehmen beschloss, eine kommerzielle Anwendung für seine Buchhaltung zu kaufen. Im Rahmen des Evaluierungsprozesses beschloss das Unternehmen, ein Team zusammenzustellen, das eine Reihe von Anwendungsmöglichkeiten testen sollte. Am besten geeignet wäre ein Team mit einer Mischung aus Software-Testern und Experten aus der Buchhaltungsabteilung. Dieses Team hätte die folgenden Vorteile:
Softwaretester verfügen über die Fähigkeiten und Erfahrungen, um Testfälle auf der Grundlage der Anforderungen und Kriterien des Unternehmens zu entwerfen, durchzuführen und zu bewerten. Sie können auch Werkzeuge und Techniken einsetzen, um ihre Testaktivitäten zu unterstützen und verlässliche und objektive Informationen über die Qualität und das Risikoniveau jeder Bewerberanwendung zu liefern.
Die Fachleute aus der Buchhaltung verfügen über das Wissen und die Erfahrung, um die Funktionalität und Benutzerfreundlichkeit jeder Bewerberanwendung zu verstehen und zu validieren. Sie können auch Feedback und Verbesserungsvorschläge auf der Grundlage ihrer Bedürfnisse und Erwartungen als Endnutzer oder Kunden geben.
Die anderen in der Frage genannten Teams sind für dieses Ziel nicht so gut geeignet wie für andere Zwecke oder Szenarien. Zum Beispiel:
Ein Team eines Outsourcing-Unternehmens, das sich auf das Testen von Buchhaltungssoftware spezialisiert hat: Dieses Team verfügt zwar über die Fähigkeiten und die Erfahrung zum Testen von Buchhaltungssoftware, aber möglicherweise nicht über das Wissen und die Erfahrung, um die spezifischen Anforderungen und Kriterien des Unternehmens, das die Anwendung kaufen möchte, zu verstehen und zu validieren. Möglicherweise mangelt es ihnen auch an der Kommunikation und Zusammenarbeit mit den am Evaluierungsprozess beteiligten Interessengruppen des Unternehmens.
Ein Team von Benutzern aus der Buchhaltung, die die Anwendung täglich nutzen müssen:
Dieses Team verfügt zwar über das Wissen und die Erfahrung, um die Funktionalität und die Benutzerfreundlichkeit jeder Bewerberanwendung zu verstehen und zu validieren, aber möglicherweise nicht über die Fähigkeiten und die Erfahrung, um Testfälle auf der Grundlage der Anforderungen und Kriterien des Unternehmens zu entwerfen, durchzuführen und zu bewerten. Möglicherweise fehlen ihnen auch die Werkzeuge und Techniken, um ihre Testaktivitäten zu unterstützen und verlässliche und objektive Informationen über die Qualität und das Risikoniveau der einzelnen Bewerberanwendungen zu liefern.
Ein Team aus dem Testteam des Unternehmens, das über Erfahrung im Testen von Software verfügt: Dieses Team verfügt möglicherweise über die Fähigkeiten und die Erfahrung, um Testfälle auf der Grundlage der Anforderungen und Kriterien des Unternehmens zu entwerfen, auszuführen und zu bewerten, aber es verfügt möglicherweise nicht über das Wissen und die Erfahrung, um die Funktionalität und die Benutzerfreundlichkeit jeder Bewerberanwendung zu verstehen und zu validieren. Möglicherweise fehlt es ihnen auch an Feedback und Verbesserungsvorschlägen, die auf den Bedürfnissen und Erwartungen der Endbenutzer oder Kunden basieren.

Erläuterung
Checklistenbasiertes Testen ist eine erfahrungsbasierte Testtechnik, bei der der erfahrene Tester eine übergeordnete Liste von Punkten verwendet, die er notieren, überprüfen oder sich merken muss, oder eine Reihe von Regeln oder Kriterien, anhand derer ein Produkt überprüft werden muss. Checklistenbasiertes Testen kann dem Tester helfen, sich auf wichtige Aspekte des Testobjekts zu konzentrieren und sicherzustellen, dass nichts übersehen oder vergessen wird. Checklistenbasiertes Testen kann dem Tester auch dabei helfen, die Testergebnisse und die Testabdeckung effektiver zu kommunizieren und zu berichten.
Referenzen: Certified Tester Foundation Level Syllabus, Abschnitt 4.6.1

Erläuterung
Ein richtiger Grund für die Anwendung der Testautomatisierung ist, wenn es viele sich wiederholende Testaufgaben gibt, da die Testautomatisierung den Aufwand und die Zeit, die für die Ausführung erforderlich sind, verringern und die Konsistenz und Genauigkeit der Ergebnisse verbessern kann. Die anderen Optionen sind keine gültigen Gründe für die Anwendung der Testautomatisierung, da sie die Vorteile und Risiken der Testautomatisierung, die Eignung des Testobjekts für die Automatisierung oder die Verfügbarkeit von Ressourcen und Fähigkeiten für die Automatisierung nicht berücksichtigen.
Referenzen: Abschnitt 6.3.1, Abschnitt 6.3.2

Erläuterung
Die richtige Antwort ist B, da sie checklistenbasiertes Testen beschreibt. Checklistenbasiertes Testen ist eine erfahrungsbasierte Testtechnik, die eine Liste von Tests beinhaltet, die auf dem basieren, was für den Benutzer wichtig ist, sowie auf einem Verständnis dafür, warum und wie Software versagt1. Checklistenbasiertes Testen kann verwendet werden, um sicherzustellen, dass wichtige Aspekte der Software getestet werden, und um den Tester bei der Erstellung zusätzlicher Tests anzuleiten1. Option A ist falsch, da checklistenbasiertes Testen eine gewisse Konsistenz und Richtlinien für die Entwicklung von Testfällen bietet, indem vordefinierte Listen von Elementen oder Kriterien verwendet werden, gegen die geprüft werden soll1. Option C ist falsch, da checklistenbasiertes Testen nicht auf nicht-funktionale Tests beschränkt ist, sondern sowohl für funktionale als auch für nicht-funktionale Tests verwendet werden kann1. Option D ist falsch, da checklistenbasiertes Testen keine formalen Tests anhand detaillierter Listen von Testbedingungen beinhaltet, sondern informelle Tests anhand übergeordneter Listen von Elementen oder Kriterien1. Referenzen: 1, Abschnitt 4.2.6

Erläuterung
Die richtige Antwort ist D, da sie Werkzeuge zur Unterstützung von Überprüfungen beschreibt. Tools, die Reviews unterstützen, sind Werkzeuge, die bei der Durchführung von statischen Testaktivitäten helfen, z. B. bei der Überprüfung von Dokumenten auf Fehler oder die Einhaltung von Standards3. Beispiele für Tools, die Reviews unterstützen, sind:
Werkzeuge für die Überprüfung und Kommentierung von Dokumenten
Werkzeuge für den Dokumentenvergleich und die Versionskontrolle
Tools für die Verwaltung von Checklisten und die Fehlerverfolgung
Option A ist falsch, da sie Werkzeuge zur Unterstützung von Usability-Tests beschreibt. Tools, die Usability-Tests unterstützen, sind Tools, die bei der Durchführung dynamischer Testaktivitäten helfen, die sich darauf beziehen, wie einfach und benutzerfreundlich das Softwareprodukt ist3. Beispiele für Tools, die Usability-Tests unterstützen, sind:
Werkzeuge zur Aufzeichnung von Benutzeraktionen und Feedback
Tools zur Analyse von Nutzerverhalten und -zufriedenheit
Werkzeuge zur Simulation verschiedener Benutzeroberflächen und Geräte
Option B ist falsch, da sie Werkzeuge zur Bewertung der Datenqualität beschreibt. Werkzeuge zur Bewertung der Datenqualität sind Werkzeuge, die bei der Bewertung und Verbesserung der Genauigkeit und Vollständigkeit der für die Prüfung verwendeten Daten helfen3. Beispiele für Werkzeuge zur Bewertung der Datenqualität sind:
Tools für die Validierung und Überprüfung von Daten
Tools für Datenbereinigung und -umwandlung
Tools für die Erstellung von Datenprofilen und die Analyse
Option C ist falsch, da sie Werkzeuge beschreibt, die spezielle Testanforderungen unterstützen. Werkzeuge, die spezialisierte Testanforderungen unterstützen, sind Werkzeuge, die bei der Durchführung dynamischer Testaktivitäten im Zusammenhang mit bestimmten Bereichen oder Technologien helfen3. Beispiele für Tools, die spezialisierte Testanforderungen unterstützen, sind:
Tools für Sicherheitstests
Tools für Leistungstests
Werkzeuge für Zugänglichkeitstests
Referenzen: 3, Abschnitt 2.10

Testanalyse und -entwurf ist die Aktivität im grundlegenden Testprozess, die die Ermittlung der erforderlichen Testdaten beinhaltet. Testdaten sind die Eingaben, die zur Ausführung der Testfälle und zur Überprüfung der erwarteten Ergebnisse verwendet werden.2 Diese Tätigkeit wird wie folgt definiert:
Die Testanalyse und -entwicklung umfasst die folgenden Hauptaufgaben:
* Überprüfung der Testgrundlage (z. B. Anforderungen, Risikoanalyseberichte, Entwurfsunterlagen oder Code).
* Identifizierung von Testbedingungen auf der Grundlage der Analyse von Testobjekten, Spezifikationen, Verhalten und Struktur der Software.
* Entwurf von High-Level-Testfällen auf der Grundlage von Testbedingungen und Entwurfstechniken.
* Bewertung der Testbarkeit der Anforderungen und des zu testenden Systems.
* Festlegung von Ausstiegskriterien.
Die Bewertung der Ausstiegskriterien und die Berichterstattung (A) sind Teil der Testabschlussaktivitäten, bei denen die Testergebnisse anhand der festgelegten Ziele bewertet werden. Bei der Testimplementierung und -durchführung (B) werden die Testfälle unter Verwendung der identifizierten Testdaten ausgeführt und Abweichungen von den erwarteten Ergebnissen dokumentiert. Bei der Testplanung und -steuerung werden der Gesamtansatz und die Ressourcen für das Testen festgelegt und überwacht.

Erläuterung
Die Gewinnung von Vertrauen in das Qualitätsniveau des Systems kann ein allgemeines Ziel des Testens sein, da das Testen Informationen darüber liefern kann, wie gut das System die spezifizierten Anforderungen und die Erwartungen der Benutzer erfüllt und wie viele Fehler im System gefunden und behoben wurden.
Referenz: A Study Guide to the ISTQB Foundation Level 2018 Syllabus1, Kapitel 1, Abschnitt 1.1.1, Seite 3.

Erläuterung
Das Diagramm listet verschiedene Typen von Betriebssystemen (LNX, W2K, WSP), Datenbanken (ORA, MSQ, SQL) und Anwendungsservern (JBS, WSP) auf, die von der zu testenden Anwendung unterstützt werden. Um alle möglichen Kombinationen dieser Typen zu testen, müssen wir die Anzahl der Optionen in jeder Kategorie multiplizieren. In diesem Fall haben wir:
3 Optionen für Betriebssysteme
3 Optionen für Datenbanken
2 Optionen für Anwendungsserver
Wir haben also 3 x 3 x 2 = 18 mögliche Kombinationen zu testen.
Wenn wir uns das Diagramm jedoch genau ansehen, können wir feststellen, dass einige Kombinationen nicht gültig oder durchführbar sind, weil sie nicht durch Linien verbunden sind. Zum Beispiel können wir LNX nicht mit WSP als Anwendungsserver testen, weil es keine Linie zwischen ihnen gibt. Ebenso können wir W2K nicht mit JBS als Anwendungsserver testen, weil es keine Linie zwischen ihnen gibt. Daher müssen wir diese ungültigen Kombinationen aus unserer Berechnung ausschließen.
Wenn wir nur die gültigen Kombinationen zählen, die im Diagramm durch Linien verbunden sind, erhalten wir:
5 Kombinationen für LNX (LNX-ORA-JBS, LNX-ORA-WSP, LNX-MSQ-JBS, LNX-MSQ-WSP, LNX-SQL-JBS)
5 Kombinationen für W2K (W2K-ORA-WSP, W2K-MSQ-WSP, W2K-SQL-WSP)
5 Kombinationen für WSP (WSP-ORA-JBS, WSP-ORA-WSP, WSP-MSQ-JBS, WSP-MSQ-WSP) Daher haben wir 5 + 5 + 5 = 15 gültige Kombinationen zu testen.
Weitere Informationen über Testkombinationen finden Sie in Software Testing Foundations: A Study Guide for the Certified Tester Exam, Kapitel 4, Abschnitt 4.22.