CTFL 4.3.3: Den Wert des White-Box-Tests erklären
K2Lehrplanabschnitt 4.3.3
3 eigene PrepBench-Übungsfragen zum Lernziel 4.3.3 des CTFL-Lehrplans 4.0. Probiere die Beispiele aus und überprüfe jede Antwort anhand der Lehrplanstelle.
Übungsfragen
Frage 1
Die Spezifikation eines Moduls ist veraltet und stellenweise mehrdeutig, dennoch soll das Team Fehlerzustände darin finden. Welche Stärke der White-Box-Testverfahren trifft auf genau diese Lage zu?
- Sie decken zuverlässig Anforderungen auf, die in der Software überhaupt nicht umgesetzt wurden
- Die gesamte Softwareimplementierung wird berücksichtigt, auch wenn die Spezifikation vage oder veraltet ist
- Sie lassen sich anwenden, bevor das Testobjekt entworfen oder implementiert wurde
- Sie machen es entbehrlich, Testfälle aus einer Spezifikation abzuleiten
Antwort anzeigen
- Sie decken zuverlässig Anforderungen auf, die in der Software überhaupt nicht umgesetzt wurdenFehlerzustände durch Auslassung sind der Schwachpunkt des White-Box-Tests, keine Stärke.
- Richtige Antwort: Die gesamte Softwareimplementierung wird berücksichtigt, auch wenn die Spezifikation vage oder veraltet istDie gesamte Implementierung wird auch bei vager Spezifikation berücksichtigt.
- Sie lassen sich anwenden, bevor das Testobjekt entworfen oder implementiert wurdeWhite-Box-Testfälle entstehen erst nach Entwurf oder Implementierung.
- Sie machen es entbehrlich, Testfälle aus einer Spezifikation abzuleitenWhite-Box-Verfahren ergänzen den spezifikationsbasierten Test, statt ihn zu ersetzen.
Eine grundlegende Stärke aller White-Box-Testverfahren besteht darin, dass beim Testen die gesamte Softwareimplementierung berücksichtigt wird, was die Erkennung von Fehlerzuständen auch dann erleichtert, wenn die Spezifikation vage, veraltet oder unvollständig ist. Der entsprechende Schwachpunkt ist, dass White-Box-Tests die Fehlerzustände möglicherweise nicht erkennen, die daraus resultieren, dass eine Anforderung gar nicht umgesetzt wurde.
Lehrplanabschnitt 4.3.3
Frage 2
Welche Aussage beschreibt eine Einschränkung des White-Box-Tests zutreffend?
- Die Berücksichtigung der gesamten Implementierung wird bei unvollständiger Spezifikation zur Schwäche
- Seine Überdeckungsmessungen bieten wenig Grundlage für die Erzeugung zusätzlicher Tests
- Er erkennt resultierende Fehlerzustände möglicherweise nicht, wenn Anforderungen nicht implementiert wurden
- Sein Nutzen beschränkt sich weitgehend auf die dynamische Ausführung implementierter Software
Antwort anzeigen
- Die Berücksichtigung der gesamten Implementierung wird bei unvollständiger Spezifikation zur SchwächeDie gesamte Implementierung zu berücksichtigen ist bei vager, veralteter oder unvollständiger Spezifikation eine Stärke.
- Seine Überdeckungsmessungen bieten wenig Grundlage für die Erzeugung zusätzlicher TestsWhite-Box-Tests liefern eine objektive Überdeckungsmessung und Informationen für zusätzliche Tests.
- Richtige Antwort: Er erkennt resultierende Fehlerzustände möglicherweise nicht, wenn Anforderungen nicht implementiert wurdenBei nicht erfüllten Anforderungen bleiben resultierende Fehlerzustände möglicherweise unentdeckt.
- Sein Nutzen beschränkt sich weitgehend auf die dynamische Ausführung implementierter SoftwareWhite-Box-Verfahren können auch beim statischen Testen eingesetzt werden, etwa bei Probeläufen von Code oder Pseudocode.
Obwohl der White-Box-Test die gesamte Implementierung berücksichtigt, erkennt er resultierende Fehlerzustände möglicherweise nicht, wenn die Software eine oder mehrere Anforderungen nicht erfüllt. Dies ist eine qualifizierte Einschränkung, keine Aussage, dass Auslassungen durch Testen niemals aufgedeckt werden können.
Lehrplanabschnitt 4.3.3
Frage 3
Ein Team hat ausschließlich Black-Box-Tests durchgeführt. Nun möchte es wissen, welche Teile des Codes seine Tests nie berührt haben, um dafür weitere Tests zu schreiben. Was benötigt das Team?
- White-Box-Überdeckungsmaße, die eine objektive Messgröße und die Informationen für zusätzliche Tests liefern
- Eine größere Menge von Black-Box-Tests, abgeleitet aus derselben Spezifikation wie zuvor
- Eine checklistenbasierte Testsitzung für die Bereiche, die das Team für ungetestet hält
- Ein unabhängiges Testteam, das die Black-Box-Tests aus neuer Perspektive wiederholt
Antwort anzeigen
- Richtige Antwort: White-Box-Überdeckungsmaße, die eine objektive Messgröße und die Informationen für zusätzliche Tests liefernSie liefern die objektive Messgröße und die Grundlage für weitere Tests.
- Eine größere Menge von Black-Box-Tests, abgeleitet aus derselben Spezifikation wie zuvorMehr Black-Box-Tests liefern weiterhin keine Messgröße der Codeüberdeckung.
- Eine checklistenbasierte Testsitzung für die Bereiche, die das Team für ungetestet hältEine Checkliste beruht auf Vermutungen darüber, was ungetestet ist, nicht auf Messung.
- Ein unabhängiges Testteam, das die Black-Box-Tests aus neuer Perspektive wiederholtAuch unabhängig wiederholte Black-Box-Tests messen keine Codeüberdeckung.
Die Durchführung von Black-Box-Tests allein liefert keine Messgröße der tatsächlichen Codeüberdeckung. White-Box-Tests bieten eine objektive Messgröße der Überdeckung und die notwendigen Informationen, um zusätzliche Tests zu generieren, die die Überdeckung erhöhen und damit das Vertrauen in den Code stärken.
Lehrplanabschnitt 4.3.3
Eigenes PrepBench-Übungsmaterial, keine offiziellen Prüfungsfragen und keine Prüfungsdumps. PrepBench ist unabhängig und weder mit dem ISTQB® verbunden noch von ihm unterstützt.