I'd encountered a problem with a particular way I'd set up a test application where some BOOST_AUTO_TEST_CASE functions would be executed while others wouldn't. I suspect this may be Visual Studio (2005) specific. I've got a work-around, which I thought might help others in the same situation. The scenario is this - Main test application: testapp.cpp - #define BOOST_AUTO_TEST_MAIN "TestApp for some Lib" #include BOOST_AUTO_TEST_CASE(IGetExecutedByTestFramework) { BOOST_CHECK(false); } External library, containing: somemodule_tests.cpp - #include "somemodule.h" #include //Test functionality provided by somemodule.h //... BOOST_AUTO_TEST_CASE(IDontGetExecuted) { BOOST_CHECK(false); } My Visual Studio solution contains two projects - - mylibtestapp: A console executable to run all test cases in mylib Contains only testapp.cpp - mylib: A statically linked lib containing a bunch of .cpp/.h files and, so far, just one ..._tests.cpp file. The solution is set up so that mylibtestapp depends on mylib. It also explicitly links with the boost 'unit_test_framework.lib'. It compiles and links fine. When running, only the 'IGetExecutedByTestFramework' gets executed. I manually expanded the BOOST_AUTO_TEST_CASE macro for 'IDontGetExecuted' and the debugger wouldn't step into any of the test registrar object constructor code, so I assume the linker decided to strip out the code for some reason. As soon as I added the following to somemodule_tests.cpp - int g_fiddle; and change testapp.cpp to 'extern int g_fiddle;' and manually insert the 'init_unit_test_suite(int argc, char* argv[])' with some trivial use of 'g_fiddle' (using it in a printf), then both test cases get executed. After poking around with the linker options little further, I've found that all unit tests will run as originally intended, without having to use any extern frigs, so long as the mylibtestapp's 'Configuration Properties'>Linker>General>'Use Library Dependency Inputs' is set to 'Yes'. The difference being that the linker command-line now contains mylib.lib instead of the individual .o files of mylib. Weird. -- Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.17.12/655 - Release Date: 28/01/2007 13:12