Jul-2024 ISTQB-CTFL Studienmaterial, Vorbereitungsleitfaden und PDF-Download [Q85-Q101] : Free Exams Dumps Materials : http://exams.dumpsmaterials.com

NEUE FRAGE 85
Es gibt 4 Äquivalenzklassen für ganzzahlige Werte:
0 < x <100
100<= x <= 200
200 < x < 500
x >= 500
Welche der folgenden Optionen stellt den richtigen Datensatz für gültige Äquivalenzklassen-Partitionen dar?

50; 100; 200. 1000

0. 1.99, 100.200,201.499, 500;

0.50; 100; 150.200.350.500;

50; 100; 250; 1000

NEUE FRAGE 86
Ein Testingenieur findet beim Testen einen Fehler. Nachdem der Entwickler den Fehler behoben hat, beschließt der Testingenieur, einen kompletten Abschnitt der Tests erneut auszuführen. Welche der folgenden Aussagen ist richtig?

Der letzte Ingenieur sollte die Tests nicht erneut durchführen, da sie bereits durchgeführt und die Ergebnisse aufgezeichnet wurden.

Der Testingenieur sollte die Tests nicht erneut durchführen, sie sollten Teil der Entwicklertests sein.

Der Testingenieur sollte die Tests erneut durchführen, um sicherzustellen, dass durch die Korrektur keine neuen Fehler hinzugekommen sind.

Der Testingenieur sollte die Tests erneut durchführen, da der Fehler zeigt, dass die Testfälle aktualisiert werden müssen.

NEUE FRAGE 87
Warum ist es wichtig, dass die bei einer Überprüfung festgestellten Mängel objektiv gemeldet werden?

Zur Erleichterung der Eingabe von festgestellten Mängeln in ein OTS (Defect Tracking System)

Damit der Autor des überprüften Arbeitsprodukts (S) das Feedback positiv als Bemühen um eine Verbesserung des Produkts (S) und nicht als persönlichen Angriff auffassen kann

Damit der Review-Moderator sie leicht verstehen und dem richtigen Entwickler zur Behebung zuweisen kann

Um eine Erweiterung der bestehenden Checklisten für die Überprüfung des Arbeitsprodukts zu ermöglichen (S)

NEUE FRAGE 88
Welche der folgenden Aktivitäten gehört NICHT zum grundlegenden Testprozess?

Archivierung von Automatisierungscode

Berichterstattung über den Teststatus

Verbesserung der Testverfahren

Build-Freigabe und Wartung

NEUE FRAGE 89
Welche der folgenden Punkte sollten in einem Teststatusbericht enthalten sein?
I Angaben zur Schätzung
II Gesamtzahl der offenen und geschlossenen Defekte
III Tatsächlicher Aufwand
IV Mängelberichte
V Anzahl der durchgeführten, fehlgeschlagenen, blockierten Tests

III.V

II, III

I. II. IV

II, III.V

Ein Teststatusbericht sollte Folgendes enthalten: die Gesamtzahl der offenen und geschlossenen Fehler, den tatsächlichen Aufwand sowie die Anzahl der durchgeführten, fehlgeschlagenen und blockierten Tests. Ein Teststatusbericht ist ein Dokument, das Informationen über die Ergebnisse und den Status der Testaktivitäten für einen bestimmten Zeitraum oder eine bestimmte Phase enthält. Ein Teststatusbericht sollte Informationen enthalten, die für die vorgesehene Zielgruppe und den vorgesehenen Zweck relevant, genau und zeitnah sind. Einige der Informationen, die in einen Teststatusbericht aufgenommen werden sollten, sind: die Gesamtzahl der offenen und geschlossenen Fehler, die Aufschluss über den Fehlertrend und die Fehlerdichte des Softwareprodukts geben; der tatsächliche Arbeitsaufwand, der Aufschluss über die Produktivität und Effizienz des Testprozesses gibt; die Anzahl der durchgeführten, fehlgeschlagenen und blockierten Tests, die Aufschluss über den Testfortschritt und die Testabdeckung des Softwareprodukts geben können. Folgendes sollte nicht in einen Teststatusbericht aufgenommen werden: Schätzungsdetails, Fehlerberichte und Auswirkungsanalysen. Schätzungsdetails sind nicht Teil eines Teststatusberichts, sondern vielmehr Teil eines Testplans oder eines Testschätzungsdokuments. Schätzungsdetails liefern Informationen über die erwartete Zeit, die Ressourcen und die Kosten für Testaktivitäten, nicht über die tatsächlichen Ergebnisse oder den Status der Testaktivitäten. Fehlerberichte sind nicht Teil eines Teststatusberichts, sondern separate Dokumente, die detaillierte Informationen über einzelne während des Testens gefundene Fehler enthalten. Fehlerberichte enthalten Informationen wie Fehlerbeschreibung, Fehlerschwere, Fehlerpriorität, Fehlerstatus, Fehlerbehebung usw. Fehlerberichte können in einem Teststatusbericht referenziert oder zusammengefasst werden, sind aber nicht vollständig enthalten. Die Auswirkungsanalyse ist nicht Teil eines Teststatusberichts, sondern vielmehr Teil einer Risikobewertung oder eines Priorisierungsprozesses. Die Auswirkungsanalyse liefert Informationen über die möglichen Auswirkungen oder Folgen einer Änderung oder eines Fehlers auf das Softwareprodukt oder das Projekt. Die Auswirkungsanalyse kann verwendet werden, um die Menge oder den Umfang der durchzuführenden Tests zu bewerten, aber nicht, um die Ergebnisse oder den Status der Testaktivitäten zu melden. Geprüfte Referenz: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer, Seite 141.

NEUE FRAGE 90
Eine Software berechnet die jährliche Kfz-Steuer anhand von drei Eingaben:
- E; das Emissionsniveau des Fahrzeugs
- P: die Leistung des Fahrzeugs
-T der Typ des Fahrzeugs
Der Eingabewert für P kann ein ganzzahliger positiver Wert zwischen 15 und 350 sein.
Welche der folgenden Antworten enthält eine korrekte Liste von Grenzwerten für den Eingang P?

14,351

14,15,350,351

15,350

5.175.500

NEUE FRAGE 91
Welche der folgenden Aussagen zur Schätzung des Testaufwands ist FALSCH?

Sobald der Testaufwand abgeschätzt ist, können die Ressourcen ermittelt und ein Zeitplan erstellt werden.

Die Aufwandsschätzung kann ungenau sein, weil die Qualität des zu prüfenden Produkts nicht bekannt ist.

Die Aufwandsschätzung hängt vom Budget des Projekts ab.

Die erfahrungsbasierte Schätzung ist eine der Schätzungstechniken.

* Die Aufwandsschätzung hängt nicht vom Budget des Projekts ab, sondern vom Umfang, der Komplexität und der Qualität des Softwareprodukts und der Testaktivitäten1. Das Budget ist eine Einschränkung, die sich auf die Durchführbarkeit und Genauigkeit der Aufwandsschätzung auswirken kann, aber es ist kein Faktor, der die Aufwandsschätzung bestimmt. Die Aufwandsschätzung ist der Arbeitsaufwand, der für die Durchführung der Testaktivitäten erforderlich ist, gemessen in Personenstunden, Personentagen oder Personenmonaten2.
* Die anderen Optionen sind richtig, weil:
* A. Sobald der Testaufwand abgeschätzt ist, können die Ressourcen ermittelt und ein Zeitplan erstellt werden, da dies miteinander verbundene Aspekte des Testplanungsprozesses sind3. Ressourcen sind die Personen, Werkzeuge, Geräte und Einrichtungen, die für die Durchführung der Testaktivitäten benötigt werden4. Der Zeitplan ist der Zeitrahmen und die Abfolge der Testaktivitäten, die mit den Meilensteinen und Terminen des Projekts abgestimmt sind5.
* B. Die Aufwandsschätzung kann ungenau sein, weil die Qualität des zu prüfenden Produkts nicht bekannt ist, da sie die Anzahl und den Schweregrad der möglicherweise gefundenen Fehler und die zu ihrer Behebung erforderlichen Nacharbeiten beeinflusst6. Qualität ist der Grad, in dem das Softwareprodukt die festgelegten Anforderungen erfüllt und den Bedürfnissen und Erwartungen der Benutzer und Kunden entspricht7.
* D. Die erfahrungsbasierte Schätzung ist eine der Schätzungstechniken, die sich auf das Urteilsvermögen und das Fachwissen der Tester und anderer Projektbeteiligter stützt, um den Testaufwand auf der Grundlage ähnlicher Projekte oder Aufgaben aus der Vergangenheit zu schätzen. Die erfahrungsbasierte Schätzung kann nützlich sein, wenn es an historischen Daten, formalen Methoden oder detaillierten Informationen über das Softwareprodukt und die Testaktivitäten mangelt.
Referenzen =
* 1 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 154
* 2 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 155
* 3 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 156
* 4 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 157
* 5 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 158
* 6 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 159
* 7 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 16
* [8] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 160
* [9] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 161

NEUE FRAGE 92
Welche der folgenden Aussagen ist das BESTE Beispiel für nicht-funktionales Testen?

Tests zur Erfassung der Zeit, die zum Speichern einer Datei benötigt wird

Tests zur Berechnung der Überstundenvergütung für die Arbeitnehmer, die Anspruch auf diese Vergütung haben

Tests, die sich darauf beziehen, "was" das System tun soll

Tests auf der Grundlage der internen Struktur einer Komponente oder eines Systems

NEUE FRAGE 93
Für ein Pflichteingabefeld "Postleitzahl" gelten folgende Regeln:
1 - Das gültige Format für die Postleitzahl ist 5 numerische Ziffern.
2 - Der Code muss in der offiziellen Postleitzahlenliste der Post enthalten sein
Wie viele Testfälle sind unter Verwendung der Äquivalenzklassenaufteilung erforderlich, um dieses Feld zu testen?

8

3

6

4

NEUE FRAGE 94
Gegeben die folgende Anforderung:
Anforderungs-ID: 2 8
Anforderung Beschreibung Zusätzliche Einreisegebühr
Detaillierte Beschreibung
Am Wochenende wird eine zusätzliche Gebühr von S3 erhoben, aber
1) Für Besucher unter 7 Jahren werden keine Gebühren erhoben.
2) Besucher im Alter von 7 bis einschließlich 13 Jahren erhalten einen Rabatt von 20% auf die zusätzliche Gebühr.
3) Besucher, die älter als 65 Jahre sind, erhalten einen Rabatt von 50% auf die zusätzliche Gebühr.
Das Alter sollte eine ganze Zahl von 0 oder höher sein.
Wochenende bedeutet Freitag bis einschließlich Sonntag.
Welche der folgenden Aussagen ist NICHT richtig?

Donnerstag ist ein gültiger Eingabegrenzwert.

Mindestens 6 gültige Testfälle werden aus der Grenzwertanalyse auf der Grundlage des eingegebenen Alters abgeleitet.

$3.01 ist ein gültiger Grenzwert für die Ausgabe.

7 und 13 sind Grenzwerte für die Äquivalenzpartition einschließlich Alter 10.

Die Grenzwertanalyse ist eine Technik, die Grenzwerte zwischen Partitionen gleichwertiger Daten testet.
Grenzwerte sind Werte am Rand einer Äquivalenzpartition oder am kleinsten inkrementellen Abstand auf beiden Seiten eines Randes. Die Grenzwertanalyse kann sowohl auf Eingabe- als auch auf Ausgabewerte angewendet werden. Auf der Grundlage der gegebenen Anforderung können wir zwei Eingabewerte identifizieren: Alter und Wochenende. Alter sollte eine ganze Zahl von 0 oder höher sein, und Wochenende bedeutet Freitag bis einschließlich Sonntag. Die folgende Aussage ist nicht korrekt:
* A) Donnerstag ist ein gültiger Eingabegrenzwert. Diese Aussage ist nicht korrekt, da Donnerstag kein Grenzwert für das Eingabewochenende ist. Die Grenzwerte für das Eingabewochenende sind Freitag und Sonntag, da sie am Rande der Äquivalenzpartition liegen, die die Wochenendtage darstellt. Die folgenden Aussagen sind richtig:
* B) Mindestens 6 gültige Testfälle werden aus der Grenzwertanalyse auf der Grundlage des Eingabealters abgeleitet. Diese Aussage ist richtig, da wir sechs gültige Testfälle auf der Grundlage des Eingabealters ableiten können, indem wir die Mindest- und Höchstwerte für jede durch die Anforderung definierte Äquivalenzpartition verwenden. Die Äquivalenzpartitionen
* für das Eingabealter sind: unter 7 (0 bis 6), 7 bis einschließlich 13 (7 bis 13) und über 65 (66 und darüber). Die Mindest- und Höchstwerte für jede Partition sind: 0 und 6, 7 und 13, und 66 und jeder Wert darüber.
* C) $3.01 ist ein gültiger Nachrichten-Grenzwert. Diese Aussage ist richtig, da $3.01 ein Grenzwert für die Ausgabe Zusatzgebühr ist. Der Ausgabeaufschlag kann je nach Eingabealter vier mögliche Werte annehmen: $0 (für Besucher unter 7 Jahren), $2.40 (für Besucher von 7 bis einschließlich 13 Jahren mit einem Rabatt von 20%), $1.50 (für Besucher über 65 Jahren mit einem Rabatt von 50%) und $3 (für Besucher zwischen 14 und 65 Jahren). Die Grenzwerte für den Ausgangszuschlag sind $0 und $3, da sie am Rand einer Äquivalenzpartition oder am kleinsten inkrementellen Abstand auf beiden Seiten eines Randes liegen. Daher ist $3.01 ein gültiger Ausgangsgrenzwert, da er im kleinsten inkrementellen Abstand über $3 liegt.
* D) 7 und 13 sind Grenzwerte für die Äquivalenzpartition, die das Alter 10 umfasst. Diese Aussage ist richtig, da 7 und 13 Grenzwerte für die Äquivalenzpartition sind, die die Besucher im Alter von 7 bis
13 einschließlich. Diese Partition umfasst das Alter 10, das ein interner Wert innerhalb der Partition ist. Überprüfte Referenzen: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer], Kapitel 4, Seite 37-38.

NEUE FRAGE 95
Ein Programm wird zur Steuerung einer Fertigungsstraße verwendet (Ein- und Ausschalten von Maschinen, Starten und Stoppen von Förderbändern, Hinzufügen von Rohstoffen zum Fluss usw.). Nicht alle Aktionen sind zu jeder Zeit möglich. So gibt es beispielsweise bestimmte Fertigungsstufen, die nicht angehalten werden können - es sei denn, es liegt ein Notfall vor. Ein Prüfer versucht zu beurteilen, ob alle diese Fälle (in denen eine bestimmte Aktion nicht erlaubt ist) durch die Tests abgedeckt sind.
Welche Erfassungsmetrik liefert die erforderlichen Informationen für diese Analyse?

Code-Abdeckung

Abdeckung des Datenflusses

Erfassungsbereich

Branchenabdeckung

Die Verzweigungsabdeckung ist eine Art strukturelle Abdeckungsmetrik, die den Prozentsatz der Verzweigungen oder Entscheidungsergebnisse misst, die von den Testfällen ausgeführt werden. Eine Verzweigung ist ein Punkt im Code, an dem der Kontrollfluss auf der Grundlage einer Bedingung zwei oder mehr alternative Pfade einschlagen kann. Eine if-else-Anweisung ist zum Beispiel eine Verzweigung, die je nach Auswertung der Bedingung entweder den if-Block oder den else-Block ausführen kann. Die Zweigabdeckung stellt sicher, dass jeder Zweig mindestens einmal von den Testfällen durchlaufen wird, und zeigt somit das Verhalten der Software in verschiedenen Szenarien auf. Die Zweigabdeckung wird auch als Entscheidungsabdeckung oder All-Edges-Abdeckung bezeichnet.
Die Verzweigungsabdeckung eignet sich zum Testen von Fällen, in denen eine bestimmte Aktion nicht erlaubt ist, da sie sicherstellen kann, dass die Testfälle alle möglichen Ergebnisse der Bedingungen abdecken, die die Aktion bestimmen. Wenn das Programm beispielsweise eine Bedingung enthält, die prüft, ob die Fertigungsstufe angehalten werden kann, kann die Zweigabdeckung sicherstellen, dass die Testfälle sowohl die Fälle abdecken, in denen die Stufe angehalten werden kann, als auch die, in denen sie nicht angehalten werden kann. Auf diese Weise kann die Zweigabdeckung dazu beitragen, fehlende oder falsche Zweige zu identifizieren, die zu unerwünschten oder unsicheren Aktionen führen können.
Die anderen Optionen sind nicht korrekt, da sie sich nicht für das Testen von Fällen eignen, in denen eine bestimmte Aktion nicht erlaubt ist. Codeabdeckung ist ein allgemeiner Begriff, der verschiedene Arten von Abdeckungsmetriken umfasst, z. B. Anweisungsabdeckung, Verzweigungsabdeckung, Datenflussabdeckung usw. Bei der Codeabdeckung wird nicht angegeben, welche Art von Abdeckungsmetrik für die Analyse verwendet wird. Die Datenflussabdeckung ist eine Art von struktureller Abdeckungsmetrik, die den Prozentsatz der Datenflusspfade misst, die von den Testfällen ausgeführt werden. Ein Datenflusspfad ist eine Folge von Anweisungen, die eine Variable definieren, verwenden oder löschen. Die Datenflussabdeckung ist nützlich, um die Korrektheit und Vollständigkeit der Datenmanipulation in der Software zu testen, aber nicht, um die Bedingungen zu testen, die die Aktionen bestimmen. Die Anweisungsabdeckung ist eine Art strukturelle Abdeckungsmetrik, die den Prozentsatz der Anweisungen oder Codezeilen misst, die von den Testfällen ausgeführt werden. Die Anweisungsabdeckung stellt sicher, dass jede Anweisung mindestens einmal von den Testfällen ausgeführt wird, aber sie gibt keinen Aufschluss über das Verhalten der Software in verschiedenen Szenarien. Die Anweisungsabdeckung ist ein schwächeres Kriterium als die Zweigabdeckung, da sie die Verzweigungen oder Entscheidungsergebnisse im Code nicht berücksichtigt. Referenz = ISTQB Certified Tester Foundation Level (CTFL) v4.0 Syllabus, Kapitel 4: Testtechniken, Abschnitt 4.3: Strukturelle Testtechniken, Seiten 51-54.

NEUE FRAGE 96
Welche der folgenden Aussagen über erfahrungsbasierte Techniken (EBT) ist richtig?

EBT verwendet Tests, die auf den früheren Erfahrungen der Testingenieure mit ähnlichen Technologien beruhen.

EBT basiert auf der Fähigkeit des Prüfingenieurs, verschiedene Prüftechniken anzuwenden.

EBT wird als zweite Stufe der Prüfung durchgeführt, nachdem die nicht-erfahrungsbasierte Prüfung stattgefunden hat.

EBT erfordern ein breites und tiefes Wissen über das Testen, aber nicht unbedingt über die Anwendung oder den technologischen Bereich.

NEUE FRAGE 97
Welches der folgenden Beispiele ist ein Beispiel für dynamische Black-Box-Tests?

Funktionelle Prüfung

Code-Kontrolle

Überprüfung von Speicherlecks für ein Programm durch Ausführen des Programms

Analyse der Deckung

Funktionstests sind ein Beispiel für dynamische Black-Box-Tests. Black-Box-Tests (auch spezifikationsbasiertes Testen genannt) sind eine Art des Testens, bei der nicht die interne Struktur oder Implementierung des zu testenden Systems berücksichtigt wird, sondern sein externes Verhalten oder seine Funktionalität. Dynamisches Testen ist eine Art des Testens, bei der das zu testende System mit verschiedenen Eingaben ausgeführt wird und die Ausgaben beobachtet werden. Funktionstests sind eine Art von dynamischen Black-Box-Tests, bei denen überprüft wird, ob das zu testende System die beabsichtigten Funktionen gemäß den Anforderungen oder Spezifikationen ausführt. Funktionstests können auf verschiedenen Ebenen und in verschiedenen Bereichen durchgeführt werden, je nach den Zielen und Kriterien des Tests. Die anderen Optionen sind keine Beispiele für dynamische Black-Box-Tests. Die Code-Inspektion ist ein Beispiel für statische White-Box-Tests. White-Box-Tests (auch als strukturbasierte Tests bekannt) sind eine Art von Tests, die die interne Struktur oder Implementierung des zu testenden Systems berücksichtigen. Beim statischen Testen wird das zu testende System nicht ausgeführt, sondern auf Defekte, Fehler oder Verstöße gegen Standards untersucht. Die Code-Inspektion ist eine Art statischer White-Box-Tests, bei der der Quellcode des zu testenden Systems auf Qualität, Lesbarkeit, Wartbarkeit usw. untersucht wird.
Die Überprüfung von Speicherlecks in einem Programm durch dessen Ausführung ist ein Beispiel für dynamische White-Box-Tests. Speicherlecks sind Fehler, die auftreten, wenn ein Programm nicht in der Lage ist, Speicher freizugeben, den es zugewiesen hat, aber nicht mehr benötigt.
Die Überprüfung von Speicherlecks in einem Programm durch dessen Ausführung erfordert Kenntnisse und Zugang zur internen Struktur oder Implementierung des Programms, wie z. B. Mechanismen zur Speicherzuweisung und -freigabe, Zeiger, Referenzen usw. Die Abdeckungsanalyse ist ein Beispiel für statische White-Box-Tests. Die Abdeckungsanalyse ist eine Technik, die misst, wie viel des Codes oder der Struktur des zu testenden Systems von einer Testsuite ausgeübt wurde.
Die Abdeckungsanalyse erfordert Kenntnisse und Zugang zur internen Struktur oder Implementierung des zu testenden Systems, wie Anweisungen, Verzweigungen, Pfade, Bedingungen usw. Geprüfte Referenzen: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer, Seite 7.

NEUE FRAGE 98
Welche der folgenden Aussagen über unabhängige Tests ist FALSCH?

Unabhängige Tests sind notwendig, weil die Entwickler keine Tests kennen.

Unabhängige Tests eignen sich am besten für die Systemtest-Ebene.

Ein gewisses Maß an Unabhängigkeit macht den Prüfer bei der Fehlersuche effektiver.

Unabhängige Testteams finden möglicherweise andere Arten von Fehlern als Entwickler, die mit der Struktur des Systems vertraut sind.

NEUE FRAGE 99
Sie müssen die Anmeldeseite einer Website testen. Die Seite enthält Felder für den Benutzernamen und das Passwort. Welche Testentwurfstechniken sind für diesen Fall am besten geeignet?

Entscheidungstabellentests, Zustandsübergangstests.

Äquivalenzpartitionierung, Grenzwertanalyse.

Erkundungstests, Anweisungsabdeckung.

Abdeckung von Entscheidungen, Angriff auf Fehler.

Äquivalenzpartitionierung und Grenzwertanalyse sind Testentwurfstechniken, die sich am besten für das Testen der Anmeldeseite einer Website eignen. Die Seite enthält Felder für den Benutzernamen und das Passwort, also Eingabewerte, die in Partitionen äquivalenter Daten unterteilt werden können. Äquivalenzpartitionierung ist eine Technik, die die Eingabedaten und die Ausgabeergebnisse einer Softwarekomponente in Partitionen äquivalenter Daten unterteilt. Jede Partition sollte Daten enthalten, die von der Komponente auf dieselbe Weise behandelt werden. Mit Hilfe der Äquivalenzpartitionierung kann die Anzahl der Testfälle reduziert werden, indem aus jeder Partition ein repräsentativer Wert ausgewählt wird. Die Grenzwertanalyse ist eine Technik, die Grenzwerte zwischen Partitionen äquivalenter Daten testet. Grenzwerte sind Werte an der Kante einer Äquivalenzpartition oder am kleinsten inkrementellen Abstand auf beiden Seiten einer Kante. Mit Hilfe der Grenzwertanalyse können Fehler aufgedeckt werden, die durch eine fehlerhafte Behandlung von Randbedingungen verursacht werden. Zum Beispiel können wir beim Testen des Feldes Benutzername zwei Äquivalenzpartitionen identifizieren: gültiger Benutzername (vorhanden und korrekt) und ungültiger Benutzername (nicht vorhanden oder falsch). Die Grenzwerte für diese Partitionen sind die minimale und maximale Länge des Benutzernamens, die das System zulässt.
Entscheidungstabellentests und Zustandsübergangstests eignen sich nicht zum Testen der Anmeldeseite einer Website, da sie eher für das Testen von Komponenten geeignet sind, die mehrere Eingaben und Ausgaben haben, die von logischen Kombinationen von Bedingungen oder Ereignissen abhängen. Das Testen von Entscheidungstabellen ist eine Technik, die Kombinationen von Eingaben und/oder Stimuli (Ursachen) mit den dazugehörigen Ausgaben und/oder Aktionen (Auswirkungen) aufzeigt. Das Testen von Zustandsübergängen ist eine Technik, die modelliert, wie ein System in Abhängigkeit von Ereignissen oder Bedingungen von einem Zustand in einen anderen übergeht.
Exploratives Testen und Statement Coverage eignen sich nicht für das Testen der Login-Seite einer Website, da sie eher für das Testen von Komponenten geeignet sind, die Lernen, Kreativität und Intuition oder Strukturanalyse erfordern. Exploratives Testen ist ein Testansatz, bei dem Lernen, Testentwurf und Testdurchführung gleichzeitig im Vordergrund stehen. Exploratives Testen stützt sich auf die Fähigkeiten, die Kreativität und die Intuition des Testers, um die zu testende Software zu erkunden und Fehler zu entdecken. Die Anweisungsabdeckung ist eine Art des strukturellen Testens, bei dem gemessen wird, wie viele Anweisungen in einem Programm von einer Testsuite ausgeführt wurden. Die Anweisungsabdeckung kann verwendet werden, um die Angemessenheit oder Vollständigkeit einer Testsuite zu beurteilen.
Decision Coverage und Fault Attack eignen sich nicht für das Testen der Login-Seite einer Website, da sie eher für das Testen von Komponenten mit komplexer Logik oder potenziellen Fehlern geeignet sind. Die Entscheidungsabdeckung ist eine Art des strukturellen Testens, bei dem gemessen wird, wie viele Entscheidungsergebnisse in einem Programm von einer Testsuite ausgeführt wurden. Die Entscheidungsabdeckung kann verwendet werden, um die Angemessenheit oder Vollständigkeit einer Testsuite zu beurteilen. Ein Fehlerangriff ist eine Art von Funktionstest, bei dem absichtlich Fehler in ein System eingeführt werden, um Ausfälle oder Fehler zu provozieren. Überprüfte Referenz: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer], Kapitel 4, Seite 34-46; Kapitel 5, Seite 47-48.

NEUE FRAGE 100
Welche der folgenden Aussagen beschreibt NICHT, wie das Testen zu einer höheren Qualität beiträgt?

Richtig konzipierte und erfolgreiche Tests verringern das Risiko eines Systems.

Durch das Testen von Software wird die Abwesenheit von Fehlern nachgewiesen.

Durch Softwaretests werden Fehler identifiziert, die zur Verbesserung der Entwicklungsaktivitäten genutzt werden können.

Eine Überprüfung der Anforderungsspezifikationen vor der Implementierung des Systems kann die Qualität verbessern.

* Das Testen von Software beweist nicht die Abwesenheit von Fehlern, sondern vielmehr das Vorhandensein von Fehlern oder die Übereinstimmung der Software mit den festgelegten Anforderungen1. Testen kann niemals beweisen, dass die Software fehlerfrei ist, da es unmöglich ist, alle möglichen Szenarien, Eingaben, Ausgaben und Verhaltensweisen der Software zu testen2. Testen kann nur ein gewisses Maß an Vertrauen in die Qualität der Software bieten, das auf dem Umfang, der Wirksamkeit und der Effizienz der Testaktivitäten beruht3.
* Die anderen Optionen sind richtig, weil:
* A. Richtig konzipierte Tests, die bestanden werden, verringern das Risiko eines Systems, da sie nachweisen, dass das System die erwarteten Qualitätsmerkmale erfüllt und die Bedürfnisse und Erwartungen der Benutzer und Kunden befriedigt4. Unter Risiko versteht man die Möglichkeit eines Verlustes oder Schadens aufgrund des Auftretens eines unerwünschten Ereignisses5. Tests können dabei helfen, die mit dem Softwareprodukt und -projekt verbundenen Risiken zu identifizieren, zu analysieren, zu priorisieren und zu mindern6.
* C. Durch Softwaretests werden Fehler ermittelt, die zur Verbesserung der Entwicklungsaktivitäten genutzt werden können, da sie Rückschlüsse auf die Qualität der Software und die Wirksamkeit der Entwicklungsprozesse zulassen7. Defekte sind Unzulänglichkeiten oder Fehler in der Software, die dazu führen, dass sie von den erwarteten oder erforderlichen Ergebnissen oder Verhaltensweisen abweicht. Testen kann helfen, die Fehler zu erkennen, zu melden, zu verfolgen und zu beheben und zu verhindern, dass sie in Zukunft wieder auftreten.
* D. Eine Überprüfung der Anforderungsspezifikationen vor der Implementierung des Systems kann die Qualität verbessern, da so sichergestellt werden kann, dass die Anforderungen klar, vollständig, konsistent und testbar sind und mit den Bedürfnissen und Erwartungen der Benutzer und Kunden übereinstimmen. Anforderungen sind die Spezifikationen dafür, was die Software tun soll und wie sie es tun soll. Testen kann dazu beitragen, die Erfüllung der Anforderungen durch die Software zu validieren und zu überprüfen, ob die Software gemäß den Anforderungen implementiert wurde.
Referenzen =
* 1 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 10
* 2 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 11
* 3 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 12
* 4 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 13
* 5 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 97
* 6 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 98
* 7 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 14
* [8] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 15
* [9] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 16
* [10] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 17
* [11] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 18
* [12] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, S. 19

NEUE FRAGE 101
Ein Softwareunternehmen beschließt, in verschiedene Arten von Reviews zu investieren. Dabei wird davon ausgegangen, dass jedes Artefakt je nach Kritikalität des Artefakts nur mit einer der Überprüfungsmethoden überprüft werden muss.

Der Gedankengang ist falsch. Das gesamte Unternehmen sollte denselben Standard für die Überprüfung aller Artefakte anwenden.

Der Gedankengang ist richtig. Das gesamte Unternehmen sollte auf der Grundlage seines CMM-Niveaus über die Prüfungsmethode entscheiden.

Der Gedankengang ist falsch. Ein und dasselbe Artefakt kann mit verschiedenen Überprüfungsmethoden überprüft werden

Der Gedankengang ist richtig. Es ist Zeitverschwendung, dasselbe Artefakt mit efferenten Überprüfungsmethoden zu überprüfen.