ISTQB Foundation (CTFL v4.0) Probeprüfung #10 — 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 identifiziert durch Fehlerzustände verursachte Fehlerwirkungen; Debugging lokalisiert, analysiert und behebt diese Fehlerzustände.
Korrekte ISTQB-Abgrenzung der beiden Aktivitäten.
Testen behebt Fehlerzustände; Debugging findet sie nur.
Vertauscht — das Beheben gehört zum Debugging/zur Entwicklung.
Testen und Debugging sind zwei Namen für dieselbe Aktivität.
Es sind unterschiedliche Aktivitäten mit verschiedenen Zielen.
Debugging wird nur von Testern durchgeführt.
Debugging ist typischerweise eine Entwicklungsaktivität.
Testen findet Fehlerwirkungen; Debugging lokalisiert und behebt die zugrunde liegenden Fehlerzustände.
Ein Junior-Tester schlägt vor, jede mögliche Eingabekombination eines Formulars zu testen, um Fehlerfreiheit zu garantieren. Welches Testprinzip erklärt, warum das nicht machbar ist?
Vollständiges Testen ist unmöglich.
Alles zu testen ist nicht machbar; Risiko und Techniken zur Fokussierung nutzen.
Häufung von Fehlerzuständen.
Dieses Prinzip betrifft die Konzentration von Fehlern in wenigen Modulen.
Pestizid-Paradoxon.
Hierbei verlieren wiederholte Tests mit der Zeit an Wirksamkeit.
Testen zeigt das Vorhandensein von Fehlerzuständen, nicht deren Abwesenheit.
Wahres Prinzip, erklärt aber nicht die Unmöglichkeit vollständigen Testens.
Vollständiges Testen ist außer in trivialen Fällen unmöglich.
Welche der folgenden sind Ziele des Testens? (Wählen Sie ZWEI.)
Fehlerzustände finden.
Ein primäres Testziel.
Vertrauen in das Qualitätsniveau aufbauen.
Ebenfalls ein Kernziel des Testens.
Beweisen, dass die Software keine Fehlerzustände hat.
Unmöglich — Testen kann die Abwesenheit von Fehlern nicht beweisen.
Die gefundenen Fehlerzustände beheben.
Beheben ist Debugging/Entwicklung, nicht Testen.
Testen findet Fehlerzustände und schafft Vertrauen; es kann deren Abwesenheit nicht beweisen, und Beheben ist kein Testen.
Ein Entwickler tippt > statt >= in einem Vergleich. Zur Laufzeit weist das Programm einen gültigen Grenzwert ab und der Nutzer sieht eine falsche Meldung. Ordnen Sie dies den ISTQB-Begriffen Fehlhandlung, Fehlerzustand und Fehlerwirkung zu.
Das Vertippen ist die Fehlhandlung; der falsche Operator im Code ist der Fehlerzustand; der abgewiesene gültige Wert ist die Fehlerwirkung.
Korrekte Kette Fehlhandlung zu Fehlerzustand zu Fehlerwirkung.
Der falsche Operator ist die Fehlhandlung; das Vertippen der Fehlerzustand.
Fehlhandlung und Fehlerzustand sind vertauscht.
Alle drei Begriffe beschreiben dasselbe Ereignis.
Sie bezeichnen unterschiedliche Stufen.
Die Fehlerwirkung ist der falsche Code; der Fehlerzustand die Meldung.
Die Fehlerwirkung ist der Laufzeiteffekt, nicht der Code.
Der menschliche Irrtum ist die Fehlhandlung, der falsche Code der Fehlerzustand, das beobachtete Fehlverhalten die Fehlerwirkung.
Warum ist die Ursachenanalyse von Fehlerzuständen für eine Organisation wertvoll?
Das Beheben von Grundursachen kann ganze Klassen künftiger Fehler verhindern.
Prozessverbesserung verringert Wiederholungen.
Es weist dem verursachenden Entwickler die Schuld zu.
Ursachenanalyse dient nicht der Schuldzuweisung.
Es garantiert, dass die nächste Version fehlerfrei ist.
Keine Aktivität kann null Fehler garantieren.
Es ersetzt die Notwendigkeit dynamischen Testens.
Es ergänzt das Testen, ersetzt es nicht.
Das Beseitigen von Grundursachen kann ganze Klassen künftiger Fehler verhindern (Prozessverbesserung).
Welche Aussage veranschaulicht korrekt, dass Testen kontextabhängig ist?
Ein sicherheitskritisches Medizingerät wird strenger getestet als ein wegwerfbarer interner Prototyp.
Kontext und Risiko bestimmen die Testintensität.
Jede Software muss unabhängig vom Risiko identisch getestet werden.
Widerspricht der Kontextabhängigkeit.
Der Kontext betrifft nur die Programmiersprache, nicht das Testen.
Der Kontext betrifft den gesamten Testansatz.
Kontextabhängigkeit bedeutet, dass Testen optional ist.
Es bedeutet, der Ansatz variiert, nicht dass nicht getestet wird.
Die Testintensität sollte zum Risiko und Kontext des Produkts passen.
Welche ZWEI Aussagen zum Denkansatz und zur Unabhängigkeit eines Testers sind korrekt?
Neugier und Liebe zum Detail helfen Testern, subtile Fehlerzustände zu finden.
Ein konstruktiver Testdenkansatz verbessert die Entdeckung.
Ein gewisses Maß an Unabhängigkeit kann die Wirksamkeit der Fehlererkennung erhöhen.
Unabhängigkeit verringert die Verzerrung durch den Autor.
Tester und Entwickler sollten nie kommunizieren.
Zusammenarbeit ist wesentlich.
Vollständige Unabhängigkeit findet immer mehr Fehler als jede andere Anordnung.
Übertrieben; Unabhängigkeit hat Kompromisse.
Neugier und ein gewisses Maß an Unabhängigkeit helfen; völlige Isolation oder absolute Aussagen sind falsch.
Ein separates Testteam mit hohem Grad an Unabhängigkeit bringt anerkannte Vorteile, der Lehrplan nennt aber auch Nachteile. Welche der folgenden Aussagen ist ein Nachteil eines hohen Grades an Testunabhängigkeit?
Entwickler können ihr eigenes Verantwortungsgefühl für Qualität verlieren, und das unabhängige Team kann sich isolieren oder als Flaschenhals gelten.
Richtig — genau diese Nachteile verbindet der Lehrplan mit einem hohen Grad an Unabhängigkeit.
Unabhängige Tester sind weniger bereit, die Annahmen der Autoren der Arbeitsergebnisse zu hinterfragen.
Das ist umgekehrt: Unabhängigkeit erhöht die Bereitschaft, Annahmen zu hinterfragen, weil die Tester nicht an der Erstellung beteiligt waren. Das ist ein Vorteil, kein Nachteil.
Ein unabhängiges Testteam darf die Anforderungsspezifikation nicht als Testbasis verwenden.
Die Testbasis hängt nicht davon ab, wer testet. Unabhängige Tester nutzen dieselben Anforderungen, Entwürfe und weiteren Quellen wie alle anderen.
Unabhängiges Testen macht einen Whole-Team-Ansatz für Qualität unmöglich.
Beides ergänzt sich: Verschiedene Grade an Unabhängigkeit sind mit gemeinsamer Qualitätsverantwortung des ganzen Teams vereinbar. Der echte Nachteil ist das Risiko der Isolation, keine grundsätzliche Unmöglichkeit.
Unabhängige Tester können sich vom Entwicklungsteam isolieren, als Flaschenhals oder als allein Verantwortliche für Qualität wahrgenommen werden, und Entwickler können ihr eigenes Verantwortungsgefühl für Qualität verlieren.
Warum kostet das Beheben eines bei der Anforderungsreview gefundenen Fehlers typischerweise weniger als in der Produktion?
Der Fehler wird entfernt, bevor er sich in Entwurf, Code und abhängige Komponenten fortpflanzt.
Frühes Testen begrenzt nachgelagerte Nacharbeitskosten.
Anforderungsfehler sind immer trivial.
Schweregrad hängt nicht davon ab, wann gefunden.
Korrekturen in Produktion sind kostenlos.
Korrekturen in Produktion sind meist am teuersten.
Reviews beheben automatisch die gefundenen Fehler.
Reviews entdecken, sie beheben nicht.
Frühes Entfernen verhindert, dass sich der Fehler in Entwurf, Code und abhängige Arbeit fortpflanzt.
Welche Teststufe konzentriert sich auf die Schnittstellen und Interaktionen zwischen integrierten Komponenten oder Systemen?
Integrationstest.
Zielt auf Schnittstellen zwischen integrierten Komponenten/Systemen.
Komponententest.
Testet Module isoliert, nicht ihre Interaktionen.
Systemtest.
Testet das Gesamtverhalten, nicht speziell Schnittstellen.
Abnahmetest.
Validiert die Gebrauchstauglichkeit für Stakeholder.
Der Integrationstest prüft Schnittstellen und Interaktionen zwischen integrierten Teilen.
Ein Tester prüft, dass das System nach einer Codeänderung weiterhin 5000 gleichzeitige Nutzer innerhalb von 2 Sekunden bedient. Welcher Testtyp ist das primär?
Nicht-funktionaler (Performance-)Test.
Bewertet, wie gut das System arbeitet, nicht was es tut.
Funktionaler Test.
Funktionale Tests prüfen, was das System tut, nicht die Performance.
White-Box-(strukturbasierter) Test.
Basiert auf interner Struktur, nicht auf Nutzerlast.
Fehlernachtest.
Prüft einen einzelnen behobenen Fehler erneut.
Die Prüfung der Antwortzeit unter Last ist nicht-funktionaler (Performance-)Test.
Nach einer Fehlerbehebung führt ein Tester zuerst den ursprünglich fehlgeschlagenen Test erneut aus, um die Behebung zu prüfen, und dann nahegelegene Tests, um sicherzustellen, dass nichts anderes kaputtging. Nennen Sie die beiden Aktivitäten in der Reihenfolge.
Fehlernachtest, dann Regressionstest.
Behebung bestätigen, dann auf unbeabsichtigte Nebenwirkungen prüfen.
Regressionstest, dann Fehlernachtest.
Reihenfolge vertauscht.
Systemtest, dann Abnahmetest.
Das sind Teststufen, keine änderungsbezogenen Aktivitäten.
Smoke-Test, dann exploratives Testen.
Keines passt zum beschriebenen Zweck.
Zuerst Fehlernachtest der Behebung, dann Regressionstest des umliegenden Bereichs.
Welche ZWEI der folgenden sind TESTSTUFEN (keine Testtypen oder änderungsbezogenen Tests)?
Komponentenintegrationstest.
Eine anerkannte Teststufe in CTFL v4.0.
Abnahmetest.
Eine Teststufe mit Fokus auf Gebrauchstauglichkeit.
Performance-Test.
Das ist ein nicht-funktionaler Testtyp.
Regressionstest.
Das ist änderungsbezogenes Testen, keine Stufe.
Komponentenintegration und Abnahme sind Stufen; Performance ist ein Typ und Regression änderungsbezogen.
Welche Form des Abnahmetests wird von potenziellen Nutzern am Standort des Entwicklers statt im Feld durchgeführt?
Alphatest.
Wird von potenziellen Nutzern am Standort des Entwicklers durchgeführt.
Betatest.
Wird von Nutzern in ihrer eigenen Umgebung durchgeführt.
Betrieblicher Abnahmetest.
Prüft betriebliche Aspekte wie Sicherung/Wiederherstellung.
Vertraglicher Abnahmetest.
Prüft die Einhaltung von Vertragskriterien.
Alphatest erfolgt am Standort des Entwicklers; Betatest in der Umgebung des Nutzers.
Welcher Nutzen ist charakteristisch für statisches Testen im Vergleich zum dynamischen Testen?
Es kann Fehler (z. B. in Anforderungen) finden, bevor Code ausgeführt wird.
Statisches Testen prüft Arbeitsprodukte, ohne sie auszuführen.
Es misst die tatsächliche Antwortzeit unter Last.
Das erfordert dynamische Ausführung.
Es ersetzt immer dynamisches Testen.
Beide ergänzen sich.
Es kann nur auf Quellcode angewendet werden.
Es gilt für Anforderungen, Entwürfe und mehr.
Statisches Testen kann Fehler in Arbeitsprodukten finden, bevor Code ausgeführt wird.
Wer ist in einer formalen Reviewsitzung primär für die Protokollierung der genannten Fehler und Probleme verantwortlich?
Der Protokollant.
Dokumentiert die Probleme und Entscheidungen des Reviews.
Der Moderator.
Leitet die Sitzung, protokolliert aber nicht primär.
Der Autor.
Besitzt das Arbeitsprodukt, protokolliert nicht für das Team.
Irgendein Gutachter.
Gutachter finden Probleme; das Protokollieren ist Aufgabe des Protokollanten.
Der Protokollant dokumentiert die im Review genannten Probleme.
Welche ZWEI Reviewarten sind typischerweise am formellsten, mit definierten Eingangs-/Ausgangskriterien und Metriken?
Inspektion.
Die formellste Reviewart mit Metriken und Rollen.
Technisches Review.
Ein dokumentiertes, oft formelles Review durch Fachkollegen.
Informelles Review.
Hat per Definition keinen formalen Prozess.
Ad-hoc-Schreibtischprüfung.
Eine informelle, unstrukturierte Prüfung.
Inspektion und technisches Review sind die formelleren Arten; informell und ad-hoc nicht.
Welche ZWEI der folgenden sind typische Vorteile des statischen Testens? (Wählen Sie zwei.)
Fehler früh erkennen, bevor Code ausgeführt wird.
Richtig — frühe Erkennung senkt die Behebungskosten.
Fehler finden, die durch dynamisches Testen schwer zu erkennen sind (z. B. nicht erreichbarer Code).
Richtig — statische Analyse kann solche strukturellen Fehler aufdecken.
Die tatsächliche Performanz des laufenden Systems messen.
Statisches Testen führt das System nicht aus und kann keine Performanz messen.
Bestätigen, dass sich das System mit echten Benutzerdaten korrekt verhält.
Laufzeitverhalten zu bestätigen erfordert dynamisches Testen.
Statisches Testen findet Fehler früh (günstiger zu beheben) und kann Fehler finden, die dynamisches Testen schwer findet, z. B. nicht erreichbaren Code oder Anforderungsinkonsistenzen. Es führt keinen Code aus und misst keine Performanz.
Ein Online-Ticketsystem legt den Preis nach Alter fest: Alter 0-17 zahlt den Kindertarif, 18-64 den Standardtarif, 65 und älter den Seniorentarif. Das Alter wird als ganze Zahl eingegeben. Wie viele Testfälle sind bei Äquivalenzklassenbildung nur für GÜLTIGE Alterswerte mindestens nötig, um jede gültige Preisklasse genau einmal abzudecken?
3
Ein Repräsentantenwert je gültiger Klasse.
2
Drei gültige Klassen lassen sich nicht mit zwei Fällen abdecken.
4
Es gibt nur drei gültige Klassen; ungültige sind ausgeschlossen.
6
Das würde Grenzwerte zählen, nicht Klassen.
Es gibt drei gültige Klassen (Kind, Standard, Senior); je ein Repräsentant ergibt 3.
Ein Mengenfeld akzeptiert ganze Zahlen von 1 bis 100 einschließlich; Werte außerhalb werden abgewiesen. Welche Wertemenge prüft bei der 2-Werte-Grenzwertanalyse (jeder Grenzwert plus nächster Nachbar) BEIDE Grenzen?
{0, 1, 100, 101}
Jeder Grenzwert (1, 100) plus nächster äußerer Nachbar (0, 101).
{1, 100}
Nur die Grenzwerte, ohne die Nachbarwerte.
{0, 1, 2, 99, 100, 101}
Das ist der 3-Werte-Ansatz (sechs Werte).
{1, 2, 99, 100}
Nutzt innere statt äußere Nachbarn.
2-Werte-BVA prüft jeden Grenzwert und seinen nächsten Nachbarn: {0,1} und {100,101}.
Wie viele verschiedene Werte benötigt die 3-Werte-Grenzwertanalyse für dasselbe Feld (ganze Zahlen 1 bis 100 einschließlich), um BEIDE Grenzen abzudecken (Grenzwert plus Wert direkt darunter und darüber)?
6
Drei Werte je Grenze, zwei Grenzen, keine Überschneidung.
4
Das ist der 2-Werte-Ansatz.
8
Zu viele; je Grenze sind nur drei Werte nötig.
3
Drei Werte decken nur eine Grenze ab.
Unten {0,1,2} und oben {99,100,101} = sechs verschiedene Werte.
Verwenden Sie die folgende Entscheidungstabelle. Ein Abonnent im Premium-Tarif hat eine gültige Zahlung, startet aber einen vierten gleichzeitigen Stream, der das Gerätelimit überschreitet. Welche Regel gilt und welche Aktion folgt?
Regel R2 - Verweigern (Gerätelimit überschritten)
Zahlung J, Premium J, Gerät OK N ist genau Spalte R2.
Regel R1 - 4K/HD erlauben
R1 erfordert Gerätelimit OK = J.
Regel R5 - Verweigern (Zahlung)
R5 erfordert Zahlung gültig = N.
Regel R4 - Verweigern (Gerätelimit)
R4 erfordert Plan = Premium N (Standard).
Zahlung J, Premium J, Gerätelimit OK = N entspricht R2: Verweigern (Gerätelimit).
In der folgenden Entscheidungstabelle ist die Aktion immer Verweigern (Zahlung), sobald Zahlung gültig = N (Regeln R5-R8), unabhängig von den anderen beiden Bedingungen. Wie viele der acht Spalten lassen sich mit Don't-care-Vereinfachung zu einer einzigen kombinierten Regel zusammenfassen?
4 (R5-R8 werden zu einer Regel)
Alle vier ergeben Verweigern (Zahlung), wenn Zahlung = N.
2
Mehr als zwei Spalten haben hier dieselbe Aktion.
8
Nur die vier Spalten mit ungültiger Zahlung werden zusammengefasst.
1
Eine Spalte kann nicht 'zusammengefasst' werden; vier werden zu einer.
R5-R8 haben dieselbe Aktion und unterscheiden sich nur in Don't-care-Bedingungen, daher werden 4 zu 1.
Ein Tester muss Tests aus einer Geschäftsregel ableiten, die mehrere Bedingungen kombiniert und verschiedene Ergebnisse erzeugt. Welche Black-Box-Technik ist am besten geeignet?
Entscheidungstabellentest
Für Kombinationen von Bedingungen und Ergebnissen gedacht.
Zustandsübergangstest
Am besten für ereignisgesteuerte Zustandswechsel, nicht für Bedingungskombinationen.
Grenzwertanalyse
Zielt auf Ränder geordneter Bereiche, nicht auf Logikkombinationen.
Anweisungstest
Eine White-Box-Technik basierend auf Code, nicht auf Geschäftsregeln.
Entscheidungstabellentest deckt systematisch Kombinationen von Bedingungen und deren Aktionen ab.
Welche Ereignisfolge ist anhand des folgenden Geldautomaten-Zustandsdiagramms ein GÜLTIGER Pfad, der im Zustand Idle beginnt und endet?
Karte einstecken -> korrekte PIN -> abheben -> Bargeld entnommen -> beenden -> Karte entnommen
Jeder Übergang existiert im Diagramm und führt zurück zu Idle.
Karte einstecken -> abheben -> Bargeld entnommen
Es gibt keinen Übergang von AwaitPIN zu Dispensing ohne korrekte PIN.
Karte einstecken -> 3. falsche PIN -> Karte entnommen
Von Locked führt der Übergang zu Idle über 'Karte einbehalten', nicht 'Karte entnommen'.
Karte einstecken -> korrekte PIN -> beenden -> abheben
Nach 'beenden' ist der Automat in CardReturned; 'abheben' ist dort ungültig.
Der gültige Rundlauf ist Karte einstecken, korrekte PIN, abheben, Bargeld entnommen, beenden, Karte entnommen.
Betrachten Sie diese Routine mit vier ausführbaren Anweisungen: (1) INPUT x; (2) IF x > 10; (3) PRINT big; (4) PRINT done. Die Anweisung PRINT big läuft nur, wenn das IF wahr ist. Ein einzelner Test läuft mit x = 5. Welche Anweisungsüberdeckung erreicht dieser eine Test?
75%
Anweisungen 1, 2 und 4 laufen; Anweisung 3 wird übersprungen: 3/4.
100%
Anweisung 3 (PRINT big) wird bei x = 5 nicht erreicht.
50%
Drei von vier Anweisungen laufen, nicht zwei.
25%
Nur eine Anweisung übersprungen, drei ausgeführt.
Bei x = 5 ist das IF falsch, also laufen 3 von 4 Anweisungen = 75%.
Welche ZWEI der folgenden sind Black-Box-(spezifikationsbasierte) Testtechniken?
Äquivalenzklassenbildung
Aus der Spezifikation abgeleitet, nicht aus dem Code.
Zustandsübergangstest
Basiert auf spezifizierten Zuständen und Ereignissen (Black-Box).
Anweisungstest
Eine White-Box-Technik basierend auf der Codestruktur.
Zweigtest
Eine White-Box-Technik basierend auf Entscheidungen im Code.
Äquivalenzklassenbildung und Zustandsübergangstest sind Black-Box; Anweisungs- und Zweigtest sind White-Box.
Ein Tester untersucht eine Anwendung ohne vordefinierte Skripte, entwirft und führt Tests gleichzeitig aus und lernt aus jedem Ergebnis für den nächsten Schritt. Welche Technik ist das?
Exploratives Testen
Gleichzeitiger Testentwurf, Ausführung und Lernen.
Checklistenbasiertes Testen
Durch eine feste Checkliste geführt, keine freie Exploration.
Entscheidungstabellentest
Eine spezifikationsbasierte Technik mit vordefinierten Fällen.
Fehlererraten
Antizipiert wahrscheinliche Fehler, keine offene Exploration.
Tests gleichzeitig entwerfen und ausführen und dabei lernen ist exploratives Testen.
Welche Aussage charakterisiert exploratives Testen am besten?
Testentwurf, Testdurchführung und Lernen erfolgen gleichzeitig, häufig in zeitlich begrenzten Sessions.
Richtig — exploratives Testen verschränkt Lernen, Entwurf und Durchführung miteinander.
Alle Testfälle werden vor jeder Durchführung vollständig im Voraus skriptiert.
Das beschreibt skriptbasiertes Testen, das Gegenteil des explorativen Testens.
Es kann nur von automatisierten Werkzeugen durchgeführt werden.
Exploratives Testen ist in erster Linie eine menschliche, manuelle Tätigkeit.
Es garantiert eine messbare strukturelle Überdeckung.
Exploratives Testen garantiert für sich genommen keinen Wert für die strukturelle Überdeckung.
Beim explorativen Testen erfolgen Testentwurf, Testdurchführung und Lernen gleichzeitig; es wird häufig in zeitlich begrenzten, durch Charter gesteuerten Sessions organisiert und ist wirksam, wenn die Spezifikationen lückenhaft sind.
Was wird typischerweise in einem Testkonzept (Testplan) dokumentiert?
Umfang, Ziele, Zeitplan und Eingangs-/Ausgangskriterien der Testaktivitäten
Das sind Kerninhalte eines Testplans.
Die genaue Liste der zu findenden Fehler
Fehler sind nicht im Voraus bekannt.
Der vollständige Quellcode des Systems
Quellcode gehört nicht in einen Testplan.
Marketingtexte für die Veröffentlichung
Für die Testplanung irrelevant.
Ein Testplan dokumentiert Umfang, Ziele, Zeitplan und Eingangs-/Ausgangskriterien.
Das unerwartete Ausscheiden eines wichtigen Testers mitten im Projekt ist ein Beispiel für welche Art von Risiko?
Projektrisiko
Es bedroht das Projektmanagement/die Lieferung, nicht das Produkt selbst.
Produktrisiko
Produktrisiko betrifft die Qualität des Produkts selbst.
Restrisiko
Restrisiko ist das, was nach Maßnahmen verbleibt.
Risikostufe
Risikostufe ist ein Maß, keine Risikokategorie.
Personalprobleme beeinträchtigen die Lieferfähigkeit des Projekts: ein Projektrisiko.
Wie beeinflusst risikobasiertes Testen primär die Verteilung des Testaufwands?
Bereichen mit höherem Risiko wird mehr und tieferes Testen zugewiesen
Aufwand folgt dem Risiko, um den Nutzen zu maximieren.
Der Aufwand wird unabhängig vom Risiko gleich verteilt
Das ignoriert den Zweck risikobasierten Testens.
Nur Bereiche mit geringem Risiko werden getestet
Gerade Bereiche mit hohem Risiko brauchen das meiste Testen.
Für riskante Bereiche wird gar nicht getestet
Risiko erhöht den Testbedarf, beseitigt ihn nicht.
Bereiche mit höherem Risiko erhalten mehr und tieferes Testen.
Welche ZWEI sind realistische EINGANGSKRITERIEN für den Beginn einer Teststufe?
Die Testumgebung ist verfügbar und konfiguriert
Notwendig, bevor die Ausführung beginnen kann.
Testfälle und Testdaten sind bereit
Erforderliche Voraussetzungen, um mit dem Testen zu beginnen.
Alle Fehler sind bereits behoben
Als Eingangskriterium unrealistisch.
Das Produkt ist bereits an Kunden ausgeliefert
Release erfolgt nach dem Testen, kein Eingangskriterium.
Eine bereitstehende Umgebung und fertige Testfälle/Testdaten sind typische Eingangskriterien.
Welche Angabe ist wesentlicher Inhalt eines guten Fehlerberichts?
Reproduktionsschritte, erwartetes und tatsächliches Ergebnis
Kerninformationen zum Analysieren und Beheben.
Die Privatadresse des Entwicklers
Irrelevant und unangemessen.
Eine Vermutung über den Schuldigen
Fehlerberichte sollen sachlich sein, nicht anklagend.
Das Marketingbudget
Hat nichts mit dem Fehler zu tun.
Reproduktionsschritte sowie erwartetes und tatsächliches Ergebnis ermöglichen das Bearbeiten.
Ein Team schätzt eine Testaufgabe mit Drei-Punkt-Schätzung: optimistisch = 3 Tage, wahrscheinlich = 6 Tage, pessimistisch = 15 Tage. Wie hoch ist die erwartete Dauer nach der Formel (a + 4m + b) / 6?
7 Tage
(3 + 4*6 + 15)/6 = 42/6 = 7.
6 Tage
6 ist der wahrscheinlichste Wert, nicht die gewichtete Schätzung.
8 Tage
Ergebnis eines Rechenfehlers; korrekt ist 7.
9 Tage
Entspricht nicht dem Formelergebnis 7.
(3 + 24 + 15) / 6 = 42 / 6 = 7 Tage.
Vier Produktrisiken werden auf einer Skala 1-5 bewertet: R1 L=3 I=4; R2 L=4 I=4; R3 L=5 I=2; R4 L=2 I=5. Wenn die Risikostufe das Produkt aus Eintrittswahrscheinlichkeit (L) und Auswirkung (I) ist, welches Risiko sollte ZUERST getestet werden?
R2 (Risikostufe 16)
4*4 = 16 ist der höchste der vier Werte.
R1 (Risikostufe 12)
3*4 = 12 ist niedriger als die 16 von R2.
R3 (Risikostufe 10)
5*2 = 10 ist niedriger als die 16 von R2.
R4 (Risikostufe 10)
2*5 = 10 ist niedriger als die 16 von R2.
R2 hat das höchste Produkt (16) und wird zuerst getestet.
Welche ZWEI sind nützliche Metriken zur Überwachung des Testfortschritts?
Anzahl ausgeführter versus geplanter Testfälle
Zeigt den Ausführungsfortschritt gegenüber dem Plan.
Trends bei Fehlerentdeckung und -behebung über die Zeit
Zeigt Qualität und Konvergenz an.
Die Zeilenzahl des Testplandokuments
Dokumentlänge ist keine Fortschrittsmetrik.
Die durchschnittliche Tippgeschwindigkeit der Tester
Für den Testfortschritt irrelevant.
Ausgeführte vs. geplante Tests und Fehlertrends sind aussagekräftige Fortschrittsmetriken.
Warum ist Konfigurationsmanagement für das Testen wichtig?
Es stellt sicher, dass Testobjekte, Testmittel und Umgebungen versioniert und reproduzierbar sind
Reproduzierbarkeit hängt von kontrollierten Versionen ab.
Es garantiert, dass die Software keine Fehler hat
KM beseitigt keine Fehler.
Es ersetzt die Notwendigkeit eines Testplans
KM ergänzt die Planung, ersetzt sie nicht.
Es schreibt automatisch die Testfälle
KM verwaltet Versionen, schreibt keine Tests.
Es versioniert Testobjekte, Testmittel und Umgebungen, sodass Ergebnisse reproduzierbar sind.
Welcher Werkzeugtyp unterstützt primär das Verknüpfen von Anforderungen, Testfällen und Fehlern sowie deren Berichtswesen?
Testmanagementwerkzeug
Verwaltet Nachverfolgbarkeit und Berichtswesen im Testprozess.
Performance-Testwerkzeug
Erzeugt Last und misst Performance, keine Nachverfolgbarkeit.
Statisches Analysewerkzeug
Analysiert Code, ohne ihn auszuführen.
Überdeckungsmesswerkzeug
Misst strukturelle Überdeckung, keine Nachverfolgbarkeit.
Ein Testmanagementwerkzeug verknüpft Anforderungen, Tests und Fehler und berichtet darüber.
Welche ZWEI sind echte Vorteile der Testautomatisierung?
Reduziert repetitiven manuellen Aufwand bei Regressionstests
Setzt Tester für höherwertige Arbeit frei.
Verbessert Konsistenz und Wiederholbarkeit der Ausführung
Maschinen führen dieselben Schritte gleich aus.
Garantiert ein fehlerfreies Produkt
Keine Technik garantiert null Fehler.
Beseitigt jeglichen Bedarf an Testentwurf
Automatisierung führt Tests aus, die dennoch entworfen werden müssen.
Automatisierung reduziert repetitiven Aufwand und verbessert Wiederholbarkeit; sie garantiert keine Fehlerfreiheit und ersetzt nicht den Testentwurf.