1. Example

2. See also

3. References

4. External links

In computer science, test stubs are programs that simulate the behaviors of software components (or modules) that a module undergoing tests depends on.

Test stubs are mainly used in incremental testing's top-down approach. Stubs are computer programs that act as temporary replacement for a called module and give the same output as the actual product or software.

Example

Consider a computer program that queries a database to obtain the sum price total of all products stored in the database. In this example, the query is slow and consumes a large number of system resources. This reduces the number of test runs per day. Secondly, tests may include values outside those currently in the database. The method (or call) used to perform this is get_total(). For testing purposes, the source code in get_total() can be temporarily replaced with a simple statement that returns a specific value. This would be a test stub.

Several testing frameworks are available, as is software that generates test stubs based on existing source code and testing requirements. Stubs and Drivers are two types of test harness. Test harnesses are the collection of software and test data which is configured so that one can test a program unit by simulating different set of conditions, while monitoring the behavior and outputs.

Stubs and drivers both are dummy modules and are only created for test purposes.

Stubs are used in top down testing approach, when one has the major module ready to test, but the sub modules are still not ready yet. So in a simple language stubs are "called" programs, which are called in to test the major module's functionality.

For example, in a situation where one has three different modules: Login, Home, User. Suppose login module is ready for test, but the two minor modules Home and User, which are called by Login module are not ready yet for testing.

At this time, a piece of dummy code is written, which simulates the called methods of Home and User. These dummy pieces of code are the stubs.

On the other hand, Drivers are the ones, which are the "calling" programs. Drivers are used in bottom up testing approach. Drivers are dummy code, which is used when the sub modules are ready but the main module is still not ready.

Taking the same example as above. Suppose this time, the User and Home modules are ready, but the Login module is not ready to test. Now since Home and User return values from Login module, so a dummy piece of code is written, which simulates the Login module. This dummy code is then called Driver.

See also

• Mock object
• Method stub
• Software testing
• Test Double
• Stub (distributed computing)

References

External links

• Test Stub at XUnitPatterns.com

• History of Colusa, California
• History of Colusa County, California
• History of Colville, Washington
• History of Colwich, Kansas
• History of Colwood, British Columbia
• History of Colón, Cuba
• History of Comanche, Oklahoma
• History of Comayagua
• History of Comedy
• History of Comer, Georgia
• History of Comfrey, Minnesota
• History of Comics
• History of Comilla
• History of Commerce, California
• History of Commerce City, Colorado
• History of Commerce, Georgia
• History of Commerce, Missouri
• History of Commerce, Oklahoma
• History of Commerce, Texas
• History of commutative algebra
• History of Como
• History of COMO Connect
• History of Comodoro Rivadavia
• History of Comoros
• History of Comoros (1978-89)