I don't know what you really mean. I have two solution, depending on how I understand it:
1. If you want to enable or disable test running you use a predicate in TestRunner::RunTestsIf. This will allow you to control exactly what tests are executed and what not. 2. UnitTest++ has a design flaw in respect to test registration. The mechanic is that global (class static member) list is used to register the tests. Unfortunately win32 and some other platforms are very bad at handling this across link units. If you happen to build multiple link units (library/program) you end up having this list multiple times and in the end not all tests are executed. You can create multiple programs though, each with a collection of tests. Sean On Mon, Feb 1, 2010 at 7:41 PM, Michael Smith <smit...@ucalgary.ca> wrote: > Has anybody else other than me used "libraries of tests" i.e. a group > of tests that are included as a pre-compiled library. > > This issue comes up for me in an embedded environment where you can't > run all the tests you want at the same time -- insufficient memory space > -- and having a library of tests is one approach to cut down development > time -- also is useful with multi-core and multi-processor clusters -- > in principle you could even have the library of tests stored in "FLASH" > > The issue is that since the tests are objects, they are "not required" > to satisfy any linker issues so that the "test objects" never get pulled in. > > The reason why I ask is that we solved the issue (with CPPUnitLite) by > having a > > ThisTestGroupLibrary_LibraryName__OperatesATThisLevel(local_run_level ) > function included in each library > > and used (a GUI controlled) command line parameter to force a linkage to > ThisTestGroupLibrary_LibraryName__OperatesATThisLevel(local_run_level ) > and bring in the library. > > Thus at one stroke, we had the ability of having different "run levels" > with different groups of tests and the ability to have libraries of tests. > > Mike Smith > > -- > Michael Smith Ph. D., > Professor, Department of Electrical and Computer Engineering. > Adjunct Professor, Department of Radiology, University of Calgary. > Analog Devices University Ambassador. > > Electrical and Computer Engineering, Voice: (+1) 403-220-6142 > University of Calgary, Calgary, Fax: (+1) 403-282-6855 > Alberta, Canada T2N1N4 Email: mike.sm...@ucalgary.ca > > Experience can't be taught, experience can only be earned. > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > unittest-cpp-devel mailing list > unittest-cpp-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/unittest-cpp-devel > ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ unittest-cpp-devel mailing list unittest-cpp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unittest-cpp-devel
