Documente Academic
Documente Profesional
Documente Cultură
Sinangote
AIT
BSA 4
operation. A clear distinction exists between the developer and the tester, thereby
minimizing the risk of personnel conflicts.
Gray Box Testing is beneficial because it takes the straightforward technique of
black-box testing and combines it with the code-targeted systems in white-box testing. It
is based on requirement test case generation because it presents all the conditions
before the program is tested by using the assertion method. A requirement specification
language is used to make it easy to understand the requirements and verify its
correctness.
Gray Box Testing is well suited for web applications. Web applications have
distributed network or systems; due to absence of source code or binaries it is not
possible to use white-box testing. Black-box testing is also not used due to just contract
between customer and developer, so it is more efficient to use gray-box testing as
significant information is available in Web Services Description Language (WSDL). It is
also suited for functional or business domain testing due to its characteristics.
Functional testing is done basically a test of user interactions with may be external
systems. It also helps to confirm that software meets the requirements defined for the
software.
This approach uses the following techniques: matrix testing which states the
status report of the project, regression testing which implies rerunning of the test cases
if new changes are made, pattern testing which verifies the good application for its
design or architecture and patterns, and orthogonal array testing which is used as
subset of all possible combination.
Gray Box Testing is indeed a middle ware of Black Box and White Box
Approaches. When using this approach, the internal structure could be partially known;
hence, it provides a balance that supports each first introduced approaches
inadequacies.