J93-3001 and Neal and Walter , 1991 . In glass-box evaluation , researchers have
P79-1028 prerequisite for a program to be a glass-box is that it is implemented in
M92-1015 better than others , we need some glass-box evaluation of individua l components
E89-1017 thus be an ` articulated ' or ` glass-box ' expert . 3 . THE ET SYSTEM
P13-4014 translations . They are called " glass-box " features , to distinguish them
P79-1028 distance between the two . 4 ) glass-box approach : in many situations
H93-1028 architecture has facilitated such glass-box testing . 2.2 . Data-driven Architecture
H90-1022 issues of black-box evaluation and glass-box evaluation . Since that meeting
M92-1015 it is very hard to define any glass-box evaluation which can be applied
H90-1025 systems and to provide local " glass-box " diagnostic evaluations to complement
J93-3001 considered as they would have been in a glass-box test because these subsystems
C80-1087 system can be regarded as a " glass-box " , ie it can be inspected by
W01-0906 output . The notion of functional glass-box testing does not assess coverage
C96-2120 be a highly adequate tool for glass-box diagnostic evaluation ; besides
P13-4014 differentiate between black-box ( BB ) and glass-box ( GB ) features , as only BB
J90-3005 of the system . For example , glass-box performance evaluation for a
J90-3005 iii ) defining criteria for " glass-box evaluation . " It was hoped that
J90-3005 " black-box evaluation " and " glass-box evaluation " and exploring their
J93-3001 some of the characteristics of glass-box tests but were still fundamentally
J93-3001 , we will have to incorporate glass-box measures or rely on more sophisticated
hide detail