A. Anzahl der durch die Testbedingungen abgedeckten Produktrisiken.

B. Prozentsatz der Anforderungen, die mit bestandenen Testfällen verknüpft sind.

C. Anzahl der in den Anforderungen gefundenen Testbarkeitsmängel.

D. Anzahl der automatisierten im Vergleich zu geplanten Testfällen.

A. Informationen über den Fehlerort können verwendet werden, um die Wirksamkeit von Testprozessen bei der Fehlersuche zu beurteilen

B. Informationen über doppelte und abgelehnte Fehlerberichte können verwendet werden, um die Qualität des Debuggens und der Behebung der Fehler zu beurteilen

C. Informationen über die Phase der Einführung von Defekten können die Lebenszyklusphasen identifizieren, in denen die meisten Defekte entstehen

D. Informationen über die Grundursachen von Defekten können verwendet werden, um das Refactoring problematischer Komponenten zu ermöglichen

A. a und b.

B. b und d.

C. a und e.

D. c und d.

A. Ein Meeting mit dem Testmanager, um das Feedback anderer Teammitglieder zur Leistung des Testers im Projekt zu besprechen.

B. Eine Zuweisung als Mitglied des Wartungstestteams für dieselbe agile Entwicklung.

C. Eine Bonuszahlung, die die Gesamtproduktivität des Projektteams widerspiegelt.

D. Eine Zuweisung als leitender Testanalyst zu einem neuen agilen Entwicklungsteam.

A. Identifizieren Sie die Arbeitselemente, die ihre Schätzungen überschritten haben, und um wie viel. Überlegen Sie dann, warum diese Schätzungen ungenau waren.

B. Identifizieren Sie die Arbeitselemente, die ihre Schätzungen überschritten haben, und um wie viel. Überlegen Sie dann, wie Sie diese Schätzungen genauer gestalten können.

C. Überlegen Sie, wie Sie diese Schätzungen genauer gestalten können, und legen Sie anschließend einen Verbesserungsplan und die Verantwortlichkeiten für deren Umsetzung fest.

D. Identifizieren Sie die Arbeitselemente, die ihre Schätzungen überschritten haben, und geben Sie an, um wie viel. Identifizieren Sie dann die Teammitglieder, die diese Schätzungen am meisten beeinflusst haben.

A. Bei der Testplanung geht es darum, die erforderlichen Testressourcen wie Testpersonal, Tools und Umgebungsressourcen abzuschätzen und sie dann den Testaktivitäten zuzuordnen.

B. Mit der Testplanung wird am besten begonnen, nachdem die Anforderungen ermittelt wurden, damit der Testumfang klar verstanden und dokumentiert werden kann.

C. Die Testplanung beginnt, sobald alle Produktrisiken identifiziert und analysiert wurden. Anschließend werden die Ansätze zur Risikobehandlung ausgewählt.

D. Es ist nicht notwendig, dass alle Beteiligten den Testplan akzeptieren, da Meinungsverschiedenheiten unvermeidlich sind. Er muss jedoch vom Projektmanager akzeptiert werden.

A. In Bearbeitung, In Untersuchung, Zurückgestellt, Erneut testen, Gelöst, Geschlossen

B. Neu, In Untersuchung, In Bearbeitung, Erneuter Test, Gelöst, Geschlossen, Zurückgestellt

C. Neu, in Untersuchung, verschoben, in Bearbeitung, erneuter Test, gelöst, geschlossen

D. Neu, In Prüfung, Abgelehnt, Erneut testen, Gelöst, Geschlossen

A. Risikoidentifizierung, Risikoprüfung

B. Risikomanagement, Risikobewertung

C. Risikoprüfung, Risikomanagement

D. Risikoidentifizierung, Risikobewertung

A. Durch die Berechnung der Wahrscheinlichkeit und der Auswirkung eines Risikos erhöht sich die Wahrscheinlichkeit, Mängel zu finden.

B. Indem Tests danach priorisiert werden, welche Produktrisiken sie berücksichtigen.

C. Durch die Identifizierung bekannter Risiken in Fehlerberichten.

D. Indem wir Tests entwickeln, die nur die Bereiche mit dem höchsten Risiko abdecken.

A. Der für die Analyse, den Entwurf und die Durchführung von Tests aufgewendete Zeitaufwand sollte sich nach dem eingeschätzten Risikoniveau richten.

B. Die Anzahl der Teststufen sollte den unterschiedlichen Prioritäten der identifizierten Produktqualitätsrisiken Rechnung tragen.

C. Die Anzahl der mit der Analyse, dem Entwurf und der Ausführung befassten Personen sollte dem ermittelten Risikograd proportional sein.

D. Die Größe des Testteams sollte proportional zur Anzahl der identifizierten Produktqualitätsrisiken mit hoher Priorität sein.

A. Der Projektmanager, der für das Projekt verantwortlich ist

B. Das Defekt-Triage-Team

C. Der Tester, der den Fehlerbericht geschrieben hat

D. Der Entwickler, dem der Defekt zugewiesen ist

A. Ignorieren Sie Risiko 1, da dieses nicht durch Tests minimiert werden kann. Führen Sie Sicherheitstests für Risiko 4 durch und planen Sie diese vor den Leistungstests für Risiko 2 ein. Führen Sie Überprüfungen der frühen Bildschirmdesigns durch und beziehen Sie Benutzer mit Sehbehinderungen ein.

B. Führen Sie Portabilitätstests für Risiko 1 durch und planen Sie diese vor den Sicherheitstests für Risiko 4 und schließlich den Leistungstests für Risiko 2 ein. Integrieren Sie Benutzer mit Sehbehinderungen in das Designteam für Risiko 3.

C. Ignorieren Sie Risiko 1, da es nicht durch Testaktivitäten gemindert werden kann. Führen Sie Leistungstests für Risiko 2 durch und planen Sie diese vor den Sicherheitstests für Risiko 4 ein. Ignorieren Sie Risiko 3, da es nicht durch Testaktivitäten gemindert werden kann.

D. Ignorieren Sie Risiko 1, da dies nicht in den Rahmen einer Projektteststrategie fällt. Führen Sie Leistungstests für die Risiken 2 und 4 durch, planen Sie jedoch zuerst Tests für Risiko 4 ein. Stellen Sie sicher, dass Endbenutzer mit Sehbehinderungen während des UAT einbezogen werden.

A. Ein breiteres, funktionsübergreifendes Team sollte zur Risikoanalyse beitragen.

B. Zukünftige Projekte sollten zuerst die Bereiche mit geringerem Risiko testen.

C. Der Projektmanager sollte die Erwartungen der Stakeholder hinsichtlich schwerwiegender Fehler festgelegt haben.

D. Die Sitzung zum Erlernen neuer Erkenntnisse hätte vor der Bereitstellung durchgeführt werden sollen.