Running tests

The arvados git repository has a script which tests (nearly) all of the components in the source tree. Jenkins at uses this exact script, so running it before pushing a new master is a good way to predict whether Jenkins will fail your build and start pestering you by IRC.


You have the arvados source tree at ~/arvados and you might have local modifications.

Install prerequisites

The test script doesn't (yet) check for all prerequisites up front, so you'll save some time by installing these things before going any attempting to run tests:
  • Go
  • "API server dependencies":
    • Install debian packages, ruby, bundler. Create "arvados" postgres user with permission to create databases. You don't need to run "bundle install", though.)
      createuser arvados --createdb  --pwprompt
  • Workbench dependencies (Currently just graphviz. Skip "bundle install".)
    • make sure that the user who will run the tests can successfully start nginx (write access may be required for /var/log/nginx and /var/lib/nginx)
  • doc build dependencies:
    sudo apt-get install python-epydoc linkchecker
  • FUSE driver dependencies
  • Workbench test suite dependencies (see Hacking Workbench):
    sudo apt-get install xvfb iceweasel
    (set -e
     wget -P /tmp$PJS.tar.bz2
     sudo tar -C /usr/local -xjf /tmp/$PJS.tar.bz2
     sudo ln -s ../$PJS/bin/phantomjs /usr/local/bin/
  • Dependencies specific to testing
    • debian package: lsof (used to configure test environment such as ARVADOS_API_HOST)
    • debian package: gitolite3 (required by the sanity checks before testing can start)

Run all tests

Basic usage:

~/arvados/build/ WORKSPACE=~/arvados

Save time by skipping install

Normally, even when you're running only one component's test suite, still runs the install recipe for all of the components. This addresses dependencies between components: for example, Workbench tests expect the Python and CLI SDKs to be installed. It also installs third party dependencies (e.g., ruby gems and python modules).

When you're not worried about these dependencies going out of sync (e.g., you're only touching Workbench tests) you can save time by preserving your install dir between test runs. Install everything once this way:

mkdir -p ~/.cache/arvados-build
~/arvados/build/ WORKSPACE=~/arvados --temp ~/.cache/arvados-build --only install

On subsequent tests, you can add --skip-install and choose a single test suite to run, like this:

~/arvados/build/ WORKSPACE=~/arvados --temp ~/.cache/arvados-build --skip-install --only apps/workbench


~/arvados/build/ WORKSPACE=~/arvados --temp ~/.cache/arvados-build --only-install apps/workbench --only apps/workbench

Save time by skipping some tests

Running all tests takes a while. You don't want to do this after each tiny change. You can use the --skip and --only arguments to select specific components. Some components also accept component-specific arguments to select specific test classes/cases. [...] --skip-install --only apps/workbench apps/workbench_test="TEST=test/integration/websock*rb" [...] --skip-install --only apps/workbench apps/workbench_test="TESTOPTS=--name=/.*#6640.*/" [...] --skip-install --only sdk/python sdk/python_test="--test-suite=tests.test_keep_locator" [...] --skip-install --only sdk/python sdk/python_test="--test-suite=tests.test_keep_locator.ArvadosKeepLocatorTest.base_locators"

Presumably [...] here includes a --temp argument (see above).

Other options

For more usage info, try:

~/arvados/build/ --help

Running workbench diagnostics tests

You can run workbench diagnostics tests against any production server.

Update your workbench application.yml to add a "diagnostics" section with the login token and pipeline details. The below example configuration is to run the "qr1hi-p5p6p-ftcb0o61u4yd2zr" pipeline in "qr1hi" environment.

  secret_token: useanicelongrandomlygeneratedsecrettokenstring
    active: yourcurrenttokenintheenvironmenttowhichyouarepointing
      template_uuid: qr1hi-p5p6p-ftcb0o61u4yd2zr
      input_paths: []
      max_wait_seconds: 300

You can now run the "qr1hi" diagnostics tests using the following command:

  RAILS_ENV=diagnostics bundle exec rake TEST=test/diagnostics/pipeline_test.rb


There's currently nowhere to add...
  • Unit tests for Workbench JavaScript assets (see #4132)
  • Unit/functional tests for crunch-job (see #4156)
  • Tests for "arv-run-pipeline-instance"