diff options
Diffstat (limited to 'more/regression.html')
-rw-r--r-- | more/regression.html | 247 |
1 files changed, 247 insertions, 0 deletions
diff --git a/more/regression.html b/more/regression.html new file mode 100644 index 0000000000..f7bc577798 --- /dev/null +++ b/more/regression.html @@ -0,0 +1,247 @@ +<html> + +<head> +<meta http-equiv="Content-Type" +content="text/html; charset=iso-8859-1"> +<meta name="GENERATOR" content="Microsoft FrontPage 5.0"> +<title>Boost Regression Test User Documentation</title> +</head> + +<body bgcolor="#FFFFFF" text="#000000"> + +<table border="1" cellpadding="2" bgcolor="#007F7F"> + <tr> + <td bgcolor="#FFFFFF"><img src="../boost.png" + alt="boost.png (6897 bytes)" width="277" height="86"></td> + <td><a href="../index.htm"><font color="#FFFFFF" size="4" + face="Arial,Helvetica">Home</font></a></td> + <td><a href="../libs/libraries.htm"><font color="#FFFFFF" + size="4" face="Arial,Helvetica">Libraries</font></a></td> + <td><a href="../people/people.htm"><font color="#FFFFFF" + size="4" face="Arial,Helvetica">People</font></a></td> + <td><a href="faq.htm"><font color="#FFFFFF" size="4" + face="Arial,Helvetica">FAQ</font></a></td> + <td><a href="index.htm"><font color="#FFFFFF" size="4" + face="Arial,Helvetica">More</font></a></td> + </tr> +</table> + +<h1>Boost Regression Test User Documentation</h1> + +<p><a href="#Introduction">Introduction</a><br> +<a href="#Preparation">Preparation</a><br> +<a href="#Execution">Execution</a><br> +<a href="#Adding_new_test">Adding a new test</a><br> +<a href="#Requirements">Requirements</a><br> +<a href="#History">History</a></p> + +<h2><a name="Introduction">Introduction</a></h2> + +<p>Boost's internal regression test suite produces the <a +href="../status/compiler_status.html">compiler status tables</a>. +</p> + +<p>Although not ordinarily run by Boost library users, it is +documented here for the benefit of Boost developers, and for +Boost users porting to a new platform.</p> + +<p>Version 3 of the Boost regression testing framework is based +on <a href="../tools/build/index.html">Boost.Build</a>, and uses <i>bjam</i> +to actually run the tests. Because Boost.Build does dependency +analysis, only tests for which some dependency has change are +rerun.</p> + +<p>The reporting of test results as HTML files is accomplished by +separate <a href="../tools/regression/index.htm">regression +reporting programs</a> which process the residue and log files +from the <i>bjam</i> run.</p> + +<h2><a name="Preparation">Preparation</a></h2> + +<p>Install the following programs on your system, in some +location suitable for program executables. Normally that location +must be in a directory which is part of your search path for +executables.</p> + +<ul> + <li><i>bjam</i> - Executables and sources are available; see <a + href="../tools/build/index.html">Boost.Build docs</a>. + Before worrying about regression tests, you might want to + verify your <i>bjam</i> installation works by + building the + boost-root/status/Jamfile libraries.<br> + </li> + <li><i>process_jam_log</i> and <i>compiler_status</i> - + <a href="../tools/regression/index.htm">Sources and Jamfile</a> are available + for these, too. </li> +</ul> + +<h2><a name="Execution">Execution</a></h2> + +<p>A complete shell script, <a href="../tools/regression/run_tests.sh"> +run_test.sh</a>, is available for POSIX systems. For Windows, please read the +following.</p> + +<p>These examples assume several environment variables have been +set:</p> + +<ul> + <li>BOOST_ROOT is set to the directory where the unzipped + Boost distribution or CVS working copy resides. For + example:<br> + <br> + set BOOST_ROOT=/boost_1_29_0<br> + </li> + <li>TOOLS is set to the <a + href="../tools/build/index.html">compiler toolsets</a> + you wish to use. For example:<br> + <br> + set TOOLS=borland gcc intel-win32 metrowerks vc7<br> + </li> + <li>Any environment variables required for particular + compilers. You might wish to test first with one + compiler at a time to make sure each toolset is fully + operational.</li> +</ul> + +<p>Just running bjam for a specific library can be run like this on Windows, +using the Filesystem Library as an example:</p> + +<blockquote> + <pre>cd \boost-root\libs\filesystem\test +bjam</pre> +</blockquote> + +<p>A full set of tests and status tables can be run thusly +on a Windows system:</p> + +<blockquote> + <pre>cd %BOOST_ROOT%\status +bjam --dump-tests test >bjam.log 2>&1 +start notepad bjam.log +process_jam_log <bjam.log +compiler_status %BOOST_ROOT% cs-win32.html +rem Specify links file, even though it will be overwritten, so report html includes links +rem This works because the generated bookmark names are the same regardless of other settings +compiler_status --ignore-pass --no-warn %BOOST_ROOT% cs-win32-fail.html cs-win32-links.html +compiler_status --ignore-pass %BOOST_ROOT% cs-win32-warn-or-fail.html cs-win32-links.html +compiler_status %BOOST_ROOT% cs-win32-full.html cs-win32-links.html</pre> +</blockquote> + +<p>Modulo syntax adjustments, the same procedure should work on +other operating systems (an example a <a href="../tools/regression/run_tests.sh"> +UNIX shell script</a> for this is provided, see the +script itself for comments and directions). Rename the cs-win-xxx +output files as appropriate.</p> + +<p>If you execute <i>compiler_status</i> without arguments, you +can see the available options and tailor your own favorite report.</p> + +<p>If you want to run just a single test, specify it as the <i>bjam</i> +target rather than "test". For example, to debug +configurations, it might be useful to just run the <i>config_info</i> +test, with a switch to force even up-to-date programs be rebuilt:</p> + +<blockquote> + <pre>bjam -a --dump-tests config_info >bjam.log 2>&1 +process_jam_log <bjam.log +compiler_status %BOOST_ROOT% cs-win32.html +</pre> +</blockquote> + +<h2><a name="Adding_new_test">Adding a new test</a></h2> + +<h3>The best way - the <a name="subinclude"> <i>subinclud</i>e</a> approach</h3> + +<p>The best way to add a test to the <a +href="../status/Jamfile">boost-root/status/Jamfile</a> is usually to use the bjam +<i>subinclude</i> feature, since it allows the same test specification to be run +either as part of the overall Boost regression test or as a standalone test of +only the library involved.</p> + +<p>The test is specified in a Jamfile, which is usually placed in the library's +<i>test</i> subdirectory. See the <a href="../libs/filesystem/test/Jamfile"> +Filesystem Library's test Jamfile</a> for an example, including the boilerplate +wrapped around the actual tests. By <a href="#Execution">executing bjam</a> +(with or without the status reporting programs) in the library's <i>test</i> +subdirectory, the library can be tested without the need to run the full Boost +regression tests.</p> + +<p>Then by adding a <i>subinclude</i> statement to <a +href="../status/Jamfile">boost-root/status/Jamfile</a>, the library's test +Jamfile will become part of the main Boost regression tests. For example, +the Filesystem Library's tests are included by this line in the main +boost-root/status Jamfile:</p> + +<blockquote> + <pre>subinclude libs/filesystem/test ;</pre> +</blockquote> + +<p>Don't forget that Jamfiles are white-space sensitive; delete the +space before the semi-colon in the example above, and you will +get an introduction to Jam error messages.</p> + +<h3>Another way - direct inclusion in Boost regression tests</h3> + +<p>Adding a test is as simple as adding a single line to the <a +href="../status/Jamfile">boost-root/status/Jamfile</a>:</p> + +<blockquote> + <pre>run libs/mylib/test/mytest.cpp ;</pre> +</blockquote> + +<p>For creating more complex tests and test-suites, use the +<a href="#subinclude">subinclude approach</a>. Look at +examples in the <a +href="../status/Jamfile">boost-root/status/Jamfile</a>. +The <i>bind</i> and <i>config</i> test-suites are simple +examples, while the <i>regex</i> and <i>threads</i> test suites +show more of the power of Jam based testing.</p> + +<h2><a name="Requirements">Requirements</a></h2> + +<p>The test suite has been designed to meet to the following +requirements. </p> + +<ul> + <li>Doesn't depend on an external tool chain. This requirement + is met by supplying all tools in the regular <a + href="getting_started.html#Download">Boost distribution</a>, except for a + C++ compiler.</li> + <li>Tools are written in C++; it is the only language that + all Boost developers and users are comfortable with.</li> + <li>Supports tests which expect an error </li> + <li>Configuration is independent of the target platform or + compiler. </li> + <li>HTML output </li> +</ul> + +<p>These requirements rule out any script-based approach such as +dejagnu (requires Tcl and expect) or even shell scripts. </p> + +<h2><a name="History">History</a></h2> + +<p>The version 3 Regression Test system is based on +<a href="../tools/build/index.html">Boost.Build</a>. The testing.jam and status/Jamfile foundation was +contributed by Dave Abrahams. Rene Rivera contributed several pieces. The post-bjam processing programs +were contributed by Beman Dawes.</p> + +<p>The version 2 regression.cpp test program was contributed by +Jens Maurer, generalizing and improving an earlier version 1 +program by Beman Dawes.</p> + +<hr> + +<p>Revised <!--webbot bot="Timestamp" startspan s-type="EDITED" +s-format="%d %B, %Y" -->08 January, 2004<!--webbot bot="Timestamp" +i-checksum="38708" endspan --></p> + +<p>© Copyright <a href="../people/jens_maurer.htm">Jens +Maurer</a> 2001<br> +© Copyright <a href="../people/beman_dawes.html">Beman Dawes</a> 2001</p> +<p> Use, modification, and distribution are subject to the Boost Software +License, Version 1.0. (See accompanying file <a href="../LICENSE_1_0.txt"> +LICENSE_1_0.txt</a> or copy at <a href="http://www.boost.org/LICENSE_1_0.txt"> +www.boost.org/LICENSE_1_0.txt</a>)</p> +</body> +</html> |