Professional Documents
Culture Documents
Testing Methods
Testing Methods
http://www.tuto rialspo int.co m/so ftware _te sting /te sting _me tho ds.htm
Co pyrig ht tuto rials po int.co m
T here are different methods which can be use for Software testing . T his chapter briefly describes those methods.
Advantag es Well suited and efficient for larg e code seg ments. Code Access not required. Clearly separates user's perspective from the developer's perspective throug h visibly defined roles. Larg e numbers of moderately skilled testers can test the application with no knowledg e of implementation, prog ramming lang uag e or operating systems.
Disadvantag es Limited Coverag e since only a selected number of test scenarios are actually performed. Inefficient testing , due to the fact that the tester only has limited knowledg e about an application. Blind Coverag e, since the tester cannot targ et specific code seg ments or error prone areas. T he test cases are difficult to desig n.
Advantag es As the tester has knowledg e of the source code, it becomes very easy to find out which type of data can help in testing the application effectively. It helps in optimizing the code. Extra lines of code can be removed which can bring in hidden defects. Due to the tester's knowledg e about the code, maximum coverag e is attained during test scenario writing .
Disadvantag es Due to the fact that a skilled tester is needed to perform white box testing , the costs are increased. Sometimes it is impossible to look into every nook and corner to find out hidden errors that may create problems as many paths will g o untested. It is difficult to maintain white box testing as the use of specialized tools like code analyzers and debug g ing tools are required.
Advantag es Offers combined benefits of black box and white box testing wherever possible. Grey box testers don't rely on the source code; instead they rely on interface definition and functional specifications. Based on the limited information available, a g rey box tester can desig n excellent test scenarios especially around communication protocols and data type handling . T he test is done from the point of view of the user and not the desig ner.
Disadvantag es Since the access to source code is not available, the ability to g o over the code and test coverag e is limited. T he tests can be redundant if the software desig ner has already run a test case. T esting every possible input stream is unrealistic because it would take an unreasonable amount of time; therefore, many prog ram paths will g o untested.
3 4
Performed by end users and also by testers and developers T esting is based on external expectations - Internal behavior of the application is unknown T his is the least time consuming and exhaustive Not suited to alg orithm testing T his can only be done by trial and error method
Normally done by testers and developers Internal working s are fully known and the tester can desig n test data according ly T he most exhaustive and time consuming type of testing Suited for alg orithm testing Data domains and Internal boundaries can be better tested
5 6 7