This module describes the implementation of unit tests for the CGAT code collection.

Testing scripts

Scripts are tested by comparing the expected output with the latest output. The tests are implemented in the script test_scripts.py.

This script collects tests from subdirectories in the tests directory. Each test is named by the name of the script it tests.

Adding a new test manually

To add a new test for a CGAT script, create a new test directory in the directory tests. The name of the test directory has to correspond to the name of the script the tests will tested.

In this directory, create a file called tests.yaml. This file is in yaml format, a simple text-based format to describe nested data structures.

The tests.yaml file contains the descriptions of the individual tests to run. Each test is a separate data structure in this file. The fields are:

Command line options for running the test. If you need to provide additional files as input, use the %DIR% place holder for the test directory.
Filename of file to use as stdin to the script. If no stdin is required, set to null or omit.
A list of output files obtained by running the script that should be compared to the list of files in references. stdout signifies the standard output.
A list of expected output files. The order of outputs and references should be the same. The reference files are expected to be found in the directory test directory and thus need not prefixed with a directory place holder.
A description of test.

To illustrate, we will be creating tests for the scripts fasta2counts.py. First we create the test directory tests/fasta2counts.py. Next we create a file tests/fasta2counts.py/tests.yaml with the following content:

    outputs: [stdout]
    stdin: null
    references: [test1.tsv]
    options: --genome-file=<DIR>/small_genome

basic_test is the name of the test. There is no standard input and the output of the script goes to stdout. Stdout will be compared to the file test1.tsv. The script requires the --genome-file option, which we supply in the options field. The <DIR> prefix will be expanded to the directory that contains the file tests.yaml.

Finally, we create the required input and reference files in the test directory. Our directory structure looks thus:

  | |___small_genome.fasta
  | |___small_genome.idx
  | |___test1.tsv
  | |___tests.yaml

Multiple tests per script can be defined by adding additional data structures in the tests.yaml file.

Please write abundant tests, but keep test data to a minimum. Thus, instead of running on a large bam file, create stripped down versions containing only relevant data that is sufficient for the test at hand.

Re-use test data as much as possible. Some generic test data used by multiple tests is in the tests/data directory.

Creating a test

The script tests/setup_test.py can be used to set up a testing stub. For example:

python tests/setup_test.py scripts/bam2bam.py

will add a new test for the script bam2bam.py.

The script will create a new testing directory for each script passed on the command line and create a simple tests.yaml file. The basic test will simply call a script to check if starts without error and returns a version string.

Running tests

In order to run the tests on CGAT scripts, type:

nosetests tests/test_scripts.py

In order to get more information, type:

nosetests -v tests/test_scripts.py

To run individual tests, edit the file tests/test_scripts.yaml. In order to restrict testing to a single script, for example beds2counts.py, add the following:

      regex: beds2counts.py

Testing modules


Testing pipelines

TODO - describe pipeline_testing

Table Of Contents

Previous topic

Contributing to CGAT code

Next topic

Style Guide

This Page