ISTQB Foundation (CTFL v4.0) Probeprüfung #6 — 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.
Welche Aussage beschreibt den Unterschied zwischen Testen und Debugging am besten?
Testen kann durch Fehlerzustände verursachte Fehlerwirkungen auslösen, während Debugging diese Fehlerzustände findet, analysiert und behebt.
Richtig: Testen deckt Fehlerwirkungen auf, Debugging beseitigt die Fehlerzustände.
Testen und Debugging sind zwei Namen für dieselbe Aktivität.
Falsch: Es sind unterschiedliche Aktivitäten mit unterschiedlichen Zielen.
Debugging wird vor dem Testen durchgeführt, um Fehlerzustände zu verhindern.
Falsch: Debugging folgt einer Fehlerwirkung und verhindert keine Fehlerzustände.
Testen behebt die gefundenen Fehlerzustände, während Debugging sie nur meldet.
Falsch: Das vertauscht die Rollen.
Testen kann Fehlerwirkungen auslösen; Debugging ist die Entwicklungsaktivität, die die zugrunde liegenden Fehlerzustände lokalisiert und behebt.
Was kann dynamisches Testen gemäß den sieben Grundsätzen des Testens zeigen?
Es kann zeigen, dass Fehlerzustände vorhanden sind, kann aber nicht beweisen, dass keine vorhanden sind.
Korrekte Aussage des ersten Grundsatzes.
Es kann beweisen, dass die Software völlig fehlerfrei ist, wenn alle Tests bestehen.
Falsch: bestandene Tests beweisen nie die Abwesenheit von Fehlerzuständen.
Es garantiert die Abwesenheit von Fehlerzuständen in den getesteten Bereichen.
Falsch: kein Test garantiert die Abwesenheit von Fehlerzuständen.
Es kann die Korrektheit für alle Eingaben durch vollständiges Testen beweisen.
Falsch: vollständiges Testen ist nicht durchführbar (Grundsatz 2).
Grundsatz 1: Testen zeigt die Anwesenheit von Fehlerzuständen, nicht deren Abwesenheit.
Warum ist vollständiges Testen im Allgemeinen nicht durchführbar?
Die Anzahl möglicher Eingabe- und Vorbedingungskombinationen ist außer in trivialen Fällen zu groß.
Richtig – das ist der Grundsatz des vollständigen Testens.
Testwerkzeuge können nicht mehr als ein paar hundert Testfälle ausführen.
Falsch: Werkzeuge können sehr viele Tests ausführen; die Grenze ist kombinatorisch.
Vollständiges Testen ist durch den ISTQB-Lehrplan verboten.
Falsch: es ist nicht durchführbar, nicht verboten.
Es würde zu viele Fehlerzustände finden, um sie zu beheben.
Falsch: das ist nicht der Grund für die Undurchführbarkeit.
Grundsatz 2: außer in trivialen Fällen ist die Anzahl der Kombinationen zu groß, um alle zu testen.
Ein Entwickler missversteht eine Anforderung und schreibt fehlerhaften Code. Bei der Ausführung stürzt das System ab. Welche Reihenfolge ordnet diese Ereignisse den ISTQB-Begriffen korrekt zu?
Fehlhandlung → Fehlerzustand (im Code) → Fehlerwirkung (der Absturz).
Korrekte Ursachenkette gemäß ISTQB.
Fehlerwirkung → Fehlerzustand → Fehlhandlung.
Falsch: kehrt die Kette um.
Fehlerzustand → Fehlhandlung → Fehlerwirkung.
Falsch: die Fehlhandlung kommt zuerst, nicht der Fehlerzustand.
Fehlhandlung → Fehlerwirkung → Fehlerzustand.
Falsch: der Fehlerzustand existiert vor der Fehlerwirkung.
Eine Fehlhandlung führt einen Fehlerzustand im Code ein, der bei Ausführung eine Fehlerwirkung verursacht.
Welche der folgenden sind gültige Ziele des Testens? (Wählen Sie ZWEI.)
Fehlerzuständen vorbeugen, indem Anforderungen und Design frühzeitig überprüft werden.
Richtig: frühe statische Bewertung beugt Fehlerzuständen vor.
Vertrauen in das Qualitätsniveau des Testobjekts aufbauen.
Richtig: ein Kernziel des Testens.
Beweisen, dass die Software keine Fehlerzustände enthält.
Falsch: unmöglich (Grundsatz 1).
Den Bedarf an Anforderungsspezifikationen ersetzen.
Falsch: Testen ersetzt keine Anforderungen.
Testen beugt Fehlerzuständen vor (frühe Bewertung) und schafft Vertrauen; es kann die Abwesenheit von Fehlerzuständen nicht beweisen.
Ein Team analysiert in der Produktion gefundene Fehlerzustände und führt sie auf unklare Abnahmekriterien zurück. Diese Analyse identifiziert am besten beschrieben die/den:
Ursache (Root Cause) der Fehlerzustände.
Richtig: der zugrunde liegende Ursprung ist die Grundursache.
Ausfallrate des Systems.
Falsch: das ist ein Zuverlässigkeitsmaß, keine Ursachenanalyse.
Testüberdeckungsgrad.
Falsch: Überdeckung misst, wie viel getestet wurde.
Endekriterium.
Falsch: Endekriterien definieren, wann das Testen endet.
Fehlerzustände auf ihren Ursprung zurückzuführen ist Ursachenanalyse (Root-Cause-Analyse).
Wie hängen Testen und Qualitätssicherung (QA) zusammen?
Testen ist eine Form der Qualitätskontrolle (produktorientiert); QA ist prozessorientiert und stellt sicher, dass geeignete Prozesse befolgt werden.
Korrekte Unterscheidung zwischen QC und QA.
Testen und QA sind identisch.
Falsch: QA ist breiter und prozessorientiert.
QA ist eine Teilmenge des Testens, die nur von Testern durchgeführt wird.
Falsch: QA umfasst den gesamten Prozess, nicht nur das Testen.
QA ersetzt das Testen, sobald ein Prozess ausgereift ist.
Falsch: gute Prozesse machen Testen nicht überflüssig.
Testen ist produktorientierte Qualitätskontrolle; QA ist prozessorientiert.
Welche Aktivität des ISTQB-Testprozesses besteht darin, die Testsuiten auszuführen, die Ist-Ergebnisse mit den erwarteten Ergebnissen zu vergleichen und für die gefundenen Abweichungen Anomalien zu protokollieren?
Testdurchführung
Richtig — Tests ausführen, Ist- mit Soll-Ergebnissen vergleichen und Anomalien protokollieren sind genau die Aufgaben der Testdurchführung.
Testrealisierung
Die Testrealisierung stellt alles bereit, was zur Durchführung nötig ist — Testabläufe, Testsuiten, Testdaten und Umgebung — führt selbst aber nichts aus.
Testentwurf
Der Testentwurf überführt Testbedingungen in Testfälle und ermittelt Anforderungen an Testdaten. Er erzeugt die Tests, führt sie aber nicht aus.
Testabschluss
Der Testabschluss erfolgt nach der Durchführung: Testmittel werden gesammelt und archiviert, über den Testaufwand berichtet und Lessons Learned in Verbesserungen überführt.
Die Testdurchführung führt die Testsuiten gemäß Zeitplan aus, vergleicht Ist- mit Soll-Ergebnissen und protokolliert Anomalien, deren wahrscheinliche Ursache anschließend analysiert wird.
Was ist die Grundidee eines 'Shift-Left'-Ansatzes beim Testen?
Testaktivitäten früher durchführen, z. B. Anforderungen prüfen und Tests schreiben, bevor der Code fertig ist.
Richtig: frühes Testen findet Fehlerzustände früher und günstiger.
Alle Tests an das Projektende verschieben.
Falsch: das ist das Gegenteil von Shift-Left.
Die Testverantwortung vollständig auf den Betrieb verlagern.
Falsch: Shift-Left betrifft den Zeitpunkt, nicht die Übergabe an den Betrieb.
Den Testumfang reduzieren, um Zeit zu sparen.
Falsch: es ändert den Zeitpunkt, nicht den Umfang.
Shift-Left verlagert Testaktivitäten früher in den SDLC.
Welche Reihenfolge listet die typischen Teststufen korrekt auf?
Komponententest, Komponentenintegrationstest, Systemtest, Abnahmetest.
Korrekte Reihenfolge der vier typischen Teststufen.
System, Abnahme, Komponente, Integration.
Falsch: Reihenfolge vertauscht.
Abnahme, System, Integration, Komponente.
Falsch: das läuft von oben nach unten, nicht die typische Reihenfolge.
Integration, Komponente, Abnahme, System.
Falsch: Integration kann nicht vor dem Komponententest liegen.
Komponententest → Komponentenintegrationstest → Systemtest → Abnahmetest.
Ein Test überprüft, wie schnell eine Webseite bei 500 gleichzeitigen Nutzern reagiert. Welcher Testtyp ist das?
Nicht-funktionaler Test (Performanz/Effizienz).
Richtig: es prüft ein Qualitätsmerkmal, keine Funktion.
Funktionaler Test.
Falsch: funktionales Testen prüft, was das System tut, nicht wie schnell.
White-Box-Test (strukturbasiert).
Falsch: strukturbasiertes Testen beruht auf der Codestruktur, nicht auf Performanz.
Bestätigungstest (Fehlernachtest).
Falsch: ein Bestätigungstest prüft einen behobenen Fehlerzustand erneut.
Antwortzeit unter Last ist ein nicht-funktionales (Performanz-)Merkmal.
Nach einer Fehlerbehebung führt der Tester den ursprünglich fehlgeschlagenen Test erneut aus, um die Behebung zu prüfen, und führt dann weitere Tests aus, um sicherzustellen, dass nichts anderes beschädigt wurde. Diese beiden Aktivitäten sind jeweils:
Bestätigungstest und Regressionstest.
Korrekte Zuordnung der beiden Aktivitäten.
Regressionstest und Bestätigungstest.
Falsch: die Reihenfolge ist vertauscht.
Smoke-Test und Retest.
Falsch: das sind nicht die Begriffe für die beschriebenen Aktivitäten.
Integrationstest und Systemtest.
Falsch: das sind Teststufen, nicht die beschriebenen Aktivitäten.
Den behobenen Test erneut ausführen = Bestätigungstest; prüfen, dass nichts anderes beschädigt ist = Regressionstest.
Welche der folgenden sind Formen des Abnahmetests? (Wählen Sie ZWEI.)
Benutzerabnahmetest (UAT).
Richtig: eine Standardform des Abnahmetests.
Betrieblicher Abnahmetest (OAT).
Richtig: prüft die Betriebsbereitschaft (Backup, Wiederherstellung usw.).
Komponentenintegrationstest.
Falsch: das ist eine Integrationsteststufe.
Zweigüberdeckungstest (Entscheidungstest).
Falsch: das ist eine White-Box-Testtechnik.
UAT und betrieblicher Abnahmetest sind anerkannte Formen des Abnahmetests.
Eine Organisation migriert ihre Anwendung auf eine neue Cloud-Plattform, ohne die Funktionalität zu ändern. Welche Art von Test wird primär ausgelöst?
Wartungstest (durch Migration/Umgebungsänderung ausgelöst), einschließlich Regressionstest.
Richtig: Migration ist ein Wartungsauslöser.
Nur Komponententest.
Falsch: eine Migration betrifft das ganze System, nicht nur Komponenten.
Abnahmetest brandneuer Funktionen.
Falsch: es wurden keine neuen Funktionen hinzugefügt.
Es ist kein Test erforderlich, weil die Funktionalität unverändert ist.
Falsch: Umgebungsänderungen können dennoch Fehlerwirkungen verursachen.
Umgebungs-/Migrationsänderungen lösen Wartungstests aus, einschließlich Regressionstests.
Welche Aussage über statisches Testen ist korrekt?
Es untersucht Arbeitsergebnisse, ohne den Code auszuführen, z. B. durch Reviews und statische Analyse.
Korrekte Definition des statischen Testens.
Es erfordert die Ausführung der Software mit Testdaten.
Falsch: das ist dynamisches Testen.
Es kann nur auf Quellcode angewendet werden.
Falsch: es gilt auch für Anforderungen, Designs usw.
Es ist ein Synonym für Performanztest.
Falsch: Performanztest ist dynamisch und nicht-funktional.
Statisches Testen untersucht Arbeitsergebnisse, ohne Code auszuführen.
Welcher Review-Typ ist am formellsten, mit dokumentiertem Verfahren, definierten Rollen, Metriken und einem geschulten Moderator?
Inspektion.
Richtig: der formellste Review-Typ.
Informelles Review.
Falsch: informelle Reviews haben keinen definierten Prozess.
Walkthrough.
Falsch: ein Walkthrough ist weniger formell, oft vom Autor geleitet.
Ad-hoc-Test.
Falsch: das ist eine dynamische Technik, kein Review.
Eine Inspektion ist der formellste Review-Typ.
Welche sind Vorteile des frühen Findens von Fehlerzuständen durch Reviews? (Wählen Sie ZWEI.)
Geringere Kosten für die Fehlerbehebung im Vergleich zum späteren Finden.
Richtig: frühere Behebungen sind günstiger.
Fehlerzustände können entfernt werden, bevor sie in die Software codiert werden.
Richtig: Reviews finden Anforderungs-/Designfehler früh.
Reviews garantieren, dass danach kein dynamisches Testen nötig ist.
Falsch: dynamisches Testen ist weiterhin erforderlich.
Reviews finden immer mehr Fehlerzustände als jede dynamische Technik.
Falsch: das ist eine Übergeneralisierung.
Frühe Reviews senken die Behebungskosten und entfernen Fehlerzustände, bevor sie codiert werden.
Welche Rolle ist in einem formellen Review für den Review-Prozess verantwortlich, plant das Treffen und sorgt für einen effektiven Ablauf?
Der Moderator.
Richtig: sorgt für einen effektiven Review-Ablauf.
Der Autor.
Falsch: der Autor hat das geprüfte Arbeitsergebnis erstellt.
Der Protokollant.
Falsch: der Protokollant erfasst Befunde, steuert aber nicht den Prozess.
Der Manager, der das Dokument zuletzt liest.
Falsch: keine definierte Review-Rolle.
Der Moderator leitet und steuert das Review.
Wie viele Testfälle sind für dieselbe Routine (ein IF ohne ELSE, gefolgt von einer Anweisung) mindestens nötig für 100% Zweig-/Entscheidungsüberdeckung?
2
Ein Test macht die Entscheidung wahr, der andere falsch.
1
Ein Test deckt nur ein Ergebnis ab.
3
Zwei Ergebnisse brauchen nur zwei Fälle.
6
Entspricht der Anweisungszahl, nicht der Zweigüberdeckung.
Ein Test für IF-wahr und einer für IF-falsch = 2.
Ein Online-Shop berechnet den Versand nach Bestellgewicht: 0 bis einschließlich 2 kg kostet 5 EUR; über 2 kg bis einschließlich 10 kg kostet 9 EUR; über 10 kg kostet 15 EUR. Ein Gewicht von 0 kg oder negativ ist ungültig (muss größer als 0 sein). Wie viele GÜLTIGE Äquivalenzklassen gibt es bei Äquivalenzklassenbildung über die Eingabe Gewicht?
Drei gültige Klassen (über 0 bis 2 kg, über 2 bis 10 kg, über 10 kg).
Richtig: drei Preisbereiche bilden drei gültige Klassen.
Vier gültige Klassen.
Falsch: es gibt nur drei Preisbereiche; die vierte (<=0) ist ungültig.
Zwei gültige Klassen.
Falsch: das übersieht den Bereich über 10 kg.
Eine gültige Klasse, weil Gewicht ein einzelnes Feld ist.
Falsch: ein einzelnes Feld kann mehrere Klassen haben.
Gültige Bereiche: (0,2], (2,10], (10,unendlich) = drei gültige Klassen; die ungültige Klasse (Gewicht <= 0) ist separat.
Für dasselbe Versandbeispiel (0 bis 2 kg = 5 EUR, über 2 bis 10 kg = 9 EUR, über 10 kg = 15 EUR; Gewicht muss größer als 0 sein) mit der 2-Werte-Grenzwertanalyse an der Grenze 2 kg (Eingabegranularität 0,01 kg): Welches Wertepaar sollte getestet werden?
2,00 kg und der kleinste Wert direkt darüber (2,01 kg).
Richtig: der Grenzwert und sein nächster Nachbar.
Nur 2,00 kg.
Falsch: die 2-Werte-Grenzwertanalyse braucht zwei Werte.
0 kg und 10 kg.
Falsch: das sind nicht die Nachbarn der Grenze 2 kg.
1 kg und 3 kg.
Falsch: diese liegen bei der gegebenen Granularität nicht direkt an der Grenze.
Die 2-Werte-Grenzwertanalyse testet den Grenzwert und seinen nächsten Nachbarn auf der anderen Seite: 2,00 und 2,01 kg.
Welche Wertemenge sollte bei der 3-Werte-Grenzwertanalyse für die Grenze 10 kg im Versandbeispiel (Eingabegranularität 0,1 kg) getestet werden?
9,9, 10,0 und 10,1 kg.
Richtig: Grenzwert plus beide Nachbarn.
Nur 10,0 und 10,1 kg.
Falsch: das ist der 2-Werte-Ansatz, 9,9 fehlt.
9,0, 10,0 und 11,0 kg.
Falsch: 9,0 und 11,0 sind bei 0,1-Granularität nicht die nächsten Nachbarn.
Nur 10,0 kg.
Falsch: die 3-Werte-Grenzwertanalyse braucht drei Werte.
Die 3-Werte-Grenzwertanalyse testet den Grenzwert plus die Nachbarn auf beiden Seiten: 9,9, 10,0, 10,1.
Ein registrierter Kunde gibt eine Bestellung über 120 EUR auf und wendet einen gültigen Gutschein an. Bestimmen Sie anhand der Entscheidungstabelle unten, welche Regel zutrifft und welche Aktionen sich ergeben.
Regel R1: kostenloser Versand UND 10% Extra-Rabatt.
Richtig: alle drei Bedingungen sind wahr, das entspricht Spalte R1.
Regel R2: nur kostenloser Versand.
Falsch: R2 hat keinen Gutschein, der Kunde hat aber einen angewendet.
Regel R5: nur kostenloser Versand, kein Extra-Rabatt.
Falsch: R5 gilt für einen nicht registrierten Kunden.
Regel R3: Extra-Rabatt, aber kein kostenloser Versand.
Falsch: R3 hat eine Bestellung unter 100 EUR, diese ist aber 120 EUR.
Registriert = T, Bestellung >= 100 = T, Gutschein = T entspricht Regel R1: kostenloser Versand UND 10% Extra-Rabatt.
Ein nicht registrierter Kunde gibt mit derselben Entscheidungstabelle eine Bestellung über 60 EUR auf und wendet einen Gutschein an. Welche Regel trifft zu und welches Ergebnis ergibt sich?
Regel R7: kein kostenloser Versand und kein Extra-Rabatt.
Richtig: F/F/T entspricht Spalte R7, beide Aktionen N.
Regel R3: nur Extra-Rabatt.
Falsch: R3 gilt für einen registrierten Kunden.
Regel R5: nur kostenloser Versand.
Falsch: R5 erfordert Bestellung >= 100 EUR, diese ist aber 60 EUR.
Regel R8: nur kostenloser Versand.
Falsch: R8 hat keinen Gutschein und gewährt keinen kostenlosen Versand.
Registriert = F, Bestellung >= 100 = F, Gutschein = T entspricht Regel R7: kein kostenloser Versand und kein Extra-Rabatt.
Wie viele Testfälle sind mindestens erforderlich, um vollständige Entscheidungstabellenüberdeckung für eine Tabelle mit 8 eindeutigen, nicht redundanten Regeln (Spalten) zu erreichen?
Acht – ein Testfall pro Regel (Spalte).
Richtig: vollständige Überdeckung erfordert einen Test pro nicht redundanter Regel.
Vier.
Falsch: das würde nur die Hälfte der Regeln abdecken.
Sechzehn.
Falsch: 8 nicht redundante Regeln benötigen nur 8 Tests.
Zwei – einer für wahr und einer für falsch.
Falsch: das ignoriert die Regelkombinationen.
Vollständige Entscheidungstabellenüberdeckung = ein Testfall pro Regel/Spalte.
Welche der folgenden ist anhand des Zustandsübergangsdiagramms unten für den Lebenszyklus einer Bestellung eine GÜLTIGE Übergangsfolge?
New -> Paid -> Shipped -> Delivered.
Richtig: jeder Übergang existiert im Diagramm.
New -> Shipped -> Delivered.
Falsch: es gibt keinen direkten Übergang New -> Shipped.
Paid -> Delivered.
Falsch: die Bestellung muss vor der Lieferung versandt werden.
Delivered -> Shipped -> Paid.
Falsch: das sind rückwärtige Übergänge, die nicht existieren.
Der einzige gültige vollständige Pfad ist New -> Paid -> Shipped -> Delivered.
Was erfordert das Erreichen von 100% gültiger Übergangsüberdeckung (0-Switch / Chow N=0) für den Bestell-Zustandsautomaten?
Jeden gültigen einzelnen Übergang zwischen Zuständen mindestens einmal ausführen.
Korrekte Definition der 0-Switch-Überdeckung.
Jedes Paar aufeinanderfolgender Übergänge ausführen.
Falsch: das ist 1-Switch-Überdeckung.
Jeden Zustand mindestens einmal besuchen, aber nicht zwingend jeden Übergang.
Falsch: das ist Zustandsüberdeckung, schwächer als Übergangsüberdeckung.
Nur den Start- und Endzustand testen.
Falsch: viel zu schwach für eine sinnvolle Überdeckung.
0-Switch-Überdeckung erfordert, dass jeder gültige einzelne Übergang mindestens einmal ausgeführt wird.
Ein Codemodul enthält eine IF-Anweisung mit ELSE-Zweig. Ein einzelner Test führt nur den TRUE-Zweig aus. Welche Aussage zur Überdeckung ist korrekt?
Die Zweigüberdeckung beträgt 50% und die Anweisungsüberdeckung liegt unter 100%, weil die ELSE-Anweisungen nicht ausgeführt werden.
Richtig: einer von zwei Zweigen genommen, ELSE-Anweisungen bleiben nicht ausgeführt.
Sowohl Anweisungs- als auch Zweigüberdeckung betragen 100%.
Falsch: der ELSE-Zweig und seine Anweisungen sind ungetestet.
Die Anweisungsüberdeckung beträgt 100%, die Zweigüberdeckung jedoch 50%.
Falsch: Anweisungen im ELSE-Zweig werden nicht ausgeführt, also unter 100%.
Die Zweigüberdeckung beträgt 100%, die Anweisungsüberdeckung jedoch 50%.
Falsch: nur einer von zwei Zweigen wurde genommen.
Wenn nur der TRUE-Zweig läuft, werden die ELSE-Anweisungen nicht ausgeführt, daher beträgt die Zweigüberdeckung 50% und die Anweisungsüberdeckung liegt unter 100%.
Welche Aussage über das Verhältnis von Anweisungs- und Zweigüberdeckung ist korrekt?
100% Zweigüberdeckung garantiert 100% Anweisungsüberdeckung, aber nicht umgekehrt.
Richtig: Zweigüberdeckung schließt Anweisungsüberdeckung ein.
100% Anweisungsüberdeckung garantiert 100% Zweigüberdeckung.
Falsch: ein IF ohne ELSE kann 100% Anweisungen erreichen, aber den Falsch-Zweig verfehlen.
Beide sind immer gleich.
Falsch: sie unterscheiden sich bei Zweigen ohne Anweisungen.
Es gibt keinen Zusammenhang zwischen ihnen.
Falsch: Zweigüberdeckung schließt Anweisungsüberdeckung ein.
100% Zweigüberdeckung impliziert 100% Anweisungsüberdeckung, aber nicht umgekehrt.
Welche ZWEI der folgenden würden typischerweise in einem Testkonzept dokumentiert? (Wählen Sie zwei.)
Den Umfang, die Ziele und den Testansatz.
Kerninhalt eines Testkonzepts.
Eingangs- und Endekriterien für die Testaktivitäten.
Testkonzepte definieren die Bedingungen für Beginn und Abschluss des Testens.
Den vollständigen Quellcode der Anwendung.
Der Quellcode gehört ins Code-Repository, nicht ins Testkonzept.
Die übergreifende Marketingstrategie des Unternehmens.
Die Marketingstrategie hat nichts mit dem Testkonzept zu tun.
Ein Testkonzept definiert üblicherweise Umfang und Ziele, den Testansatz, Eingangs-/Endekriterien, Zeitplan und Ressourcen. Es enthält weder den Quellcode noch die Marketingstrategie.
Ein Testmanager schätzt eine Testaufgabe mit der Drei-Punkt-Technik. Der optimistische Wert (a) ist 4 Tage, der wahrscheinlichste (m) 7 Tage und der pessimistische (b) 16 Tage. Wie lautet die Schätzung mit E = (a + 4m + b) / 6?
8 Tage.
Richtig: (4 + 28 + 16) / 6 = 48 / 6 = 8.
9 Tage.
Falsch: nachrechnen (4 + 28 + 16) / 6 = 8.
7 Tage.
Falsch: 7 ist der wahrscheinlichste Wert, nicht die gewichtete Schätzung.
10 Tage.
Falsch: das überschätzt den gewichteten Mittelwert.
E = (4 + 4*7 + 16) / 6 = 48 / 6 = 8 Tage.
Wie lautet die erwartete Schätzung E = (a + 4m + b) / 6 bei der Drei-Punkt-Schätzung mit optimistisch = 5, wahrscheinlichster = 9 und pessimistisch = 19 (Personentage)?
10 Personentage.
Richtig: (5 + 36 + 19) / 6 = 60 / 6 = 10.
9 Personentage.
Falsch: 9 ist der wahrscheinlichste Wert, nicht die gewichtete Schätzung.
11 Personentage.
Falsch: nachrechnen (5 + 36 + 19) / 6 = 10.
12 Personentage.
Falsch: das überschätzt den gewichteten Mittelwert.
E = (5 + 4*9 + 19) / 6 = 60 / 6 = 10 Personentage.
Wie wird in risikobasiertem Testen die Höhe eines Produktrisikos typischerweise bestimmt?
Durch Kombination der Eintrittswahrscheinlichkeit mit dem Schadensausmaß.
Richtig: Risikohöhe = Wahrscheinlichkeit x Auswirkung.
Nur durch die Eintrittswahrscheinlichkeit.
Falsch: das Schadensausmaß muss ebenfalls berücksichtigt werden.
Nur durch die Kosten der Testfälle.
Falsch: Testkosten definieren kein Produktrisiko.
Durch die Anzahl der verfügbaren Tester.
Falsch: die Personalstärke bestimmt nicht die Risikohöhe.
Risikohöhe = Eintrittswahrscheinlichkeit x Schadensausmaß.
Welche der folgenden sind Beispiele für ENDEkriterien (Definition of Done) einer Teststufe? (Wählen Sie ZWEI.)
Alle geplanten Tests wurden ausgeführt.
Richtig: der Abschluss der geplanten Tests ist ein Endekriterium.
Die vereinbarten Überdeckungs- und Fehlerschwellen sind erreicht.
Richtig: das Erreichen von Überdeckungs-/Fehlerzielen ist ein Endekriterium.
Die Testumgebung ist verfügbar und stabil.
Falsch: das ist ein Eingangskriterium (Voraussetzung).
Anforderungen wurden geprüft und als Baseline festgelegt.
Falsch: das ist ein Eingangskriterium.
Endekriterien beschreiben, wann das Testen enden kann; Eingangskriterien beschreiben Voraussetzungen zum Start.
Welche Informationen sind in einem guten Fehlerbericht unerlässlich? (Wählen Sie ZWEI.)
Schritte zur Reproduktion des Problems.
Richtig: Reproduktionsschritte helfen Entwicklern, den Fehlerzustand zu bestätigen und zu beheben.
Erwartetes Ergebnis und tatsächliches Ergebnis.
Richtig: die Abweichung definiert den Fehlerzustand.
Die Privatadresse des Entwicklers, der ihn beheben soll.
Falsch: irrelevant und unangemessen.
Ein garantiertes Versprechen, wann er behoben wird.
Falsch: ein Fehlerbericht garantiert keine Behebungstermine.
Schritte zur Reproduktion sowie erwartetes und tatsächliches Ergebnis sind für einen nützlichen Fehlerbericht unerlässlich.
Ein Rechtschreibfehler auf der Startseite des Unternehmens ist für alle Besucher gut sichtbar, beeinträchtigt aber die Funktionalität nicht. Wie würde dieser Fehlerzustand typischerweise eingestuft?
Niedriger Schweregrad, aber möglicherweise hohe Priorität.
Richtig: keine funktionale Auswirkung (niedriger Schweregrad), aber sichtbar, daher dringend (hohe Priorität).
Hoher Schweregrad und hohe Priorität.
Falsch: es gibt keine funktionale Auswirkung, daher ist der Schweregrad nicht hoch.
Hoher Schweregrad, aber niedrige Priorität.
Falsch: der Schweregrad ist niedrig (kosmetisch), und ein sichtbarer Startseitenfehler hat keine niedrige Priorität.
Niedriger Schweregrad und niedrige Priorität, nie behebenswert.
Falsch: die hohe Sichtbarkeit macht eine schnelle Behebung lohnenswert.
Der Schweregrad (technische Auswirkung) ist niedrig, die Priorität (Dringlichkeit der Behebung) kann aufgrund der Sichtbarkeit jedoch hoch sein.
Welche der folgenden sind typischerweise Bestandteil eines Testkonzepts (Testplans)? (Wählen Sie ZWEI.)
Umfang, Ziele und Vorgehen des Testens.
Richtig: Kerninhalt eines Testkonzepts.
Eingangs- und Endekriterien.
Richtig: ein Testkonzept definiert Start- und Endebedingungen.
Der exakte Quellcode der zu testenden Anwendung.
Falsch: Quellcode ist nicht Teil eines Testkonzepts.
Die persönlichen Gehälter des Testteams.
Falsch: für ein Testkonzept irrelevant.
Ein Testkonzept dokumentiert Umfang/Ziele/Vorgehen sowie Eingangs-/Endekriterien.
Welche Metrik ist am nützlichsten, um den Fortschritt der Testdurchführung zu überwachen?
Die Anzahl der geplanten, ausgeführten, bestandenen und fehlgeschlagenen Testfälle über die Zeit.
Richtig: eine Standardmetrik zur Testüberwachung.
Die Anzahl der von Entwicklern geschriebenen Codezeilen.
Falsch: das misst die Entwicklung, nicht den Testfortschritt.
Die Anzahl der vom Projektleiter abgehaltenen Meetings.
Falsch: irrelevant für den Testdurchführungsfortschritt.
Das Alter der Hardware der Testumgebung.
Falsch: kein Maß für den Testfortschritt.
Die Verfolgung geplanter/ausgeführter/bestandener/fehlgeschlagener Testfälle über die Zeit zeigt den Durchführungsfortschritt.
Welche der folgenden sind Risiken oder Grenzen der Einführung von Testautomatisierungswerkzeugen? (Wählen Sie ZWEI.)
Den Aufwand zur Pflege der automatisierten Skripte unterschätzen.
Richtig: Wartung ist ein bekanntes Automatisierungsrisiko.
Übermäßiges Vertrauen in das Werkzeug oder unrealistische Erwartungen.
Richtig: unrealistische Erwartungen sind ein anerkanntes Risiko.
Das Werkzeug macht jegliches Testen überflüssig.
Falsch: Werkzeuge unterstützen das Testen, ersetzen es nicht.
Werkzeuge senken die Gesamtkosten immer sofort.
Falsch: Nutzen erfordert oft Zeit und Anfangsinvestitionen.
Häufige Risiken: Unterschätzung des Wartungsaufwands und übermäßiges Vertrauen / unrealistische Erwartungen.
Zu welcher Kategorie gehört ein Werkzeug, das die manuellen Aktionen von Testern im Browser aufzeichnet und ein wiederholbares Skript erzeugt?
Testdurchführungs-/Automatisierungswerkzeuge (Capture-Playback).
Richtig: Aufzeichnen und Abspielen ist ein Durchführungs-/Automatisierungswerkzeug.
Werkzeuge zur statischen Analyse.
Falsch: statische Analyse untersucht Code, ohne ihn auszuführen.
Testmanagementwerkzeuge.
Falsch: diese verwalten Tests/Fehler, zeichnen aber keine Browseraktionen auf.
Werkzeuge für Performanztests.
Falsch: diese erzeugen Last, statt Einzelnutzeraktionen aufzuzeichnen.
Capture-Playback-Werkzeuge sind eine Art von Testdurchführungs-/Automatisierungswerkzeug.