ISTQB Foundation (CTFL v4.0) Probeprüfung #11 — 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.
In einem großen System stellt der Testmanager fest, dass etwa 80% der Fehlerwirkungen aus 3 von 20 Modulen stammen, und testet dort verstärkt. Welches Testprinzip wird hier angewendet?
Häufung von Fehlerzuständen
Wenige Module enthalten meist die meisten Fehler.
Pestizid-Paradoxon
Hierbei verlieren wiederholte Tests an Wirksamkeit, es geht nicht um die Häufung.
Vollständiges Testen ist unmöglich
Wahr, aber ohne Bezug zur Fokussierung auf fehlerreiche Module.
Testen ist kontextabhängig
Ein anderes Prinzip über die Anpassung an den Kontext.
Fehlerzustände häufen sich in wenigen Modulen; das Konzentrieren des Aufwands ist Fehlerhäufung.
Welche Aussage grenzt Testen am besten von der Qualitätssicherung (QS) ab?
Testen bewertet das Produkt, um Fehler zu finden; QS verbessert Prozesse, um Fehler zu vermeiden.
Standardunterscheidung Produkt vs. Prozess.
Testen und QS sind genau dasselbe.
Sie sind verwandt, aber unterschiedlich.
QS wird nur nach dem Release durchgeführt.
QS ist prozessorientiert und fortlaufend.
Testen verbessert Prozesse, QS findet Fehler.
Vertauscht: Testen findet Fehler, QS verbessert Prozesse.
Testen ist produktorientiert (Produktbewertung); QS ist prozessorientiert (Prozessverbesserung).
Welche ZWEI der folgenden gehören zu den sieben Testprinzipien?
Testen zeigt das Vorhandensein von Fehlern, nicht deren Abwesenheit
Eines der sieben Prinzipien.
Pestizid-Paradoxon
Dieselben Tests zu wiederholen findet keine neuen Fehler mehr.
Testen garantiert ein fehlerfreies Produkt
Kein Prinzip behauptet das; es ist unmöglich.
Vollständiges Testen ist immer machbar
Das Gegenteil ist ein Prinzip: vollständiges Testen ist unmöglich.
'Testen zeigt das Vorhandensein, nicht die Abwesenheit von Fehlern' und das 'Pestizid-Paradoxon' sind Prinzipien; die anderen beiden sind falsch.
In welcher Testaktivität identifiziert ein Team hauptsächlich die Testbedingungen (also was getestet werden soll) auf Basis der Testbasis?
Testanalyse
Die Testanalyse leitet Testbedingungen aus der Testbasis ab.
Testrealisierung
Diese erstellt Testabläufe/-daten nach dem Entwurf.
Testdurchführung
Diese führt die Tests aus, viel später.
Testabschluss
Dieser schließt nach der Durchführung ab.
Das Identifizieren der Testbedingungen erfolgt in der Testanalyse.
Warum ist es wertvoll, Nachverfolgbarkeit zwischen Testbasis und Testfällen zu pflegen?
Es erlaubt dem Team, Testüberdeckung und die Auswirkung von Anforderungsänderungen zu bewerten
Nachverfolgbarkeit verbindet Anforderungen mit Tests für Überdeckung und Impact-Analyse.
Es behebt automatisch fehlgeschlagene Tests
Nachverfolgbarkeit behebt nichts.
Es macht eine Testbasis überflüssig
Die Testbasis ist das Ziel der Nachverfolgung.
Es garantiert 100% Fehlererkennung
Keine Technik garantiert das.
Nachverfolgbarkeit erlaubt, Überdeckung und die Auswirkung von Änderungen zu bewerten.
Ein Test besteht in der Testumgebung, dasselbe Szenario schlägt aber in der Produktion fehl. Welche Ursache der Fehlerwirkung ist neben einem Codefehler plausibel?
Umgebungsunterschiede (Konfiguration, Daten, Integrationen) zwischen den Umgebungen
Fehlerwirkungen können aus Umgebungsbedingungen stammen, nicht nur aus Code.
Fehlerwirkungen können nur durch Codefehler entstehen
Sie können auch aus Umgebung, Daten oder Nutzung entstehen.
Die Testumgebung ist für Ergebnisse irrelevant
Die Umgebung beeinflusst Ergebnisse stark.
Bestehen im Test garantiert Bestehen in der Produktion
Verschiedene Umgebungen können sich unterschiedlich verhalten.
Fehlerwirkungen können durch Umgebungsbedingungen oder Daten verursacht werden, nicht nur durch Codefehler.
Welche ZWEI Aussagen zur Verantwortung für Qualität und Testen sind in CTFL v4.0 korrekt?
Qualität ist Verantwortung des ganzen Teams
Moderne Praxis teilt Qualität im Team.
Unabhängiges Testen findet Fehler, die der Autor übersehen kann
Unabhängigkeit verringert die Verzerrung des Autors.
Nur das dedizierte Testteam ist für Qualität verantwortlich
Qualität ist geteilt, nicht nur bei Testern.
Entwickler sollten ihren eigenen Code nie testen
Sie können und sollten; unabhängiges Testen ergänzt das.
Qualität ist Verantwortung des ganzen Teams, und unabhängiges Testen kann andere Fehler aufdecken als der Autor.
Jede Aktivität des Testprozesses erzeugt eigene Testmittel. Welches der folgenden Elemente ist ein typisches Ergebnis der Testüberwachung und -steuerung und nicht einer anderen Testaktivität?
Testfortschrittsberichte
Richtig — die Überwachung sammelt Informationen zu Fortschritt und Qualität und berichtet sie, damit während des Testens Steuerungsentscheidungen getroffen werden können.
Der Testplan
Der Testplan ist das Hauptergebnis der Testplanung. Überwachung und Steuerung vergleichen die Realität mit diesem Plan, erzeugen ihn aber nicht.
Testabläufe und Testdaten
Diese entstehen in der Testrealisierung, wenn die Tests organisiert und alle für die Durchführung nötigen Mittel bereitgestellt werden.
Der Testabschlussbericht
Dieser Bericht entsteht im Testabschluss am Ende einer Teststufe oder eines Projekts und fasst den gesamten Aufwand zusammen, nicht den laufenden Fortschritt.
Die Testüberwachung und -steuerung erzeugt Testfortschrittsberichte (und Steuerungsvorgaben). Der Testplan stammt aus der Testplanung, Testabläufe und Testdaten aus der Testrealisierung und der Testabschlussbericht aus dem Testabschluss.
In welchem Entwicklungsansatz ist Testen typischerweise kontinuierlich über kurze, wiederholte Iterationen mit häufigem Feedback integriert?
Agile/iterative Entwicklung
Testen ist in jeder kurzen Iteration kontinuierlich.
Sequentielle (Wasserfall-)Entwicklung
Testen ist auf eine späte Phase konzentriert, nicht kontinuierlich.
Big-Bang-Integration
Das ist eine Integrationsstrategie, kein Lebenszyklus.
Kein Entwicklungsmodell integriert Testen kontinuierlich
Agile tut genau das.
Iterative/agile Ansätze integrieren Testen kontinuierlich über kurze Iterationen.
Was prüft der Komponententest (Unit-Test) primär?
Einzelne Komponenten oder Units isoliert
Das ist der Umfang des Komponententests.
End-to-End-Geschäftsabläufe
Das ist System- oder Abnahmetest.
Schnittstellen zwischen integrierten Komponenten
Das ist Integrationstest.
Nutzerzufriedenheit in der Produktion
Das betrifft betriebliches/Abnahme-Feedback.
Der Komponententest prüft einzelne Module/Units isoliert.
Die Prüfung, dass eine Webanwendung von Nutzern mit Screenreader bedienbar ist, ist primär welcher Testtyp?
Nicht-funktionaler Test (Barrierefreiheit/Usability)
Barrierefreiheit ist ein nicht-funktionales Merkmal.
Funktionaler Test
Funktionale Tests prüfen, was das System tut, nicht die Bedienbarkeit.
White-Box-Test
Basiert auf interner Struktur.
Fehlernachtest
Prüft einen behobenen Fehler erneut.
Barrierefreiheit/Gebrauchstauglichkeit ist ein nicht-funktionales Qualitätsmerkmal.
Was löst typischerweise einen Wartungstest aus?
Eine Änderung, Migration oder Stilllegung eines bereits betriebenen Systems
Das sind die Standard-Auslöser.
Das Schreiben der ersten Codezeile
Das ist Erstentwicklung, keine Wartung.
Das Erstellen der ersten Anforderungen
Das geht jedem Betrieb voraus.
Das Entwerfen der ersten Testfälle
Testentwurf gehört zur normalen Entwicklung.
Wartungstests werden durch Änderung, Migration oder Stilllegung eines betriebenen Systems ausgelöst.
Welche ZWEI der folgenden sind NICHT-FUNKTIONALE Testtypen?
Performance-(Last-)Test
Bewertet, wie gut das System arbeitet.
Usability-Test
Bewertet die Benutzerfreundlichkeit, ein nicht-funktionales Merkmal.
Integrationstest
Das ist eine Teststufe, kein nicht-funktionaler Typ.
Smoke-Test
Eine oberflächliche funktionale Stabilitätsprüfung.
Performance und Usability sind nicht-funktional; Integration ist eine Stufe und Smoke ein (funktionaler) Testsatz.
Wie wird nach einer Änderung an einem betriebenen System der Umfang der nötigen Regressionstests am besten bestimmt?
Durch Impact-Analyse der Änderung zur Ermittlung betroffener Bereiche
Die Impact-Analyse begrenzt Regressionstests rational.
Durch erneutes Ausführen aller Tests unabhängig von der Änderung
Oft nicht machbar; Impact-Analyse fokussiert.
Durch Verzicht auf Regressionstests nach Änderungen
Änderungen bergen Regressionsrisiken; Tests sind nötig.
Durch zufällige Auswahl von Tests
Zufall ignoriert tatsächliches Risiko und Impact.
Die Impact-Analyse zeigt, welche Bereiche betroffen sein könnten und Regressionstests brauchen.
Welche Art von Problem kann ein statisches Analysewerkzeug typischerweise OHNE Ausführung des Codes erkennen?
Verstöße gegen Codierstandards und nicht erreichbarer Code
Statische Analyse prüft die Struktur ohne Ausführung.
Tatsächliche Antwortzeit unter hoher Last
Das erfordert dynamische Ausführung.
Zur Laufzeit beobachtete Speicherlecks
Laufzeitverhalten braucht Ausführung.
Nutzerzufriedenheitswerte
Das stammt aus Nutzerfeedback, nicht aus statischer Analyse.
Statische Analyse findet Verstöße gegen Codierstandards, nicht erreichbaren Code, undefinierte Variablen usw.
Welche Aktivität kommt im generischen Reviewprozess ZUERST?
Planung
Umfang und zu prüfende Arbeitsprodukte werden zuerst festgelegt.
Problemkommunikation und -analyse
Das erfolgt nach der Reviewsitzung.
Individuelles Review
Folgt auf Initiierung/Kick-off.
Beheben und Berichten
Das ist gegen Ende.
Der generische Reviewprozess beginnt mit der Planung.
Welche ZWEI sind echte Vorteile von Reviews (statisches Testen)?
Frühe Entdeckung von Fehlern in Arbeitsprodukten
Reviews finden Fehler, bevor Code läuft.
Wissensaustausch unter den Teilnehmern
Reviews verteilen Wissen im Team.
Antwortzeit unter Last messen
Das erfordert dynamische Performance-Tests.
Ein fehlerfreies Produkt garantieren
Keine Aktivität garantiert null Fehler.
Reviews ermöglichen frühe Fehlererkennung und Wissensaustausch; sie messen keine Performance und garantieren keine Fehlerfreiheit.
Der statische Test umfasst sowohl Reviews als auch statische Analyse. Welche Aussage beschreibt korrekt, was die statische Analyse von einem Review unterscheidet?
Die statische Analyse wird normalerweise von Werkzeugen durchgeführt, die Code oder andere formale Artefakte gegen Regeln und Standards prüfen, während ein Review eine menschliche Prüfung eines Arbeitsergebnisses ist.
Richtig — der wesentliche Unterschied liegt darin, wer oder was prüft: Werkzeuge oder Menschen.
Die statische Analyse führt den Code mit vorgegebenen Eingaben aus, ein Review führt nichts aus.
Keines von beidem führt das Testobjekt aus. Sobald Code ausgeführt wird, handelt es sich um dynamischen und nicht um statischen Test.
Die statische Analyse kann erst angewendet werden, nachdem der Code kompiliert und in eine Testumgebung ausgeliefert wurde.
Werkzeuge für statische Analyse arbeiten direkt am Quellcode oder an Modellen und benötigen weder ein Deployment noch ein laufendes System — das ist einer ihrer Vorteile.
Ein Review wird vollständig durch Werkzeuge automatisiert, während die statische Analyse immer manuell erfolgen muss.
Die Rollen sind vertauscht. Die statische Analyse ist der werkzeuggestützte Teil des statischen Tests; Reviews beruhen auf menschlichem Urteil, auch wenn Werkzeuge deren Organisation unterstützen können.
Die statische Analyse ist werkzeuggetrieben: Werkzeuge prüfen Code, Modelle oder andere formale Artefakte gegen Programmierrichtlinien und Regeln. Ein Review ist eine menschliche Prüfung eines Arbeitsergebnisses. Keines von beidem führt das Testobjekt aus.
Ein Bewertungssystem ordnet anhand der ganzzahligen Note eine Stufe zu: 0-39 nicht bestanden, 40-59 bestanden, 60-79 gut, 80-100 sehr gut. Wie viele Testfälle sind bei Äquivalenzklassenbildung nur für GÜLTIGE Noten mindestens nötig, um jede gültige Stufe genau einmal abzudecken?
4
Ein Repräsentantenwert für jede der vier gültigen Stufen.
3
Es gibt vier gültige Stufen, nicht drei.
2
Zwei Fälle decken vier Klassen nicht ab.
8
Das würde Grenzwerte zählen, nicht Klassen.
Es gibt vier gültige Stufen, also vier Testfälle (je ein Repräsentant).
Ein Feld akzeptiert ganze Zahlen von 10 bis 50 einschließlich; Werte außerhalb werden abgewiesen. Welche Menge prüft bei der 2-Werte-Grenzwertanalyse (jeder Grenzwert plus nächster Nachbar) BEIDE Grenzen?
{9, 10, 50, 51}
Grenzwert plus nächster äußerer Nachbar an jedem Ende.
{10, 50}
Nur Grenzwerte, ohne Nachbarn.
{9, 10, 11, 49, 50, 51}
Das ist der 3-Werte-Ansatz (sechs Werte).
{10, 11, 49, 50}
Nutzt innere statt äußere Nachbarn.
Jeder Grenzwert (10, 50) plus nächster äußerer Nachbar (9, 51): {9,10,50,51}.
Wie viele verschiedene Werte benötigt die 3-Werte-Grenzwertanalyse für dasselbe Feld (ganze Zahlen 10 bis 50), um BEIDE Grenzen abzudecken?
6
Drei Werte je Grenze, zwei Grenzen, keine Überschneidung.
4
Das ist der 2-Werte-Ansatz.
8
Zu viele; drei Werte je Grenze genügen.
3
Drei Werte decken nur eine Grenze ab.
Unten {9,10,11} und oben {49,50,51} = sechs verschiedene Werte.
Verwenden Sie die folgende Entscheidungstabelle. Ein 22-jähriger Fahrer (unter 25) schließt eine Premium-Versicherung ab und hat eine saubere Fahrhistorie. Welche Regel gilt und welches Ergebnis folgt?
Regel R5 - Genehmigen mit Jungfahrer-Zuschlag
Alter N, Premium J, sauber J ist genau Spalte R5.
Regel R1 - Genehmigen, kein Zuschlag
R1 erfordert Alter>=25 = J.
Regel R6 - Genehmigen + Jung + Risiko-Zuschlag
R6 erfordert saubere Historie = N.
Regel R8 - Ablehnen
R8 erfordert Premium = N und sauber = N.
Alter>=25 = N, Premium = J, sauber = J entspricht R5: Genehmigen + Jungfahrer-Zuschlag.
In der folgenden Entscheidungstabelle haben die beiden Ablehnen-Regeln (R4 und R8) beide Premium = N und saubere Historie = N und unterscheiden sich nur in der Altersbedingung. Wie viele Spalten verschmelzen mit Don't-care-Vereinfachung zu einer einzigen Regel?
2 (R4 und R8 werden eine Regel)
Beide lehnen ab bei Premium = N und sauber = N, Alter ist don't-care.
4
Nur die zwei Ablehnen-Spalten haben hier dieselbe Aktion.
8
Nur zwei Spalten verschmelzen, nicht alle acht.
1
Eine Spalte kann nicht 'verschmelzen'; zwei werden eine.
R4 und R8 haben dieselbe Aktion und unterscheiden sich nur in einer Don't-care-Bedingung, daher verschmelzen 2 zu 1.
Für welche Situation ist der Zustandsübergangstest die GEEIGNETSTE Technik?
Eine Bestellung, deren erlaubte Aktionen vom aktuellen Status abhängen (z. B. bezahlt, versandt)
Verhalten hängt von Zustand und Ereignissen ab - ideal.
Ein einzelnes numerisches Eingabefeld mit erlaubtem Bereich
Das passt zur Grenzwertanalyse.
Eine Geschäftsregel mit mehreren unabhängigen Bedingungen
Das passt zum Entscheidungstabellentest.
Messung der Codeüberdeckung einer Funktion
Das ist strukturbasiertes (White-Box-)Testen.
Der Zustandsübergangstest passt zu Systemen, deren Verhalten vom aktuellen Zustand und Ereignissen abhängt.
Welche Ereignisfolge ist anhand des folgenden Bestellablauf-Zustandsdiagramms ein GÜLTIGER Pfad von Created zu Delivered?
Created -> pay -> Paid -> pack -> Packed -> ship -> Shipped -> deliver -> Delivered
Jeder Übergang existiert in dieser Reihenfolge.
Created -> pack -> ship -> deliver
Vor dem Bezahlen kann nicht gepackt werden; kein Created->Packed-Übergang.
Created -> pay -> Paid -> ship -> deliver
Kein Paid->Shipped-Übergang; erst packen.
Created -> pay -> Paid -> cancel -> Delivered
Cancel führt zu Cancelled, nicht zu Delivered.
Der gültige Pfad ist pay, pack, ship, deliver.
Betrachten Sie diese Routine mit fünf ausführbaren Anweisungen: (1) INPUT n; (2) total = 0; (3) IF n > 0; (4) total = n * 2; (5) PRINT total. Anweisung 4 läuft nur, wenn das IF wahr ist. Ein Test läuft mit n = 0. Welche Anweisungsüberdeckung erreicht er?
80%
Anweisungen 1, 2, 3 und 5 laufen; Anweisung 4 wird übersprungen: 4/5.
100%
Anweisung 4 wird bei n = 0 nicht erreicht.
60%
Vier von fünf Anweisungen laufen, nicht drei.
40%
Nur eine Anweisung wird übersprungen, vier laufen.
Bei n = 0 ist das IF falsch, also laufen 4 von 5 Anweisungen = 80%.
Welche ZWEI der folgenden sind White-Box-(strukturbasierte) Testtechniken?
Anweisungstest
Basiert auf der Ausführung von Codeanweisungen.
Zweigtest
Basiert auf der Überdeckung von Entscheidungsergebnissen.
Äquivalenzklassenbildung
Eine Black-Box-, spezifikationsbasierte Technik.
Entscheidungstabellentest
Eine Black-Box-, spezifikationsbasierte Technik.
Anweisungs- und Zweigtest sind White-Box; Äquivalenzklassen und Entscheidungstabellen sind Black-Box.
Ein Tester listet aus Erfahrung wahrscheinliche Problem-Eingaben (leere Felder, Null, sehr große Zahlen, Sonderzeichen) auf und testet sie. Welche Technik ist das?
Fehlererraten
Eine erfahrungsbasierte Technik, die wahrscheinliche Fehler antizipiert.
Äquivalenzklassenbildung
Eine systematische Black-Box-Technik, nicht erfahrungsbasiert.
Grenzwertanalyse
Systematisch, auf Bereichsränder fokussiert.
Zustandsübergangstest
Basiert auf Zuständen und Ereignissen, kein Raten.
Aus Erfahrung wahrscheinliche fehleranfällige Eingaben zu antizipieren ist Fehlererraten.
Welche ZWEI der folgenden sind White-Box-Testverfahren (strukturbasiert)? (Wählen Sie zwei.)
Anweisungstest.
Basiert auf der Ausführung von Anweisungen im Code — ein White-Box-Verfahren.
Zweigtest.
Basiert auf dem Durchlaufen von Entscheidungsergebnissen im Code — ein White-Box-Verfahren.
Äquivalenzklassenbildung.
Ein Black-Box-Verfahren (spezifikationsbasiert).
Anwendungsfalltest.
Ein Black-Box-Verfahren (spezifikationsbasiert).
White-Box-Verfahren basieren auf der internen Struktur des Codes, z. B. Anweisungstest und Zweigtest. Äquivalenzklassenbildung und Anwendungsfalltest sind Black-Box-Verfahren.
Ein Testansatz, bei dem Testentwurf und -ausführung erst nach Auslieferung der Software beginnen und auf das gebaute System reagieren, wird am besten beschrieben als:
Ein reaktiver Testansatz.
Richtig — Tests werden als Reaktion auf das gelieferte System entworfen und ausgeführt.
Ein präventiver Testansatz.
Präventive Ansätze entwerfen Tests früh, bevor der Code gebaut wird.
Ein White-Box-Testansatz.
White-Box bezieht sich auf die Nutzung der inneren Struktur, nicht auf den Zeitpunkt des Testentwurfs.
Ein Fehlernachtest-Ansatz.
Der Fehlernachtest prüft nach einer Behebung erneut; er ist kein über den Zeitpunkt definierter Gesamtansatz.
Ein reaktiver Ansatz entwirft und führt Tests als Reaktion auf die gelieferte Software aus (z. B. exploratives Testen). Ein präventiver Ansatz entwirft Tests früh, bevor die Software existiert.
Welches der folgenden ist ein Beispiel für ein AUSGANGSKRITERIUM einer Teststufe?
Die geplante Überdeckung ist erreicht und keine Fehler hoher Schwere sind offen
Ausgangskriterien definieren, wann Testen enden kann.
Die Testumgebung wurde eingerichtet
Das ist ein Eingangskriterium.
Die Anforderungen wurden als Baseline festgelegt
Eine Eingangs-/Bereitschaftsbedingung, kein Ausgang.
Ein Testwerkzeug wurde gekauft
Ohne Bezug zu Ausgangskriterien.
Erreichte geplante Überdeckung ohne offene Fehler hoher Schwere ist ein typisches Ausgangskriterium.
Worauf bezieht sich die 'Auswirkung' (Impact) eines Risikos in der Risikoanalyse?
Die Konsequenz oder der Schaden, falls das Risiko eintritt
Die Auswirkung misst, wie schlimm das Ergebnis wäre.
Die Wahrscheinlichkeit, dass das Risiko eintritt
Das ist die Eintrittswahrscheinlichkeit, nicht die Auswirkung.
Die Anzahl zugewiesener Tester
Ohne Bezug zur Auswirkung.
Die Kosten des Testwerkzeugs
Ohne Bezug zur Auswirkung.
Die Auswirkung ist das Ausmaß des Schadens, falls das Risiko eintritt.
Während eines Testzyklus priorisiert und verteilt der Manager Tests neu, weil ein Hochrisikobereich stark fehlschlägt. Welche Aktivität ist das?
Teststeuerung
Teststeuerung ergreift korrigierende Maßnahmen auf Basis der Überwachung.
Testüberwachung
Überwachung sammelt Informationen; das Handeln ist Steuerung.
Testplanung
Planung erfolgt vor der Durchführung, nicht als Reaktion.
Testabschluss
Abschluss erfolgt nach Ende der Durchführung.
Korrigierende Maßnahmen auf Basis der Überwachung sind Teststeuerung.
Welche ZWEI Elemente gehören typischerweise in einen Testabschlussbericht?
Eine Zusammenfassung der durchgeführten Tests und der Ergebnisse
Kerninhalt eines Abschlussberichts.
Restrisiken und Lessons Learned
Hilft Stakeholdern bei Entscheidung und Verbesserung.
Der vollständige Quellcode des Systems
Nicht Teil eines Abschlussberichts.
Das Gehalt jedes Entwicklers
Irrelevant und unangemessen.
Eine Zusammenfassung der durchgeführten Tests/Ergebnisse sowie Restrisiken/Lessons Learned gehören hinein.
Ein rein kosmetischer Tippfehler auf der Landingpage wird dringend behoben, weil morgen ein großer Launch ist. Was veranschaulicht das?
Schweregrad und Priorität sind unabhängig - ein Fehler geringer Schwere kann hohe Priorität haben
Geschäftskontext kann die Priorität unabhängig erhöhen.
Schweregrad und Priorität sind immer gleich
Es sind unterschiedliche Attribute und können abweichen.
Kosmetische Fehler dürfen nie behoben werden
Manchmal sind sie sehr wichtig (z. B. Markenlaunch).
Priorität wird nur von Entwicklern festgelegt
Priorität ist meist eine Geschäfts-/Stakeholder-Entscheidung.
Schweregrad und Priorität sind verschieden: ein Fehler geringer Schwere kann hohe Priorität haben.
Wie hoch ist die erwartete Dauer bei Drei-Punkt-Schätzung mit optimistisch = 2 Tage, wahrscheinlich = 5 Tage, pessimistisch = 14 Tage nach (a + 4m + b) / 6?
6 Tage
(2 + 4*5 + 14)/6 = 36/6 = 6.
5 Tage
5 ist der wahrscheinlichste Wert, nicht die gewichtete Schätzung.
7 Tage
Entspricht nicht dem Formelergebnis 6.
8 Tage
Rechenfehler; korrekt ist 6.
(2 + 20 + 14) / 6 = 36 / 6 = 6 Tage.
Welche ZWEI Faktoren beeinflussen typischerweise eine Testaufwandsschätzung?
Größe und Komplexität des Produkts
Größere, komplexere Produkte brauchen mehr Tests.
Das geforderte Qualitätsniveau und Produktrisiko
Höhere Qualität/Risiko erfordert tieferes Testen.
Die Lieblingsfarbe der Tester
Für den Aufwand irrelevant.
Die Anzahl der Besprechungsräume im Gebäude
Für den Testaufwand irrelevant.
Produktgröße/-komplexität und gefordertes Qualitäts-/Risikoniveau bestimmen den Testaufwand.
Wie unterscheidet sich eine Teststrategie von einem Testplan?
Eine Teststrategie beschreibt einen allgemeinen Testansatz auf Organisations-/Programmebene, ein Testplan ist projekt-/stufenspezifisch
Strategie ist generisch; der Plan wendet sie an.
Es sind identische Dokumente mit anderen Namen
Sie wirken auf unterschiedlichen Abstraktionsebenen.
Ein Testplan ist immer generischer als eine Teststrategie
Vertauscht: die Strategie ist generischer.
Eine Teststrategie listet die genauen auszuführenden Testfälle
Dieser Detailgrad gehört zum Entwurf, nicht zur Strategie.
Eine Teststrategie ist ein allgemeiner Ansatz auf Organisations-/Programmebene; ein Testplan ist projekt-/stufenspezifisch.
Welcher Werkzeugtyp prüft Quellcode auf Standardverstöße und verdächtige Konstrukte OHNE Ausführung?
Statisches Analysewerkzeug
Prüft die Codestruktur ohne Ausführung.
Performance-Testwerkzeug
Führt das System unter Last aus.
Testmanagementwerkzeug
Verwaltet Tests und Nachverfolgbarkeit, keine Codeanalyse.
Testausführungs-(Automatisierungs-)Werkzeug
Führt Testskripte dynamisch aus.
Ein statisches Analysewerkzeug prüft Code ohne Ausführung.
Welche ZWEI sind sinnvolle Überlegungen bei der Auswahl eines Testwerkzeugs für eine Organisation?
Kompatibilität mit vorhandenen Werkzeugen und Prozessen
Integration vermeidet Reibung und Nacharbeit.
Bewertung von Anbietersupport und laufender Wartung
Langfristiger Support beeinflusst Kosten und Risiko.
Wie eingängig der Werbeslogan ist
Für die Wirksamkeit irrelevant.
Eine Anbietergarantie für ein fehlerfreies Produkt
Kein Werkzeug garantiert null Fehler.
Passung zu vorhandenen Werkzeugen/Prozessen und Anbietersupport/-wartung sind sinnvolle Auswahlkriterien.