Home > The Unit Test Framework > User's guide > Test organization > Unary function based test case
PrevNext

Unary function based test case

Some tests are required to be repeated for a series of different input parameters. One way to achieve this is manually register a test case for each parameter as in example above. You can also invoke a test function with all parameters manually from within your test case, like this:

void single_test( int i )
{
    BOOST_CHECK( /* test assertion */ );
}

void combined_test()
{
    int params[] = { 1, 2, 3, 4, 5 };

    std::for_each( params, params+5, &single_test );
}

The UTF presents a better solution for this problem: the unary function based test case, also referred as parameterized test case. The unary test function can be a free function, unary functor (for example created with boost::bind) or unary method of a class with bound test class instance). The test function is converted into test case using the macro BOOST_PARAM_TEST_CASE. The macro expects a collection of parameters (passed as two input iterators) and an unary test function:

BOOST_PARAM_TEST_CASE(test_function, params_begin, params_end)

BOOST_PARAM_TEST_CASE creates an instance of the test case generator. When passed to the method test_suite::add, the generator produces a separate sub test case for each parameter in the parameters collection and registers it immediately in a test suite. Each test case is based on a test function with the parameter bound by value, even if the test function expects a parameter by reference. The fact that parameter value is stored along with bound test function releases you from necessity to manage parameters lifetime. For example, they can be defined in the test module initialization function scope.

All sub test case names are deduced from the macro argument test_function. If you prefer to assign different names, you have to use the underlying make_test_case interface instead. Both test cases creation and registration are performed in the test module initialization function.

The parameterized test case facility is preferable to the approach in the example above, since execution of each sub test case is guarded and counted independently. It produces a better test log/results report (in example above in case of failure you can't say which parameter is at fault) and allows you to test against all parameters even if one of them causes termination a particular sub test case.

In comparison with a manual test case registration for each parameter approach the parameterized test case facility is more concise and easily extendible.

In following simple example the same test, implemented in free_test_function, is performed for 5 different parameters. The parameters are defined in the test module initialization function scope. The master test suite contains 5 independent test cases.

Example 11. Unary free function based test case

#include <boost/test/included/unit_test.hpp>
#include <boost/test/parameterized_test.hpp>
using namespace boost::unit_test;

//____________________________________________________________________________//

void free_test_function( int i )
{
    BOOST_CHECK( i < 4 /* test assertion */ );
}

//____________________________________________________________________________//

test_suite*
init_unit_test_suite( int argc, char* argv[] )
{
    int params[] = { 1, 2, 3, 4, 5 };

    framework::master_test_suite().
        add( BOOST_PARAM_TEST_CASE( &free_test_function, params, params+5 ) );

    return 0;
}

//____________________________________________________________________________//
Source code | Show output
> example
Running 5 test cases...
test.cpp(9): error in "free_test_function": check i < 4 failed
test.cpp(9): error in "free_test_function": check i < 4 failed

*** 2 failures detected in test suite "Master Test Suite"

Next example is similar, but instead of a free function it uses a method of a class. Even though parameters are passed into test method by reference you can still define them in the test module initialization function scope. This example employs the alternative test module initialization function specification.

Example 12. Unary class method based test case

#define BOOST_TEST_ALTERNATIVE_INIT_API
#include <boost/test/included/unit_test.hpp>
#include <boost/test/floating_point_comparison.hpp>
#include <boost/test/parameterized_test.hpp>
#include <boost/bind.hpp>
using namespace boost::unit_test;
using namespace boost;

//____________________________________________________________________________//

class test_class {
public:
    void test_method( double const& d )
    {
        BOOST_CHECK_CLOSE( d * 100, (double)(int)(d*100), 0.01 );
    }
} tester;

//____________________________________________________________________________//

bool init_unit_test()
{
    double params[] = { 1., 1.1, 1.01, 1.001, 1.0001 };

    callback1<double> tm = bind( &test_class::test_method, &tester, _1);

    framework::master_test_suite().
        add( BOOST_PARAM_TEST_CASE( tm, params, params+5 ) );

    return true;
}

//____________________________________________________________________________//

Source code | Show output
> example
Running 5 test cases...
test.cpp(14): error in "tm": difference between d * 100{100.1} and (double)(int)(d*100){100} exceeds 0.01%
test.cpp(14): error in "tm": difference between d * 100{100.01} and (double)(int)(d*100){100} exceeds 0.01%

*** 2 failures detected in test suite "Master Test Suite"


PrevUpHomeNext