Header Ads Widget

[MAN] Lintian::Tutorial::TestSuite

Content-type: text/html; charset=UTF-8 Man page of Lintian::Tutorial::TestSuite


Section: Debian Package Checker (3)
Updated: 2018-04-08
Index Return to Main Contents


Lintian::Tutorial::TestSuite -- Quick intro to running the Lintian testsuite  


This guide will quickly introduce you to running the Lintian test suite and some tricks. The Lintian test suite is fairly large and accordingly it can take a substantial amount of time to run. To speed up development, there are various options to limit the tests to run.

If you are looking for a guide on how to write tests, please consult Lintian::Tutorial::WritingTests.  


The Lintian test suite is an extensive collection of various test cases. The test suite is divided into 4 ``sub-suites''. The majority of tests are currently located in the ``tests'' sub-suite.

To run the full suite in all its glory, simply invoke:

 $ debian/rules runtests


 $ mkdir -p debian/test-out
 $ t/runtests -k --dump-logs t debian/test-out

While writing a new tag (or check) you probably only want to run a particular (subset of the) test(s). See ``Running a subset of the tests'' for the available options.

When run via debian/rules, the test suite respects ``DEB_BUILD_OPTIONS=parallel=N''. When using t/runtests directly, use -jN to choose the number of threads. Note that ``N'' denotes the amount of ``worker'' threads. The test runner will generally have 2 threads more than that. Also each ``worker'' will run lintian, which runs multiple unpacking jobs in parallel as well.

In case you are wondering about the 2 extra threads in the test runner, the first of them is the ``coordinator'' thread (which will generally be waiting when the workers are active) and the second one is the ``output'' thread (which handles the fancy output).  

Running a subset of the tests

The following options are available:
Running a single test
To run a single test by its name, use:

 $ debian/rules runtests onlyrun=$name


 $ t/runtests --dump-logs t debian/test-out $name

Running all tests for a check
To run all tests for a given check, use:

 $ debian/rules runtests onlyrun=$check


 $ t/runtests --dump-logs -k t debian/test-out $check

$check must be the name of a check (it will test for checks/$check.desc) or ``legacy''. This will run all tests that start with ``$check-''.

Note: The ``changes'' sub-suite in the new test suite does not support this.

Running all tests in a sub-suite
To run all tests in a given sub-suite, use:

 $ debian/rules runtests onlyrun=suite:$suites


 $ t/runtests --dump-logs -k t debian/test-out suite:$suites

$suites is a comma-separated list of names of sub-suites to run.

Note: this cannot be used to influence the order in which the sub-suites are run.

Running all tests designed for a specific tag
To run all tests that have a ``Test-For'' or a ``Test-Against'' for a given tag, use:

 $ debian/rules runtests onlyrun=tag:$tag


 $ t/runtests --dump-logs -k t debian/test-out tag:$tag


Running tests under coverage

It is possible to run most of the tests under Devel::Cover. This is done by passing --coverage to t/runtests. Example:

  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out

Please note that Devel::Cover does not seem to handle multiple threads too well. You may see spurious warnings/errors if you run the tests with 2 or more active worker threads.

Caveat 1: Coverage for collections (i.e. programs in collection/) does not seem to work at the moment. Therefore, they often end up with (next to) zero coverage in the generated reports.

Caveat 2: Devel::Cover sometimes changes the output of Lintian or tools called by Lintian. Obviously, this leads to test failures. Therefore, you may see weird test failures (or warnings) when running under coverage.

Collecting the coverage you want in a reasonable time

Collecting coverage is excruciatingly slow. This is not helped by the fact that it becomes unreliable when run under 2 or more threads.

Fortunately, Devel::Cover ``appends'' to its cover database. This allows you to ``slowly'' build up the coverage database over multiple runs. Example:

  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out suite:scripts
  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out suite:debs
  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out suite:source


  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out $check
  $ t/runtests --coverage --dump-logs -j1 -k t debian/test-out legacy






Running a subset of the tests
Running tests under coverage

This document was created by man2html, using the manual pages.
Time: 04:45:45 GMT, September 16, 2022

댓글 쓰기

0 댓글