ISTQB Foundation (CTFL v4.0) Probeprüfung #12 — 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.
Eine Regressionssuite läuft seit einem Jahr unverändert und findet kaum noch neue Fehler. Welches Prinzip erklärt das und was sollte das Team tun?
Pestizid-Paradoxon - Tests überprüfen und überarbeiten/erneuern
Wiederholte identische Tests verlieren mit der Zeit an Wirksamkeit.
Fehlerhäufung - diese Module nicht mehr testen
Häufung betrifft, wo Fehler konzentriert sind, nicht das Altern der Tests.
Vollständiges Testen - noch mehr gleiche Tests ausführen
Mehr gleiche Tests helfen nicht; erneuern.
Testen beweist, dass die Software nun fehlerfrei ist
Testen kann die Abwesenheit von Fehlern nie beweisen.
Das Pestizid-Paradoxon: unveränderte Tests finden keine neuen Fehler, daher müssen Tests überprüft und aktualisiert werden.
Welches Paar grenzt Verifizierung von Validierung korrekt ab?
Verifizierung prüft, ob das Produkt die Spezifikation erfüllt; Validierung, ob es Nutzerbedürfnisse erfüllt
Standard-CTFL-Abgrenzung.
Verifizierung prüft Nutzerbedürfnisse; Validierung die Spezifikation
Vertauschte Definitionen.
Beide bedeuten genau dieselbe Aktivität
Es sind unterschiedliche Konzepte.
Verifizierung erfolgt nur in der Produktion
Verifizierung erfolgt während der gesamten Entwicklung.
Verifizierung = das Produkt richtig bauen (erfüllt Spezifikationen); Validierung = das richtige Produkt bauen (erfüllt Nutzerbedürfnisse).
Welche ZWEI der folgenden sind Test-Arbeitsprodukte?
Testfälle
Ein zentrales Test-Arbeitsprodukt.
Testprotokolle
Aufzeichnungen der Testausführung, ein Arbeitsprodukt.
Der Compiler
Ein Entwicklungswerkzeug, kein Test-Arbeitsprodukt.
Der Produktionsserver
Infrastruktur, kein Test-Arbeitsprodukt.
Testfälle und Testprotokolle sind Testmittel; ein Compiler und der Produktionsserver nicht.
Warum verursacht ein echter Fehlerzustand im Code im Betrieb möglicherweise nie eine Fehlerwirkung?
Der fehlerhafte Code wird unter den auslösenden Bedingungen nie ausgeführt
Wird der fehlerhafte Pfad nicht ausgeführt, tritt keine Fehlerwirkung auf.
Fehlerzustände verursachen immer bei jedem Lauf eine Fehlerwirkung
Viele Fehler sind latent und bedingungsabhängig.
Ein Fehlerzustand und eine Fehlerwirkung sind dasselbe
Ein Fehlerzustand ist im Code; eine Fehlerwirkung ist beobachtetes Verhalten.
Weil das Testen den Fehler automatisch entfernt hat
Testen entdeckt, es entfernt Fehler nicht automatisch.
Wenn der fehlerhafte Code nie ausgeführt wird (oder nur unter nie eintretenden Bedingungen), entsteht keine Fehlerwirkung.
Qualitätsmanagement umfasst üblicherweise welche zwei Teilbereiche?
Qualitätssicherung (QS) und Qualitätslenkung (QC)
QS ist prozessorientiert; QC (inkl. Testen) ist produktorientiert.
Marketing und Vertrieb
Nicht Teil des Qualitätsmanagements.
Codierung und Deployment
Das sind Entwicklungsaktivitäten, keine QM-Teilbereiche.
Debugging und Refactoring
Entwicklungsaktivitäten, keine QM-Teilbereiche.
Qualitätsmanagement umfasst Qualitätssicherung (QS) und Qualitätslenkung (QC).
Welches Testprinzip besagt, dass das frühe Finden und Beheben von Fehlern die Gesamtkosten senkt?
Frühes Testen spart Zeit und Geld
Früh entfernte Fehler vermeiden teure Nacharbeit.
Fehlerhäufung
Das betrifft die Konzentration von Fehlern.
Testen zeigt Vorhandensein, nicht Abwesenheit von Fehlern
Ein wahres Prinzip, aber über die Aussagekraft.
Testen ist kontextabhängig
Über die Anpassung des Ansatzes, nicht den Kostenzeitpunkt.
Frühes Testen spart Zeit und Geld ist eines der sieben Prinzipien.
Welche ZWEI Aussagen zu Stufen der Testunabhängigkeit sind korrekt?
Vom Autor des Arbeitsprodukts entworfene Tests haben geringe Unabhängigkeit
Selbsttest ist die am wenigsten unabhängige Stufe.
Ein unabhängiges Testteam ist eine anerkannte Form der Testunabhängigkeit
Ein dediziertes Team ist eine höhere Unabhängigkeitsstufe.
Höhere Unabhängigkeit garantiert das Finden aller Fehler
Keine Unabhängigkeitsstufe garantiert das.
Unabhängigkeit ist für die Fehlererkennung irrelevant
Unabhängigkeit kann die Wirksamkeit verbessern.
Vom Autor durchgeführte Tests haben geringe Unabhängigkeit; ein unabhängiges Team ist eine höhere Form; Unabhängigkeit ist ein Spektrum und keine Stufe garantiert, alle Fehler zu finden.
Wie der Testprozess durchgeführt wird, hängt vom Kontext des Projekts ab. Welche ZWEI der folgenden Punkte sind Kontextfaktoren, die das Testen prägen? (Wählen Sie zwei.)
Der verwendete Softwareentwicklungslebenszyklus und die dem Team verfügbaren Werkzeuge
Richtig — SDLC und verfügbare Werkzeuge sind ausdrücklich genannte Kontextfaktoren; ein iterativer Lebenszyklus mit CI-Pipeline führt zu einem ganz anderen Testprozess als ein sequenzieller.
Projektrahmenbedingungen wie verfügbare Zeit und Budget sowie die Fähigkeiten der Teammitglieder
Richtig — Projektrahmenbedingungen und Teamfähigkeiten sind Kontextfaktoren: Sie bestimmen, wie viel mit welchen Verfahren und in welcher Formalität getestet werden kann.
Wie viele der sieben Testgrundsätze das Team in diesem Projekt anwenden will
Die sieben Grundsätze sind allgemeine Leitlinien, die in jedem Kontext gelten; sie werden nicht einzeln ausgewählt und sind daher kein Kontextfaktor des Testprozesses.
Die Vorgabe, dass jeder Testprozess 100 % Abdeckung aller möglichen Eingaben erreichen muss
Das ist kein Faktor, sondern ein Irrtum: Vollständiges Testen ist außer in trivialen Fällen unmöglich, daher stellt kein Kontext diese Forderung.
Zu den Kontextfaktoren gehören Stakeholder, Fähigkeiten des Teams, Anwendungsdomäne, technische Faktoren, Projektrahmenbedingungen (Zeit, Budget), organisatorische Faktoren, der verwendete Softwareentwicklungslebenszyklus und die verfügbaren Werkzeuge.
Was bedeutet der 'Shift-Left'-Ansatz im Kontext des Testens?
Test- und Qualitätsaktivitäten früher im Lebenszyklus durchführen
Frühere Einbindung findet Fehler eher und günstiger.
Alle Tests bis nach dem Release verschieben
Das ist das Gegenteil von Shift-Left.
Tester in ein anderes Büro verlegen
Es geht um den Zeitpunkt im Lebenszyklus, nicht den Ort.
Nur die linke Hälfte der Oberfläche testen
Hat nichts mit dem UI-Layout zu tun.
Shift-Left bedeutet, Test- (und Qualitäts-)Aktivitäten früher im Lebenszyklus durchzuführen.
Was bewertet der Systemtest primär?
Das Verhalten des gesamten integrierten Systems gegen seine Anforderungen
Der Systemtest deckt das End-to-End-Systemverhalten ab.
Ein einzelnes Modul isoliert
Das ist der Komponententest.
Nur die Schnittstellen zwischen zwei Komponenten
Das ist der Integrationstest.
Ob Endnutzer das System abnehmen
Das ist der Abnahmetest.
Der Systemtest bewertet das Verhalten des gesamten integrierten Systems gegen seine Anforderungen.
Die Prüfung, dass eine Überweisung die richtigen Beträge bucht und den korrekten Saldo berechnet, ist primär welcher Testtyp?
Funktionaler Test
Prüft, was das System gegenüber funktionalen Anforderungen tut.
Performance-Test
Misst Geschwindigkeit/Durchsatz, nicht die Korrektheit der Beträge.
Usability-Test
Bewertet die Bedienbarkeit, nicht die Rechenkorrektheit.
Portabilitätstest
Betrifft den Betrieb über Umgebungen hinweg.
Die Prüfung der Korrektheit berechneter Ergebnisse ist funktionaler Test.
Was ist der Zweck des Regressionstests?
Unbeabsichtigte Nebenwirkungen durch eine Änderung entdecken
Regression prüft, ob bisher funktionierende Bereiche nach einer Änderung noch funktionieren.
Zu prüfen, ob eine bestimmte Fehlerbehebung funktioniert hat
Das ist der Fehlernachtest.
Die Systemperformance unter Last zu messen
Das ist der Performance-Test.
Das System im Namen der Nutzer abzunehmen
Das ist der Abnahmetest.
Der Regressionstest entdeckt unbeabsichtigte Nebenwirkungen durch Änderungen.
Welche ZWEI der folgenden sind TESTSTUFEN?
Systemtest
Eine anerkannte Teststufe.
Komponententest
Eine anerkannte Teststufe.
Lasttest
Ein nicht-funktionaler Testtyp, keine Stufe.
Fehlernachtest
Änderungsbezogenes Testen, keine Stufe.
Systemtest und Komponententest sind Stufen; Lasttest ist ein Typ und Fehlernachtest änderungsbezogen.
Was ist die typischste Testbasis für den Abnahmetest?
Nutzer- und Geschäftsanforderungen, Anwendungsfälle und Geschäftsprozesse
Der Abnahmetest validiert die geschäftliche Gebrauchstauglichkeit.
Der Low-Level-Komponentenentwurf und Quellcode
Das ist die Basis für den Komponententest.
Die Schnittstellenspezifikationen zwischen Modulen
Das ist die Basis für den Integrationstest.
Die Konfigurationsdateien der CI-Pipeline
Keine typische Abnahmetestbasis.
Der Abnahmetest basiert typischerweise auf Nutzer-/Geschäftsanforderungen, Anwendungsfällen und Geschäftsprozessen.
Welche Reviewart ist am WENIGSTEN formal, oft nur eine schnelle Kollegenprüfung ohne dokumentierten Prozess oder definierte Rollen?
Informelles Review
Die am wenigsten formale Reviewart.
Inspektion
Die formellste Reviewart, mit Metriken und Rollen.
Technisches Review
Ein dokumentiertes, recht formelles Review durch Fachkollegen.
Audit
Eine formale, unabhängige Bewertung gegen Standards.
Ein informelles Review hat keinen dokumentierten Prozess oder definierte Rollen.
Warum sind Reviews in einem Projekt besonders kosteneffektiv?
Sie finden Fehler früh in Arbeitsprodukten, bevor Code ausgeführt wird
Frühe Entdeckung vermeidet teure späte Nacharbeit.
Sie laufen automatisch ohne menschlichen Aufwand
Reviews erfordern menschliche Beteiligung.
Sie garantieren ein fehlerfreies Produkt
Keine Aktivität garantiert null Fehler.
Sie ersetzen jegliches dynamische Testen
Reviews ergänzen das dynamische Testen.
Reviews finden Fehler früh, bevor Code geschrieben/ausgeführt wird, und senken Folgekosten.
Welche ZWEI sind anerkannte Rollen in einem formalen Review?
Autor
Der Eigentümer des geprüften Arbeitsprodukts.
Moderator
Leitet und moderiert das Review.
Der Compiler
Ein Werkzeug, keine Reviewrolle.
Der Endkunde
Keine definierte Rolle im Reviewprozess.
Autor und Moderator sind Reviewrollen; ein Compiler und der Endkunde nicht.
Wer entscheidet unter den Rollen des Review-Prozesses, was einem Review unterzogen wird, stellt die nötige Zeit und das Budget bereit und stellt sicher, dass das Review in den Projektzeitplan passt?
Der Manager
Richtig — zu entscheiden, was geprüft wird, und Zeit, Budget und Ressourcen bereitzustellen, ist im Review-Prozess Aufgabe des Managers.
Der Moderator
Der Moderator sorgt für einen wirksamen Ablauf der Review-Sitzung und vermittelt zwischen den Teilnehmern, entscheidet aber nicht über den Umfang und stellt kein Budget bereit.
Der Autor
Der Autor erstellt das zu prüfende Arbeitsergebnis und korrigiert anschließend die akzeptierten Anomalien. Über Zeitplan und Budget verfügt er nicht.
Der Protokollführer (Scribe)
Der Protokollführer sammelt die im individuellen Review gefundenen Anomalien und hält Entscheidungen sowie neu aufgeworfene Punkte der Sitzung fest.
Der Manager entscheidet, was geprüft werden muss, stellt Zeit im Plan bereit und sorgt für Budget und Ressourcen. Der Moderator sorgt lediglich für einen wirksamen Ablauf der Review-Sitzung selbst.
Ein Paketdienst legt die Versandstufe nach ganzzahligem Gewicht in kg fest: 1-5 klein, 6-20 mittel, 21-50 groß. Wie viele Testfälle sind bei Äquivalenzklassenbildung nur für GÜLTIGE Gewichte mindestens nötig, um jede gültige Stufe genau einmal abzudecken?
3
Ein Repräsentantenwert je gültiger Stufe.
2
Drei gültige Stufen lassen sich nicht mit zwei Fällen abdecken.
4
Es gibt hier nur drei gültige Stufen.
6
Das zählt Grenzwerte, nicht Klassen.
Drei gültige Stufen (klein, mittel, groß) benötigen drei Repräsentanten.
Ein Feld akzeptiert ganze Zahlen von 1 bis 30 einschließlich; Werte außerhalb werden abgewiesen. Welche Menge prüft bei der 2-Werte-Grenzwertanalyse (Grenzwert plus nächster Nachbar) BEIDE Grenzen?
{0, 1, 30, 31}
Grenzwert plus nächster äußerer Nachbar an jedem Ende.
{1, 30}
Nur Grenzwerte, ohne Nachbarn.
{0, 1, 2, 29, 30, 31}
Das ist der 3-Werte-Ansatz.
{1, 2, 29, 30}
Nutzt innere statt äußere Nachbarn.
Jeder Grenzwert (1, 30) plus nächster äußerer Nachbar (0, 31): {0,1,30,31}.
Wie viele verschiedene Werte benötigt die 3-Werte-Grenzwertanalyse für dasselbe Feld (ganze Zahlen 1 bis 30), um BEIDE Grenzen abzudecken?
6
Drei Werte je Grenze, zwei Grenzen, keine Überschneidung.
4
Das ist der 2-Werte-Ansatz.
8
Zu viele; drei je Grenze genügen.
3
Drei Werte decken nur eine Grenze ab.
Unten {0,1,2} und oben {29,30,31} = sechs verschiedene Werte.
Verwenden Sie die folgende Entscheidungstabelle. Ein Vielflieger (Mitglied), der online eingecheckt hat, kommt mit einem 25-kg-Gepäckstück (über dem 23-kg-Limit). Welche Regel gilt und welche Gebühr folgt?
Regel R3 - Übergewichtsgebühr
Online J, Gepäck<=23 N, Mitglied J ist genau Spalte R3.
Regel R1 - Keine Gebühr
R1 erfordert Gepäck <= 23 = J.
Regel R4 - Übergewicht + Standard
R4 erfordert Mitglied = N.
Regel R7 - Übergewicht + Standard
R7 erfordert Online-Check-in = N.
Online = J, Gepäck <= 23 = N, Mitglied = J entspricht R3: Übergewichtsgebühr.
In der folgenden Entscheidungstabelle ergeben die Regeln R5 und R6 beide 'Standardgebühr', wenn Online-Check-in = N und Gepäck <= 23 = J, unabhängig von der Mitgliedschaft. Wie viele Spalten verschmelzen mit Don't-care-Vereinfachung zu einer einzigen Regel?
2 (R5 und R6 werden eine Regel)
Beide ergeben Standardgebühr, Mitgliedschaft ist don't-care.
4
Nur diese zwei Spalten haben unter diesem Bedingungspaar dieselbe Aktion.
8
Nur zwei Spalten verschmelzen, nicht alle acht.
1
Eine Spalte kann nicht 'verschmelzen'; zwei werden eine.
R5 und R6 haben dieselbe Aktion und unterscheiden sich nur in einer Don't-care-Bedingung, daher verschmelzen 2 zu 1.
Eine Spezifikation hat mehrere Eingabebedingungen, deren Kombinationen zu mehreren verschiedenen Systemaktionen führen. Welche Testentwurfstechnik deckt diese Kombinationen systematisch ab?
Entscheidungstabellentest
Für Kombinationen von Bedingungen mit verschiedenen Aktionen gedacht.
Grenzwertanalyse
Zielt auf die Ränder eines einzelnen geordneten Bereichs.
Anweisungstest
Eine White-Box-Technik basierend auf Code.
Exploratives Testen
Skriptlos und erfahrungsbasiert, keine systematische Kombinationsüberdeckung.
Der Entscheidungstabellentest deckt Kombinationen von Bedingungen und resultierenden Aktionen systematisch ab.
Welche Ereignisfolge ist anhand des folgenden Support-Ticket-Zustandsdiagramms ein GÜLTIGER Pfad von New zu Closed?
New -> triage -> Open -> assign -> InProgress -> resolve -> Resolved -> close -> Closed
Jeder Übergang existiert in dieser Reihenfolge.
New -> assign -> InProgress -> close
Es gibt keinen New->assign-Übergang; erst triage zu Open.
New -> triage -> Open -> resolve -> Closed
Open kann nicht direkt zu Resolved; erst zuweisen.
New -> triage -> Open -> assign -> InProgress -> close -> Closed
Das Schließen erfordert zuerst den Zustand Resolved (resolve, dann close).
Der gültige Pfad ist triage, assign, resolve, close.
Betrachten Sie diese Routine mit sechs ausführbaren Anweisungen: (1) INPUT a; (2) INPUT b; (3) sum = a + b; (4) IF sum > 100; (5) PRINT high; (6) PRINT sum. Anweisung 5 läuft nur, wenn das IF wahr ist. Ein Test läuft mit a = 10, b = 20. Welche Anweisungsüberdeckung erreicht er?
83% (5 von 6 Anweisungen)
Anweisungen 1, 2, 3, 4 und 6 laufen; Anweisung 5 wird übersprungen: 5/6 ≈ 83%.
100%
Anweisung 5 (PRINT high) wird bei sum = 30 nicht erreicht.
67%
Fünf von sechs Anweisungen laufen, nicht vier.
50%
Nur eine Anweisung wird übersprungen, fünf laufen.
sum = 30, also ist das IF falsch; 5 von 6 Anweisungen laufen = 83%.
Welche ZWEI der folgenden sind Black-Box-(spezifikationsbasierte) Testtechniken?
Grenzwertanalyse
Aus der Spezifikation abgeleitet (Eingabebereiche).
Entscheidungstabellentest
Basiert auf spezifizierten Bedingungskombinationen.
Anweisungstest
Eine White-Box-Technik basierend auf Code.
Zweigtest
Eine White-Box-Technik basierend auf Code-Entscheidungen.
Grenzwertanalyse und Entscheidungstabellentest sind Black-Box; Anweisungs- und Zweigtest sind White-Box.
Ein Tester nutzt eine Standardliste häufiger Webformular-Probleme (Pflichtfelder, Maximallänge, ungültige Zeichen usw.), um das Testen zu leiten. Welche Technik ist das?
Checklistenbasiertes Testen
Durch eine vordefinierte Prüfliste geleitet.
Exploratives Testen
Skriptlos und lerngetrieben, keine feste Checkliste.
Grenzwertanalyse
Eine systematische Technik für Eingabebereiche.
Zustandsübergangstest
Basiert auf Zuständen und Ereignissen.
Eine vordefinierte Checkliste zur Leitung des Testens zu nutzen ist checklistenbasiertes Testen.
Welche der folgenden sind erfahrungsbasierte Testverfahren? (Wählen Sie ZWEI.)
Exploratives Testen.
Richtig: beruht auf der Erfahrung des Testers.
Error Guessing (Fehlerraten).
Richtig: basiert auf dem Antizipieren wahrscheinlicher Fehler.
Grenzwertanalyse.
Falsch: das ist ein Black-Box-Verfahren (spezifikationsbasiert).
Anweisungstest.
Falsch: das ist ein White-Box-Verfahren (strukturbasiert).
Exploratives Testen und Error Guessing sind erfahrungsbasierte Verfahren.
Was ist der Zweck von Eingangskriterien für eine Testaktivität?
Sie definieren die Vorbedingungen, die vor dem sinnvollen Beginn erfüllt sein müssen
Eingangskriterien verhindern einen verfrühten Start.
Sie definieren, wann die Aktivität als abgeschlossen gilt
Das beschreibt Ausgangskriterien.
Sie listen die genau zu findenden Fehler
Fehler sind nicht im Voraus bekannt.
Sie legen die Gehälter der Tester fest
Ohne Bezug zu Eingangskriterien.
Eingangskriterien definieren die Vorbedingungen, die erfüllt sein müssen, bevor eine Aktivität effektiv beginnen kann.
Eine falsche Steuerberechnung in ausgelieferter Software ist ein Beispiel für welche Art von Risiko?
Produktrisiko
Es betrifft die Qualität des ausgelieferten Produkts.
Projektrisiko
Projektrisiken betreffen Management/Lieferung, nicht direkt die Produktqualität.
Restrisiko
Restrisiko ist das, was nach Maßnahmen verbleibt.
Risikostufe
Risikostufe ist ein Maß, keine Kategorie.
Ein Mangel in der Qualität des ausgelieferten Produkts ist ein Produktrisiko.
Wie nennt man das Risiko, das nach dem Testen der Hochrisikobereiche eines Produkts noch verbleibt?
Restrisiko
Risiko, das nach risikomindernden Maßnahmen verbleibt.
Produktrisiko
Das ist die Risikokategorie, nicht der Rest.
Projektrisiko
Eine Kategorie zur Projektlieferung, nicht der Rest.
Eintrittswahrscheinlichkeit
Das ist ein Faktor eines Risikos, nicht der Rest.
Das nach Maßnahmen/Testen verbleibende Risiko ist das Restrisiko.
Welche ZWEI sind wesentliche Felder eines gut geschriebenen Fehlerberichts?
Eine eindeutige Kennung und der aktuelle Status
Ermöglicht die Verfolgung im Lebenszyklus.
Reproduktionsschritte mit erwartetem und tatsächlichem Ergebnis
Ermöglicht das Reproduzieren und Diagnostizieren.
Die Mittagsbestellung des Testers
Für einen Fehlerbericht irrelevant.
Ein Werbeslogan für das Release
Für einen Fehlerbericht irrelevant.
Eine eindeutige ID/Status sowie Reproduktionsschritte mit erwartetem/tatsächlichem Ergebnis sind wesentlich; die anderen irrelevant.
Was ist ein Hauptzweck der Testüberwachung?
Fortschrittstransparenz durch Vergleich des Ist-Status mit dem Plan zu schaffen
Überwachung informiert Steuerungsentscheidungen.
Den Quellcode des Systems zu schreiben
Überwachung ist keine Entwicklungsaktivität.
Zu garantieren, dass das Produkt fehlerfrei ist
Keine Aktivität garantiert das.
Jegliche Testplanung überflüssig zu machen
Überwachung ergänzt die Planung.
Testüberwachung schafft Transparenz und vergleicht den tatsächlichen Fortschritt mit dem Plan.
Wie hoch ist die erwartete Dauer bei Drei-Punkt-Schätzung mit optimistisch = 4 Tage, wahrscheinlich = 8 Tage, pessimistisch = 18 Tage nach (a + 4m + b) / 6?
9 Tage
(4 + 4*8 + 18)/6 = 54/6 = 9.
8 Tage
8 ist der wahrscheinlichste Wert, nicht die gewichtete Schätzung.
10 Tage
Entspricht nicht dem Formelergebnis 9.
11 Tage
Rechenfehler; korrekt ist 9.
(4 + 32 + 18) / 6 = 54 / 6 = 9 Tage.
Welche ZWEI der folgenden sind anerkannte Testansätze/-strategien?
Risikobasiertes Testen
Verteilt den Aufwand nach Produktrisiko.
Reaktives (z. B. exploratives) Testen
Reagiert auf das System, wie es angetroffen wird.
Alphabetisches Testen
Kein anerkannter Testansatz.
Gehaltsbasiertes Testen
Kein anerkannter Testansatz.
Risikobasiertes und reaktives (z. B. exploratives) Testen sind anerkannte Ansätze; die anderen beiden sind keine echten Strategien.
Welches der folgenden ist eine anerkannte Testschätztechnik?
Metrikbasierte Schätzung anhand historischer Projektdaten
Ein anerkannter, belastbarer Schätzansatz.
Das von der Leitung bereits genannte Datum übernehmen
Das ist keine Schätzung; es ignoriert den Aufwand.
Was die Entwickler sagen zufällig verdoppeln
Willkürlich, keine anerkannte Technik.
Die Anzahl offener Besprechungseinladungen nutzen
Für die Aufwandsschätzung irrelevant.
Metrikbasierte (anhand historischer Daten) und expertenbasierte Schätzung sind anerkannte Techniken.
Warum ist es nützlich, Fehlerzustände über einen definierten Lebenszyklus mit Zuständen wie „offen“, „in Bearbeitung“, „behoben“ und „geschlossen“ zu verwalten?
Er bietet Transparenz über den Status jedes Fehlerzustands und unterstützt Berichterstattung und Steuerung.
Richtig — definierte Zustände machen den Fehlerstatus nachverfolgbar und berichtsfähig.
Er garantiert, dass keine neuen Fehlerzustände eingeführt werden.
Ein Lebenszyklus verfolgt Fehlerzustände nach, kann aber nicht verhindern, dass neue auftreten.
Er macht das Schreiben von Reproduktionsschritten überflüssig.
Reproduktionsschritte werden unabhängig vom Lebenszyklus weiterhin benötigt.
Er behebt Fehlerzustände automatisch, wenn sie ihren Zustand ändern.
Zustandsänderungen erfassen den Status; sie beheben den Code nicht.
Ein Fehlerlebenszyklus bietet Transparenz und Kontrolle: Er zeigt den aktuellen Status jedes Fehlerzustands an, unterstützt die Priorisierung und ermöglicht Berichterstattung und Trendanalyse.
Welcher Werkzeugtyp hilft primär, die zum Testen benötigten Daten zu erstellen und zu verwalten?
Testdaten-Vorbereitungswerkzeug
Erstellt und verwaltet die bei der Ausführung genutzten Daten.
Performance-Testwerkzeug
Erzeugt Last und misst Performance.
Statisches Analysewerkzeug
Analysiert Code ohne Ausführung.
Review-(Kollaborations-)Werkzeug
Unterstützt den Reviewprozess, keine Testdaten.
Ein Testdaten-Vorbereitungswerkzeug erstellt und verwaltet Testdaten.
Welche ZWEI sind echte Vorteile der Testautomatisierung?
Effizientere wiederholte Ausführung von Tests
Maschinen führen repetitive Tests schneller aus als Menschen.
Höhere Konsistenz und Wiederverwendung von Testmitteln
Automatisierte Tests laufen jedes Mal gleich.
Automatisierte Tests brauchen nie Wartung
Automatisierung erfordert laufende Wartung bei Änderungen.
Automatisierung beseitigt den Bedarf an Testanalyse
Tests müssen weiterhin analysiert und entworfen werden.
Effizientere wiederholte Ausführung und höhere Konsistenz/Wiederverwendung sind echte Vorteile; Automatisierung braucht weiterhin Wartung und Testanalyse.