X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/8d000a773b5ebcd411b28c31de68eeddf804e66b..2940c40e85e76d044d7cc4d412696a74316905dd:/doc/doxygen/inside_tests.doc diff --git a/doc/doxygen/inside_tests.doc b/doc/doxygen/inside_tests.doc index c6679fafbe..857183ebae 100644 --- a/doc/doxygen/inside_tests.doc +++ b/doc/doxygen/inside_tests.doc @@ -41,17 +41,17 @@ ctest -R msg- -j5 --output-on-failure # You changed MSG and want to check that y \section inside_tests_rununit Running the unit tests -All unit tests are packed into the testall binary, that lives in src/. -These tests are run when you launch ctest, don't worry. +All unit tests are packed into the testall binary, that lives at the +source root. These tests are run when you launch ctest, don't worry. \verbatim -make testall # Rebuild the test runner on need -./src/testall # Launch all tests -./src/testall --help # revise how it goes if you forgot -./src/testall --tests=-all # run no test at all (yeah, that's useless) -./src/testall --dump-only # Display all existing test suite -./src/testall --tests=-all,+dict # Only launch the tests from the dict testsuite -./src/testall --tests=-all,+foo:bar # run only the bar test from the foo suite. +make testall # Rebuild the test runner on need +./testall # Launch all tests +./testall --help # revise how it goes if you forgot +./testall --tests=-all # run no test at all (yeah, that's useless) +./testall --dump-only # Display all existing test suite +./testall --tests=-all,+dict # Only launch the tests from the dict testsuite +./testall --tests=-all,+foo:bar # run only the bar test from the foo suite. \endverbatim @@ -308,4 +308,16 @@ We re-use the ones from the project. Thanks to them for compiling sane tools and constituting that archive, it saved my mind! +\subsection inside_tests_debian Debian builders + +Since SimGrid is packaged in Debian, we benefit from their huge +testing infrastructure. That's an interesting torture test for our +code base. The downside is that it's only for the released versions of +SimGrid. That is why the Debian build does not stop when the tests +fail: post-releases fixes do not fit well in our workflow and we fix +only the most important breakages. + +The build results are here: +https://buildd.debian.org/status/package.php?p=simgrid + */