Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

General Information

Our dashboard is here: http://my.cdash.org/index.php?project=ACME_Climate

Each full run of our tests is called a "Build" and produces a row in the dashboard. The columns are as follows:

  • The "Site" column is the machine where the tests ran
  • The "Build Name" column is the name of the build and should be in the format <acme_test_suite_name>_<branch>_<compiler>, e.g. acme_developer_master_gnu
  • The Update, Configure and Build columns can be ignored for us at this time
  • The "Test" column is where things get interesting for us, it is split into three sub-columns:
    • Not Run - For us, this is a misnomer. We put tests in Not Run if the only thing wrong with them is a namelist diff
    • Fail - This is the worst result for a test. Could mean: failed to build, failed during run, or a non-BFB change in results
    • Pass - The test is in good shape
  • The "Build Time" column is the time when the test finished.

There are many clickable items in the dashboard, the most useful is usually to click the number under the "Test" column of the tests you want to see (usually failing tests are the most interesting to probe, so you'd click the number in the "Fail" sub-column). This will take you to a page with some data about the test run at the top and a list of tests that had a specific result. The most useful data at the top of the page is the "OS Version". This is another field we hijacked to display information that is more useful to us; in this case, we use it to show the sha1 of the commit that was tested. Below the general information is a list of tests, and again, there are many clickable items. The most useful clickable item for a test is it's Status field; click this will take you to the TestStatus.out data for this test which should help to give you some clue as to what happened.

Back to the front page, all our tests go into the ACME_Latest test group. The ACME_Latest group will continue to show the most recent test results for a test on the front page dashboard until new results for that test arrive. The upside is that we have a number of tests, like acme_integration on edison, that take several days to complete. With these changes, there should always be results for edison on the dashboard, even if they are a couple days old. The downside is that users may see results on the front page and assume that they are up to date. Please pay special attention to the "Build Time" column on the far right to see how recent a result is. If you want the exact commit, click the build name and look for the OS Version field (I hijacked it to show the commit).

Test Diagnosis Walkthrough

Let's walk through a hypothetical situation. Tests are failing on redsky and you want to know what happened. You go to our dashboard and see this:

If you look at the pink circle (added in by hand for clarity), you can see that redsky has a single failing test and this failing test is new as of the most recent run of the tests (the +1 in the upper corner indicates that it is new). The next logical thing to do would be to click the "1" in the red square, which will take you to this page:

The data in the pink square (again, added by hand here) shows the id of the commit that was tested. The next logical thing is to click the red "Failed" link to go to the TestStatus for this failed test. You'll see something like this:

The data in the pink square makes it obvious that the test failed due to a non-BFB result for this test.

  • No labels