testing.html revision 2648:6558c37afe83
1<!DOCTYPE html> 2<html> 3<head> 4 <meta charset="utf-8"> 5 <meta name="generator" content="pandoc"> 6 <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes"> 7 <title>Testing OpenJDK</title> 8 <style type="text/css">code{white-space: pre;}</style> 9 <link rel="stylesheet" href="../../jdk/make/data/docs-resources/specs/resources/jdk-default.css"> 10 <!--[if lt IE 9]> 11 <script src="//cdnjs.cloudflare.com/ajax/libs/html5shiv/3.7.3/html5shiv-printshiv.min.js"></script> 12 <![endif]--> 13 <style type="text/css">pre, code, tt { color: #1d6ae5; }</style> 14</head> 15<body> 16<header> 17<h1 class="title">Testing OpenJDK</h1> 18</header> 19<nav id="TOC"> 20<ul> 21<li><a href="#using-the-run-test-framework">Using the run-test framework</a></li> 22<li><a href="#test-selection">Test selection</a><ul> 23<li><a href="#jtreg">JTreg</a></li> 24<li><a href="#gtest">Gtest</a></li> 25</ul></li> 26<li><a href="#test-results-and-summary">Test results and summary</a></li> 27<li><a href="#test-suite-control">Test suite control</a><ul> 28<li><a href="#jtreg-keywords">JTreg keywords</a></li> 29<li><a href="#gtest-keywords">Gtest keywords</a></li> 30</ul></li> 31</ul> 32</nav> 33<h2 id="using-the-run-test-framework">Using the run-test framework</h2> 34<p>This new way of running tests is developer-centric. It assumes that you have built a jdk locally and want to test it. Running common test targets is simple, and more complex ad-hoc combination of tests is possible. The user interface is forgiving, and clearly report errors it cannot resolve.</p> 35<p>The main target "run-test" uses the jdk-image as the tested product. There is also an alternate target "exploded-run-test" that uses the exploded image instead. Not all tests will run successfully on the exploded image, but using this target can greatly improve rebuild times for certain workflows.</p> 36<p>Some example command-lines:</p> 37<pre><code>$ make run-test-tier1 38$ make run-test-jdk_lang JTREG="JOBS=8" 39$ make run-test TEST=jdk_lang 40$ make run-test-only TEST="gtest:LogTagSet gtest:LogTagSetDescriptions" GTEST="REPEAT=-1" 41$ make run-test TEST="hotspot/test:hotspot_gc" JTREG="JOBS=1;TIMEOUT=8;VM_OTIONS=-XshowSettings -Xlog:gc+ref=debug" 42$ make run-test TEST="jtreg:hotspot/test:hotspot_gc hotspot/test/native_sanity/JniVersion.java" 43$ make exploded-run-test TEST=hotspot_tier1</code></pre> 44<h2 id="test-selection">Test selection</h2> 45<p>All functionality is available using the run-test make target. In this use case, the test or tests to be executed is controlled using the <code>TEST</code> variable. To speed up subsequent test runs with no source code changes, run-test-only can be used instead, which do not depend on the source and test image build.</p> 46<p>For some common top-level tests, direct make targets have been generated. This includes all JTreg test groups, the hotspot gtest, and custom tests (if present). This means that <code>make run-test-tier1</code> is equivalent to <code>make run-test TEST="tier1"</code>, but the latter is more tab-completion friendly. For more complex test runs, the <code>run-test TEST="x"</code> solution needs to be used.</p> 47<p>The test specifications given in <code>TEST</code> is parsed into fully qualified test descriptors, which clearly and unambigously show which tests will be run. As an example, <code>:tier1</code> will expand to <code>jtreg:jdk/test:tier1 jtreg:langtools/test:tier1 jtreg:nashorn/test:tier1 jtreg:jaxp/test:tier1</code>. You can always submit a list of fully qualified test descriptors in the <code>TEST</code> variable if you want to shortcut the parser.</p> 48<h3 id="jtreg">JTreg</h3> 49<p>JTreg test groups can be specified either without a test root, e.g. <code>:tier1</code> (or <code>tier1</code>, the initial colon is optional), or with, e.g. <code>hotspot/test:tier1</code>, <code>jdk/test:jdk_util</code>.</p> 50<p>When specified without a test root, all matching groups from all tests roots will be added. Otherwise, only the group from the specified test root will be added.</p> 51<p>Individual JTreg tests or directories containing JTreg tests can also be specified, like <code>hotspot/test/native_sanity/JniVersion.java</code> or <code>hotspot/test/native_sanity</code>. You can also specify an absolute path, to point to a JTreg test outside the source tree.</p> 52<p>As long as the test groups or test paths can be uniquely resolved, you do not need to enter the <code>jtreg:</code> prefix. If this is not possible, or if you want to use a fully qualified test descriptor, add <code>jtreg:</code>, e.g. <code>jtreg:hotspot/test/native_sanity</code>.</p> 53<h3 id="gtest">Gtest</h3> 54<p>Since the Hotspot Gtest suite is so quick, the default is to run all tests. This is specified by just <code>gtest</code>, or as a fully qualified test descriptor <code>gtest:all</code>.</p> 55<p>If you want, you can single out an individual test or a group of tests, for instance <code>gtest:LogDecorations</code> or <code>gtest:LogDecorations.level_test_vm</code>. This can be particularly useful if you want to run a shaky test repeatedly.</p> 56<h2 id="test-results-and-summary">Test results and summary</h2> 57<p>At the end of the test run, a summary of all tests run will be presented. This will have a consistent look, regardless of what test suites were used. This is a sample summary:</p> 58<pre><code>============================== 59Test summary 60============================== 61 TEST TOTAL PASS FAIL ERROR 62>> jtreg:jdk/test:tier1 1867 1865 2 0 << 63 jtreg:langtools/test:tier1 4711 4711 0 0 64 jtreg:nashorn/test:tier1 133 133 0 0 65============================== 66TEST FAILURE</code></pre> 67<p>Tests where the number of TOTAL tests does not equal the number of PASSed tests will be considered a test failure. These are marked with the <code>>> ... <<</code> marker for easy identification.</p> 68<p>The classification of non-passed tests differs a bit between test suites. In the summary, ERROR is used as a catch-all for tests that neither passed nor are classified as failed by the framework. This might indicate test framework error, timeout or other problems.</p> 69<p>In case of test failures, <code>make run-test</code> will exit with a non-zero exit value.</p> 70<p>All tests have their result stored in <code>build/$BUILD/test-result/$TEST_ID</code>, where TEST_ID is a path-safe conversion from the fully qualified test descriptor, e.g. for <code>jtreg:jdk/test:tier1</code> the TEST_ID is <code>jtreg_jdk_test_tier1</code>. This path is also printed in the log at the end of the test run.</p> 71<p>Additional work data is stored in <code>build/$BUILD/test-support/$TEST_ID</code>. For some frameworks, this directory might contain information that is useful in determining the cause of a failed test.</p> 72<h2 id="test-suite-control">Test suite control</h2> 73<p>It is possible to control various aspects of the test suites using make control variables.</p> 74<p>These variables use a keyword=value approach to allow multiple values to be set. So, for instance, <code>JTREG="JOBS=1;TIMEOUT=8"</code> will set the JTreg concurrency level to 1 and the timeout factor to 8. This is equivalent to setting <code>JTREG_JOBS=1 JTREG_TIMEOUT=8</code>, but using the keyword format means that the <code>JTREG</code> variable is parsed and verified for correctness, so <code>JTREG="TMIEOUT=8"</code> would give an error, while <code>JTREG_TMIEOUT=8</code> would just pass unnoticed.</p> 75<p>To separate multiple keyword=value pairs, use <code>;</code> (semicolon). Since the shell normally eats <code>;</code>, the recommended usage is to write the assignment inside qoutes, e.g. <code>JTREG="...;..."</code>. This will also make sure spaces are preserved, as in <code>JTREG="VM_OTIONS=-XshowSettings -Xlog:gc+ref=debug"</code>.</p> 76<p>(Other ways are possible, e.g. using backslash: <code>JTREG=JOBS=1\;TIMEOUT=8</code>. Also, as a special technique, the string <code>%20</code> will be replaced with space for certain options, e.g. <code>JTREG=VM_OTIONS=-XshowSettings%20-Xlog:gc+ref=debug</code>. This can be useful if you have layers of scripts and have trouble getting proper quoting of command line arguments through.)</p> 77<p>As far as possible, the names of the keywords have been standardized between test suites.</p> 78<h3 id="jtreg-keywords">JTreg keywords</h3> 79<h4 id="jobs">JOBS</h4> 80<p>The test concurrency (<code>-concurrency</code>).</p> 81<p>Defaults to TEST_JOBS (if set by <code>--with-test-jobs=</code>), otherwise it defaults to JOBS, except for Hotspot, where the default is <em>number of CPU cores/2</em>, but never more than 12.</p> 82<h4 id="timeout">TIMEOUT</h4> 83<p>The timeout factor (<code>-timeoutFactor</code>).</p> 84<p>Defaults to 4.</p> 85<h4 id="test_mode">TEST_MODE</h4> 86<p>The test mode (<code>-agentvm</code>, <code>-samevm</code> or <code>-othervm</code>).</p> 87<p>Defaults to <code>-agentvm</code>.</p> 88<h4 id="assert">ASSERT</h4> 89<p>Enable asserts (<code>-ea -esa</code>, or none).</p> 90<p>Set to <code>true</code> or <code>false</code>. If true, adds <code>-ea -esa</code>. Defaults to true, except for hotspot.</p> 91<h4 id="verbose">VERBOSE</h4> 92<p>The verbosity level (<code>-verbose</code>).</p> 93<p>Defaults to <code>fail,error,summary</code>.</p> 94<h4 id="retain">RETAIN</h4> 95<p>What test data to retain (<code>-retain</code>).</p> 96<p>Defaults to <code>fail,error</code>.</p> 97<h4 id="max_mem">MAX_MEM</h4> 98<p>Limit memory consumption (<code>-Xmx</code> and <code>-vmoption:-Xmx</code>, or none).</p> 99<p>Limit memory consumption for JTreg test framework and VM under test. Set to 0 to disable the limits.</p> 100<p>Defaults to 512m, except for hotspot, where it defaults to 0 (no limit).</p> 101<h4 id="options">OPTIONS</h4> 102<p>Additional options to the JTreg test framework.</p> 103<p>Use <code>JTREG="OPTIONS=--help all"</code> to see all available JTreg options.</p> 104<h4 id="java_options">JAVA_OPTIONS</h4> 105<p>Additional Java options to JTreg (<code>-javaoption</code>).</p> 106<h4 id="vm_options">VM_OPTIONS</h4> 107<p>Additional VM options to JTreg (<code>-vmoption</code>).</p> 108<h3 id="gtest-keywords">Gtest keywords</h3> 109<h4 id="repeat">REPEAT</h4> 110<p>The number of times to repeat the tests (<code>--gtest_repeat</code>).</p> 111<p>Default is 1. Set to -1 to repeat indefinitely. This can be especially useful combined with <code>OPTIONS=--gtest_break_on_failure</code> to reproduce an intermittent problem.</p> 112<h4 id="options-1">OPTIONS</h4> 113<p>Additional options to the Gtest test framework.</p> 114<p>Use <code>GTEST="OPTIONS=--help"</code> to see all available Gtest options.</p> 115</body> 116</html> 117