ISTQB Foundation (CTFL v4.0) Probeprüfung #4 — Fragen & Antworten
Alle Fragen dieser Probeprüfung, mit markierter richtiger Antwort und einer schriftlichen Begründung zu jeder Option unten — zum Lesen und Wiederholen, kein zeitlich begrenzter Durchlauf.
Was beschreibt am BESTEN, warum Testen notwendig ist?
Es senkt das Risiko von Fehlerwirkungen im Betrieb.
Richtig — ein zentraler Grund.
Es garantiert, dass die Software keine Fehler enthält.
Testen kann die Abwesenheit von Fehlern nicht beweisen.
Es ersetzt die Anforderungsanalyse.
Testen ergänzt die Anforderungsarbeit.
Es macht Debugging überflüssig.
Debugging wird weiter benötigt.
Testen senkt das Risiko von Fehlerwirkungen im Betrieb und hilft, die Qualität zu beurteilen; es kann keine fehlerfreie Software garantieren.
Ein Tester ist überzeugt, dass eine Funktion funktioniert, und entwirft nur bestätigende Tests. Mit welcher kognitiven Verzerrung hängt das zusammen?
Bestätigungsfehler — bestätigende Informationen bevorzugen.
Richtig — davor warnt der Grundsatz der menschlichen Faktoren.
Das Pestizid-Paradoxon.
Das betrifft wiederholte, wirkungslos werdende Tests.
Fehlerhäufung.
Das betrifft die Konzentration von Fehlern.
Trugschluss der Fehlerfreiheit.
Das betrifft ein fehlerfreies, aber unbrauchbares System.
Das ist der Bestätigungsfehler: Tester bevorzugen unbewusst bestätigende Belege.
Ein System hat alle Tests bestanden und kaum Fehler, doch Benutzer lehnen es ab, weil es ihre Bedürfnisse nicht erfüllt. Welchen Grundsatz illustriert das?
Trugschluss der Fehlerfreiheit.
Richtig — ein fehlerarmes System kann die Bedürfnisse verfehlen.
Testen zeigt das Vorhandensein von Fehlern.
Korrekt, aber nicht das hier Illustrierte.
Vollständiges Testen ist unmöglich.
Nicht der Punkt hier.
Testen ist kontextabhängig.
Gültig, beschreibt aber nicht diese Situation.
Der 'Trugschluss der Fehlerfreiheit': Fehlerbehebung nützt nichts, wenn das System die Bedürfnisse verfehlt.
Bringen Sie diese Aktivitäten in die richtige Reihenfolge: 1) Testentwurf, 2) Testanalyse, 3) Testrealisierung, 4) Testdurchführung.
Analyse → Entwurf → Realisierung → Durchführung
Richtig — die logische Reihenfolge.
Entwurf → Analyse → Durchführung → Realisierung
Analyse vor Entwurf; Realisierung vor Durchführung.
Realisierung → Analyse → Entwurf → Durchführung
Analyse und Entwurf vor Realisierung.
Durchführung → Realisierung → Entwurf → Analyse
Das ist die Umkehrung.
Analyse → Entwurf → Realisierung → Durchführung.
Welches der folgenden ist eine Testbedingung und kein Testfall?
"Prüfung des Logins mit ungültigem Passwort"
Richtig — ein testbarer Aspekt ohne konkrete Daten.
Eingabe 'amy'/'x', erwartet 'ungültige Anmeldedaten'.
Mit Eingaben und Soll-Ergebnis — ein Testfall.
'amy'/'secret123' eingeben, Dashboard lädt.
Konkrete Daten — ein Testfall.
Ein 13-stelliges Passwort eingeben, Ablehnung.
Konkreter Wert — ein Testfall.
Eine Testbedingung ist ein testbarer Aspekt. Ein Testfall ergänzt konkrete Eingaben und Soll-Ergebnisse.
Welche ZWEI gehören typischerweise zur Testanalyse? (Zwei wählen.)
Testbedingungen durch Analyse der Testbasis identifizieren.
Richtig — Kernbestandteil.
Fehler in der Testbasis erkennen, z. B. Mehrdeutigkeiten.
Richtig — die Analyse deckt sie oft auf.
Die Testfälle ausführen und protokollieren.
Das ist die Durchführung.
Die Testumgebung und Werkzeuge einrichten.
Das gehört zur Realisierung.
Die Testanalyse identifiziert Testbedingungen und kann Fehler in der Testbasis aufdecken.
Warum ist gemeinsame Qualitätsverantwortung des Teams in modernen (z. B. agilen) Kontexten wichtig?
Sie ermöglicht früheres Vermeiden und Entdecken von Fehlern.
Richtig — geteilte Verantwortung fördert frühe Qualität.
Sie macht Testkompetenz überflüssig.
Testkompetenz bleibt nötig.
Nur Entwickler sind für Qualität verantwortlich.
Gesamtteam heißt, alle teilen sie.
Sie garantiert null Fehler im Produkt.
Kein Ansatz garantiert null Fehler.
Geteilte Verantwortung ermöglicht früheres Vermeiden und Entdecken von Fehlern.
Im ISTQB-Testprozess legt eine Aktivität die Testziele fest und wählt das Vorgehen, mit dem diese Ziele unter den gegebenen Rahmenbedingungen am besten erreicht werden; ihr wichtigstes Ergebnis ist der Testplan. Welche Aktivität ist das?
Testplanung
Richtig — die Testplanung setzt die Testziele und wählt Vorgehen und Ressourcen, um sie zu erreichen; der Testplan ist ihr Ergebnis.
Testüberwachung und -steuerung
Diese Aktivität vergleicht den tatsächlichen Fortschritt mit dem Plan und löst Korrekturmaßnahmen aus. Sie nutzt den Plan, erstellt ihn aber nicht.
Testanalyse
Die Testanalyse leitet Testbedingungen aus der Testbasis ab, also was getestet wird. Sie legt weder die übergeordneten Testziele fest noch wählt sie das Vorgehen.
Testrealisierung
Die Testrealisierung erstellt und organisiert die für die Durchführung nötigen Testmittel (Testabläufe, Testsuiten, Testdaten, Umgebung). Sie erfolgt, nachdem das Vorgehen bereits gewählt wurde.
Die Testplanung legt die Testziele fest und wählt das Vorgehen (Verfahren, Teststufen, Eingangs-/Endekriterien, Ressourcen, Zeitplan), mit dem diese Ziele unter den Projektrahmenbedingungen am besten erreicht werden. Ihr wichtigstes Testmittel ist der Testplan.
Was charakterisiert testorientierte Ansätze wie TDD am BESTEN?
Tests werden vor dem Code geschrieben, der dann zum Bestehen entwickelt wird.
Richtig — das Kennzeichen von TDD.
Tests werden erst nach Fertigstellung geschrieben.
Das ist das Gegenteil.
Es werden keine automatisierten Tests verwendet.
TDD stützt sich auf automatisierte Tests.
Nur Abnahmetests, nie Komponententests.
TDD dreht sich um Komponententests.
Bei TDD werden Tests vor dem Code geschrieben; der Code wird dann zum Bestehen entwickelt.
Kundenvertreter prüfen vor dem Go-Live, ob das System ihre realen Geschäftsprozesse unterstützt. Welche Form des Abnahmetests ist das?
Benutzerabnahmetest (UAT)
Richtig — Benutzer validieren gegen ihre realen Bedürfnisse.
Komponentenintegrationstest
Der prüft Schnittstellen zwischen Komponenten.
Komponententest
Die niedrigste Stufe, durch Entwickler.
Regressionstest
Regression prüft Nebenwirkungen nach Änderungen.
Der Benutzerabnahmetest validiert, dass das System die realen Geschäftsprozesse der Benutzer unterstützt.
Welches ist das BESTE Beispiel für einen nicht-funktionalen Test zum Merkmal 'Zuverlässigkeit'?
Das System 72 Stunden im Dauerbetrieb laufen lassen.
Richtig — Dauerlauftest adressiert Zuverlässigkeit.
Prüfen, dass eine Überweisung den korrekten Betrag bewegt.
Ein funktionaler Test.
Messen, wie schnell die Seite für einen Benutzer rendert.
Performanzeffizienz, nicht Zuverlässigkeit.
Prüfen, dass die UI-Beschriftungen ins Französische übersetzt sind.
Lokalisierung/Benutzbarkeit.
Zuverlässigkeit betrifft das korrekte Funktionieren über die Zeit, z. B. langer Dauerbetrieb ohne Ausfall.
Mit welcher Entwicklungsphase ist im V-Modell der Entwurf der Systemtests am BESTEN verknüpft?
Die Phase der Systemanforderungsspezifikation.
Richtig — Systemtests verifizieren die Systemanforderungen.
Die Phase des Detail-(Komponenten-)Entwurfs.
Die gehört zum Komponententest.
Die Codierphase.
Codierung gehört zum Komponententest.
Die Phase der Geschäftsanforderungen/des Vertrags.
Die gehört zum Abnahmetest.
Im V-Modell basiert der Systemtestentwurf auf der Systemanforderungsspezifikation.
Welche Testart stellt die Konformität mit Vorschriften, Standards oder vertraglichen Anforderungen fest?
Konformitäts-(Compliance-)Test
Richtig — prüft die Einhaltung von Standards/Vorschriften.
Smoke-Test
Prüft die grundlegende Stabilität.
Benutzbarkeitstest
Betrifft die Bedienbarkeit.
Fehlernachtest
Prüft, dass eine Korrektur einen Fehler behoben hat.
Der Konformitätstest prüft die Einhaltung von Gesetzen, Standards oder Verträgen.
Kurz vor der Inbetriebnahme prüft das Betriebsteam Backup und Restore, das Disaster-Recovery-Verfahren, die Benutzerverwaltung sowie die Installations- und Deinstallationsskripte in einer produktionsähnlichen Umgebung. Welche Form des Abnahmetests ist das?
Betrieblicher Abnahmetest (OAT)
Richtig — genau diese betrieblichen Aufgaben deckt der OAT ab, und er wird von Betrieb bzw. Systemadministration durchgeführt.
Benutzerabnahmetest
Der Benutzerabnahmetest wird von Fachanwendern durchgeführt und validiert, dass das System ihre Geschäftsprozesse und die Gebrauchstauglichkeit unterstützt, nicht Backup-, Wiederherstellungs- und Administrationsverfahren.
Alphatest
Der Alphatest wird von potenziellen oder bestehenden Anwendern beim Entwicklungsunternehmen durchgeführt. Unterscheidungsmerkmal sind dort wer testet und wo, nicht die betriebliche Natur der Aufgaben.
Regulatorischer Abnahmetest
Der regulatorische Abnahmetest weist die Einhaltung von Gesetzen, Vorschriften und Normen nach. Backup, Wiederherstellung und Benutzerverwaltung sind betriebliche Belange, kein regulatorischer Nachweis.
Der betriebliche Abnahmetest (Operational Acceptance Testing, OAT) wird von Betrieb bzw. Systemadministration durchgeführt und umfasst Aufgaben wie Backup/Restore, Disaster Recovery, Benutzerverwaltung, Installation und Wartung des Systems in seiner Betriebsumgebung.
In welchem Schritt des Reviewprozesses untersuchen Gutachter das Arbeitsergebnis einzeln vor dem Treffen?
Individuelle Prüfung (individuelle Vorbereitung)
Richtig — Gutachter prüfen zunächst einzeln.
Planung
Die Planung legt Umfang und Teilnehmer fest.
Beheben und Berichten
Erfolgt nach Kommunikation der Befunde.
Reviewinitiierung
Die Initiierung verteilt das Arbeitsergebnis.
Im Schritt 'individuelle Prüfung' untersuchen Gutachter das Produkt allein und notieren Fehler.
Welche Reviewart ist am BESTEN, wenn das Ziel ein Konsens der Stakeholder ist, geleitet vom Autor?
Walkthrough
Richtig — vom Autor geleitet, auf Konsens ausgerichtet.
Inspektion
Von einem Moderator geleitet, am formalsten.
Informelles Review
Keine definierte Struktur.
Audit
Ein Audit prüft Konformität gegen Standards.
Ein Walkthrough wird vom Autor geleitet und dient oft dem Verständnis und Konsens.
Welches ist ein typisches Arbeitsergebnis, das durch statisches Testen untersucht werden kann?
Ein Anforderungsspezifikationsdokument.
Richtig — Dokumente sind typische Arbeitsergebnisse.
Die gemessene Antwortzeit unter Last.
Ein dynamisches Ergebnis.
Die CPU-Auslastung während eines Stresstests.
Laufzeitmetriken erfordern dynamisches Testen.
Das Absturzprotokoll beim Versagen der App.
Entsteht beim Ausführen.
Statisches Testen kann Anforderungen, Entwurf, Code, Testpläne usw. untersuchen.
Was ist der HAUPTunterschied zwischen einem durch statisches Testen gefundenen Fehler und einer durch dynamisches Testen gefundenen Fehlerwirkung?
Statisches Testen findet Fehler direkt; dynamisches beobachtet Fehlerwirkungen.
Richtig — statisch findet den Fehler, dynamisch das Symptom.
Statisches Testen findet stets mehr Fehler.
Keines ist generell überlegen.
Dynamisches Testen benötigt keine Testfälle.
Es nutzt Testfälle zur Ausführung.
Statisches Testen führt den Code kontrolliert aus.
Statisches Testen führt den Code nicht aus.
Statisches Testen findet Fehler direkt ohne Ausführung; dynamisches Testen beobachtet Fehlerwirkungen bei der Ausführung.
Welche ZWEI der folgenden sind Black-Box- (spezifikationsbasierte) Testtechniken? (Wählen Sie zwei.)
Entscheidungstabellentest.
Eine spezifikationsbasierte (Black-Box-)Technik für Bedingungskombinationen.
Zustandsübergangstest.
Eine spezifikationsbasierte (Black-Box-)Technik auf Basis von Zuständen und Übergängen.
Anweisungstest.
Der Anweisungstest ist White-Box (strukturbasiert).
Zweigtest.
Der Zweigtest ist White-Box (strukturbasiert).
Zu den Black-Box-Techniken gehören Äquivalenzklassenbildung, Grenzwertanalyse, Entscheidungstabellen, Zustandsübergänge und Anwendungsfälle. Anweisungs- und Zweigtest sind White-Box.
Wie viele Testfälle sind für das folgende Geldautomaten-Zustandsdiagramm erforderlich, um 0-Switch-Überdeckung zu erreichen, also jeden gültigen Einzelübergang genau einmal abzudecken? (Zählen Sie den Selbstübergang 'falsche PIN (<3)' als einen Übergang.)
9
Idle->AwaitPIN, AwaitPIN->Menu, AwaitPIN-Selbstschleife, AwaitPIN->Locked, Menu->Dispensing, Dispensing->Menu, Menu->CardReturned, CardReturned->Idle, Locked->Idle.
6
Zu wenig; es gibt neun verschiedene Übergänge.
8
Übersieht einen Übergang, z. B. die Selbstschleife.
5
Viel zu wenig für 0-Switch-Überdeckung hier.
Es gibt neun gültige Übergänge, daher benötigt die 0-Switch-Überdeckung neun Testfälle.
Das Zustandsübergangsdiagramm des Thermostats zeigt die gültigen Übergänge. Welche Ereignisfolge ist laut Diagramm UNGÜLTIG, ausgehend von S1 (Aus)?
turn on, dann temp >= set
Richtig — nach 'turn on' ist das System im Leerlauf; 'temp >= set' nur aus Heizen gültig.
turn on, dann temp < set, dann temp >= set
Gültig: Aus→Leerlauf→Heizen→Leerlauf.
turn on, dann turn off
Gültig: Aus→Leerlauf→Aus.
turn on, dann temp < set, dann turn off
Gültig: Aus→Leerlauf→Heizen→Aus.
Von S1 (Aus) ist nur 'turn on' zu S2 gültig. Es gibt keinen Übergang von Aus zu Heizen, daher ist 'turn on' dann 'temp >= set' ungültig.
Im folgenden Kontrollflussgraphen kann ein Schleifenrumpf (Knoten 3 → Knoten 4) null- oder mehrmals ausgeführt werden. Wie viele Testfälle sind mindestens für 100% Zweigüberdeckung der Entscheidung an Knoten 2 nötig?
2
Richtig — ein Test betritt die Schleife, einer überspringt sie.
1
Ein Test deckt nicht beide Zweigausgänge ab.
3
Nur eine Entscheidung, zwei Ausgänge genügen.
4
Zu viele; eine Entscheidung braucht nur 2.
Die Entscheidung an Knoten 2 hat zwei Ausgänge: Schleife betreten (wahr) und verlassen (falsch). Zweigüberdeckung erfordert beide — also 2 Testfälle.
Was ist der HAUPTzweck des Zusammenfassens einer Entscheidungstabelle durch Verschmelzen redundanter Spalten?
Die Zahl der Testfälle senken und die Überdeckung erhalten.
Richtig — don't-care-Spalten verschmelzen ohne Verlust.
Mehr Bedingungen hinzufügen.
Zusammenfassen reduziert, fügt nichts hinzu.
Die Tabelle in ein Zustandsdiagramm umwandeln.
Verschiedene Techniken.
100% Zweigüberdeckung des Codes garantieren.
Entscheidungstabellen sind Black-Box.
Es verschmilzt Spalten mit don't-care-Bedingungen, reduziert Testfälle ohne Überdeckungsverlust.
Die Versandkosten hängen von zwei Bedingungen ab: 'Mitglied' und 'Bestellung >= 50 $'. Das Verhalten unterscheidet sich für alle vier Kombinationen. Wie viele Testfälle für volle Regelüberdeckung?
4
Richtig — 2 × 2 = 4 verschiedene Kombinationen.
2
Zwei Tests decken nicht alle vier ab.
3
Drei lassen eine Kombination ungetestet.
8
8 wäre 2^3; hier nur zwei Bedingungen.
Zwei binäre Bedingungen ergeben 2 × 2 = 4 Kombinationen; alle unterscheiden sich — 4 Testfälle.
Welches White-Box-Kriterium ist erfüllt, wenn jede ausführbare Anweisung mindestens einmal ausgeführt wurde?
Anweisungsüberdeckung
Richtig — sie misst ausgeführte Anweisungen.
Zweigüberdeckung
Verlangt jeden Entscheidungsausgang.
Pfadüberdeckung
Verlangt alle unabhängigen Pfade.
Äquivalenzklassenüberdeckung
Ein Black-Box-Kriterium.
Die Anweisungsüberdeckung misst den Anteil ausgeführter Anweisungen.
Ein Quiz bewertet 0–100: 0–39 = Durchgefallen, 40–69 = Bestanden, 70–100 = Auszeichnung. Welche Menge wählt mit Äquivalenzklassenbildung je EINEN Repräsentanten pro Klasse?
{ 20, 55, 85 }
Richtig — je ein Wert pro Klasse.
{ 39, 40, 69, 70 }
Das sind Grenzwerte.
{ 10, 25, 35 }
Alle in der Klasse Durchgefallen.
{ 55, 60, 65 }
Alle in der Klasse Bestanden.
Drei Klassen: Durchgefallen, Bestanden, Auszeichnung. Je ein Repräsentant, z. B. {20, 55, 85}.
Wann ist der Zustandsübergangstest am BESTEN geeignet?
Wenn das Verhalten vom aktuellen Zustand und den Ereignissen abhängt.
Richtig — modelliert Zustände, Ereignisse, Übergänge.
Wenn Eingaben unabhängige Zahlenbereiche ohne Gedächtnis sind.
Das passt zu Äquivalenzklassen/Grenzwertanalyse.
Wenn das Ziel die Anweisungsüberdeckung ist.
Das ist ein White-Box-Ziel.
Nur wenn keine Spezifikation verfügbar ist.
Er beruht auf einem aus der Spezifikation abgeleiteten Modell.
Für Systeme, deren Verhalten vom aktuellen Zustand und der Historie abhängt, wo Ereignisse Übergänge auslösen.
Welche ZWEI sind White-Box-(strukturbasierte) Testtechniken? (Zwei wählen.)
Anweisungstest
Richtig — basiert auf der Codestruktur.
Zweigtest
Richtig — basiert auf Code-Entscheidungen.
Äquivalenzklassenbildung
Eine Black-Box-Technik.
Anwendungsfalltest
Eine Black-Box-Technik.
Anweisungs- und Zweigtest leiten Tests aus der Codestruktur ab. Äquivalenzklassenbildung und Anwendungsfalltest sind Black-Box.
Eine Ampel durchläuft Rot → Grün → Gelb → Rot mit je einem gültigen Übergang (Rot→Grün, Grün→Gelb, Gelb→Rot). Wie viele Testfälle für 0-Switch-Überdeckung?
3
Richtig — drei gültige Übergänge.
1
Ein Test deckt nicht alle drei ab.
6
6 bezieht sich auf 1-Switch.
9
Weit mehr als drei Übergänge.
0-Switch erfordert jeden gültigen Einzelübergang einmal. Drei Übergänge — 3 Testfälle.
Vier Produktrisiken sind 1-5 bewertet: R1 L=5 I=5; R2 L=2 I=4; R3 L=4 I=3; R4 L=3 I=5. Wenn Risikostufe = Wahrscheinlichkeit x Auswirkung, welches sollte ZUERST getestet werden?
R1 (Risikostufe 25)
5*5 = 25 ist der höchste der vier.
R4 (Risikostufe 15)
3*5 = 15 ist niedriger als die 25 von R1.
R3 (Risikostufe 12)
4*3 = 12 ist niedriger als die 25 von R1.
R2 (Risikostufe 8)
2*4 = 8 ist der niedrigste.
R1 hat das höchste Produkt (25).
Was beschreibt den Unterschied zwischen Testüberwachung und Teststeuerung am BESTEN?
Überwachung sammelt Informationen; Steuerung ergreift Maßnahmen.
Richtig — Steuerung handelt auf Basis der Überwachung.
Überwachung behebt Fehler; Steuerung schreibt Testfälle.
Beides ist falsch.
Sie sind dieselbe Aktivität.
Sie sind unterschiedlich.
Steuerung sammelt Metriken; Überwachung genehmigt das Budget.
Rollen vertauscht.
Überwachung sammelt Informationen; Steuerung ergreift darauf basierende Maßnahmen.
Welches ist das BESTE Beispiel für einen produktrisikobasierten Eintrag in einem Testplan?
"Falsche Zinsberechnung könnte finanziellen Verlust verursachen — gründlich testen."
Richtig — ein Produktrisiko.
"Die Testumgebung könnte zwei Wochen zu spät bereitstehen."
Ein Projektrisiko.
"Zwei Tester könnten das Projekt verlassen."
Ein Personalrisiko.
"Die Lizenz des Testwerkzeugs könnte ablaufen."
Ein Werkzeug-/Projektrisiko.
Ein Produktrisiko betrifft eine mögliche Fehlfunktion mit Schaden, z. B. falsche Zinsberechnung.
Ein Team führte 200 Testfälle aus. 150 bestanden, 30 fehlgeschlagen, 20 blockiert (nicht ausgeführt). Wie hoch ist der Prozentsatz der bestandenen unter den ausgeführten?
Etwa 83%
Richtig — 150 / 180 ≈ 0,833.
75%
150 / 200 zählt blockierte falsch mit.
85%
Entspricht nicht 83%.
90%
Überschätzt die Quote.
Ausgeführt = 150 + 30 = 180. 150 / 180 ≈ 83%.
Welches ist ein typisches Attribut in einem Fehlerbericht zur Klassifizierung und Analyse?
Schweregrad und Priorität des Fehlers.
Richtig — unterstützen Klassifizierung und Priorisierung.
Die persönliche Meinung des Testers über den Entwickler.
Berichte müssen sachlich bleiben.
Das Gesamtprojektbudget.
Ohne Bezug zum Fehlerbericht.
Die Anzahl der Meetings in der Woche.
Irrelevant.
Fehlerberichte erfassen Schweregrad/Priorität, Status, Phase und Referenzen.
Welches ist ein Beispiel für eine überdeckungsbasierte Testmetrik zur Überwachung des Fortschritts?
Prozentsatz der durch Testfälle abgedeckten Anforderungen.
Richtig — eine überdeckungsbasierte Metrik.
Die Anzahl der konsumierten Kaffees.
Keine sinnvolle Metrik.
Die Marke des Testwerkzeugs.
Ein Werkzeugattribut.
Das Farbschema des Dashboards.
Kosmetisch.
Überdeckungsmetriken messen den Anteil abgedeckter Elemente, z. B. abgedeckte Anforderungen.
Was unterscheidet Schweregrad und Priorität eines Fehlers am BESTEN?
Schweregrad ist die Auswirkung; Priorität die Dringlichkeit.
Richtig — unabhängige Dimensionen.
Sie haben stets denselben Wert.
Sie können sich unterscheiden.
Schweregrad legt das Management fest; Priorität der Compiler.
Der Compiler bestimmt die Priorität nicht.
Priorität ist die Auswirkung; Schweregrad die Dringlichkeit.
Das vertauscht die Definitionen.
Schweregrad ist die Auswirkung; Priorität ist die Dringlichkeit der Behebung. Sie können abweichen.
Welche Wirkung hat es beim risikobasierten Testen, wenn eine Funktion als hohes Risiko gilt?
Sie erhält früheres und gründlicheres Testen.
Richtig — das Risiko steuert Tiefe und Zeitpunkt.
Sie wird vom Testen ausgeschlossen.
Hochriskante Bereiche werden mehr getestet.
Sie wird erst nach dem Release getestet.
Hohe Risiken werden vor dem Release getestet.
Sie hat automatisch null Fehler.
Die Risikohöhe ändert nicht die Fehlerzahl.
Hochriskante Bereiche werden früher und gründlicher getestet.
Welche Praxis des Konfigurationsmanagements ist am WICHTIGSTEN, damit Tests wiederholbar und Ergebnisse nachverfolgbar sind?
Testobjekte und Testmittel eindeutig identifizieren und versionieren.
Richtig — Versionskontrolle stützt Wiederholbarkeit.
Alte Testergebnisse löschen.
Löschen untergräbt die Nachverfolgbarkeit.
Jedem Tester private, nicht versionierte Kopien überlassen.
Zerstört die Wiederholbarkeit.
Jegliche Dokumentation von Versionen vermeiden.
Ohne Versionsdokumentation keine Nachverfolgbarkeit.
Das KM identifiziert und versioniert Testobjekte und Testmittel eindeutig.
Welches ist ein Vorteil eines Testdurchführungs-(Automatisierungs-)Werkzeugs für Regressionstests?
Große Regressionssuiten schnell und konsistent ausführen.
Richtig — Geschwindigkeit und Konsistenz.
Es macht den Entwurf von Testfällen überflüssig.
Testentwurf bleibt nötig.
Es garantiert, dass keine Fehler verbleiben.
Kein Werkzeug garantiert das.
Es beseitigt jeglichen Wartungsaufwand.
Automatisierte Tests erfordern Wartung.
Automatisierungswerkzeuge führen große Regressionssuiten schnell und wiederholbar aus.
Welches ist eine zentrale Überlegung bei der AUSWAHL eines Testwerkzeugs?
Wie gut das Werkzeug zu Prozessen und Reife passt, mit Kosten-Nutzen-Bewertung.
Richtig — Passung und ROI sind zentral.
Nur die Farbe der Benutzeroberfläche.
Kosmetisch.
Die teuerste Option wählen.
Der Preis sagt nichts über Eignung.
Das Werkzeug eines Wettbewerbers wählen.
Passt evtl. nicht zum eigenen Kontext.
Die Auswahl sollte Reife, Prozesspassung, Skills, Support und Kosten-Nutzen berücksichtigen.