CTFL-Foundation Deutsch 無料問題集「ISQI ISTQB Certified Tester Foundation Level (CTFL-Foundation Deutsch Version)」

（A）d und e

（B）a und e

（C）a und b

（D）b und c

（A）Manuelles Überprüfen des Codes oder der Projektdokumentation

（B）Ausführen des Software-Arbeitsprodukts

（C）Automatisierte Analyse des Codes oder der Projektdokumentation

（D）Manuelle Prüfung und automatisierte Analyse von Code oder Projektdokumentation

（A）Wenn keine Mängel mit hoher Priorität mehr ausstehen.

（B）Wenn jede Datenkombination erfolgreich ausgeführt wurde.

（C）Wenn Zeit und Budget erschöpft sind.

（D）Wenn genügend Informationen für Sponsoren vorhanden sind, um eine fundierte Entscheidung über die Veröffentlichung zu treffen.

（A）Ein Testmanagement-Tool

（B）Ein dynamisches Analysetool

（C）Ein Konfigurationsverwaltungstool

（D）Ein Debugging-Tool

（E）Ein Testausführungstool

（A）Planung, individuelle Vorbereitung, Nachbereitung, Nacharbeit.

（B）Planung, Auftakt, individuelle Vorbereitung, Besprechung.

（C）Auftakt, Besprechung, Planung, Nachbereitung.

（D）Auftakt, Planung, Besprechung überprüfen, Überarbeitung.

（A）Analyse der Testbasis

（B）Ressourcen für die geplanten Aktivitäten zuweisen

（C）Schreiben eines Testausführungsplans

（D）Entwerfen der Testumgebungen

（A）Nur System- und Komponententeststufen

（B）Alle Teststufen

（C）Alle "Entwicklungstest" -Stufen, d. H. Die vor dem Akzeptanztest

（D）Nur Komponenten- und Komponentenintegrationsteststufen

（A）Alle oben genannten

（B）Sicherheitslücken waren das Ergebnis nicht getesteter Codeteile

（C）Ein Fehler im Code war so dunkel, dass Sie die Funktion mit fast jedem Eingabewert testen mussten, um die beiden Sonderfallfehler zu ermitteln

（D）Das Entwicklerteam hat eine vollständige Aussage und Zweigabdeckung erzielt, jedoch einen schwerwiegenden Fehler im MASPAR-Betriebssystem übersehen

（A）Projektrisiken wirken sich selten auf das Produktrisiko aus.

（B）Ein risikobasierter Ansatz wird eher zur Minderung von Projekt- als von Produktrisiken verwendet.

（C）Ein risikobasierter Ansatz wird eher zur Minderung von Produkt- als von Projektrisiken verwendet.

（D）Produktrisiken wirken sich selten auf das Projektrisiko aus.

（A）Auf das RAD-Entwicklungsmodell anwenden.

（B）Um zu messen, ob die Daten der Testmeilensteine ​​eingehalten wurden.

（C）Zum Ermitteln des Prozentsatzes der in der Vorbereitung der Testumgebung geleisteten Arbeit.

（D）Ermittlung des Prozentsatzes der bei der Testfallvorbereitung geleisteten Arbeit.

（A）Unabhängige Tester reduzieren den Engpass im Incident Management-Prozess.

（B）Unabhängige Tester benötigen keine zusätzliche Ausbildung und Schulung.

（C）Unabhängige Tester neigen dazu, unvoreingenommen zu sein und andere Fehler zu finden als die Entwickler

（D）Es wird mehr Arbeit geleistet, da Tester die Entwickler nicht ständig stören.

（A）Testfälle 2 und 3 sind gültig, Testfall 1 ist ungültig

（B）Testfälle 1 und 3 sind gültig, Testfall 2 ist ungültig.

（C）Die Testfälle 1, 2 und 3 sind alle gültig.

（D）Testfälle 2 sind gültig, Testfälle 1 und 3 sind ungültig

（A）Design

（B）Programmcode

（C）Testfälle

（D）Anforderungen

（A）Überprüfung, ob mindestens 50% der Entscheidungen von einer Testfallsuite getroffen wurden

（B）Überprüfung, ob alle Entscheidungen in einem Geschäftsprozess getroffen wurden

（C）Überprüfung, ob alle Entscheidungen in einem einzigen Programm getroffen wurden

（D）Überprüfen Sie, ob alle Aufrufe von einem Programmmodul zu einem anderen korrekt ausgeführt wurden