Warum White-Box-Test kein Test ist

dc.contributor.author	Spillner, Andreas
dc.date.accessioned	2017-12-06T09:24:35Z
dc.date.available	2017-12-06T09:24:35Z
dc.date.issued	2013
dc.identifier.issn	0720-8928
dc.identifier.uri	http://dl.gi.de/handle/20.500.12116/8791
dc.description.abstract	Testentwurfsverfahren werden in die beiden Kategorien White-Box und Black-Box eingeteilt. Die Black-Box-Verfahren setzen auf der Spezifikation auf, um daraus systematisch Testfälle abzuleiten. Die White-Box-Verfahren nutzen hierfür zusätzlich den Programmtext. Oft werden beide als gleichwertig angesehen, wobei die White-BoxVerfahren eher auf den unteren Teststufen (Komponenten- und Integrationstest) angesiedelt werden. In der Praxis wird häufig eine angestrebte Code-Überdeckung als Endekriterium für den (White-Box-)Test verwendet. Warum dies ein kritisches Vorgehen ist, wird an mehreren Beispielen erläutert. Es wird dargelegt, warum White-Box-Test kein Test im engeren Sinne ist. Stichworte: Testentwurfsverfahren, White-BoxTest, Black-Box-Test, White-Box-Control	de
dc.language.iso	de
dc.publisher	Köllen Druck & Verlag GmbH
dc.relation.ispartof	Softwaretechnik-Trends: Vol. 33, No. 4
dc.relation.ispartofseries	Softwaretechnik-Trends
dc.subject	Testentwurfsverfahren
dc.subject	White-Box-Test
dc.subject	Black-Box-Test
dc.subject	White-Box-Control
dc.title	Warum White-Box-Test kein Test ist	de
dc.type	Text/Journal Article
mci.reference.pages	15-18
dc.identifier.doi	10.1007/s40568-013-0071-8