Provided by: lintian_2.5.81ubuntu1_all bug

NAME

       Test::Lintian -- Check Lintian files for issues

SYNOPSIS

        # file 1
        use Test::Lintian;
        use Test::More import => ['done_testing'];
        test_load_profiles('some/path');

        done_testing;

        # file 2
        use Test::Lintian;
        use Test::More import => ['done_testing'];
        load_profile_for_test('vendor/profile', 'some/path', '/usr/share/lintian');
        test_check_desc('some/path/checks');
        test_load_checks('some/path/checks');
        test_tags_implemented('some/path/checks');

        done_testing;

DESCRIPTION

       A testing framework for testing various Lintian files for common errors.

FUNCTIONS

       test_check_desc([OPTS, ]CHECKS...)
           Test check desc files (and the tags in them) for common errors.

           OPTS is an optional HASHREF containing key/value pairs, which are described below.

           CHECKS  is a list of paths in which to check desc files.  Any given element in CHECKS can be either a
           file or a dir.  Files are assumed to be check desc file.  Directories  are  searched  and  all  .desc
           files in those dirs are processed.

           As  the  number  of tests depends on the number of tags in desc, it is difficult to "plan ahead" when
           using this test.  It is therefore recommended to not specify a plan and use done_testing().

           This sub uses a Data file (see "load_profile_for_test ([PROFNAME[, INC...]])").

           OPTS may contain the following key/value pairs:

           coll-dir
               Path to the collection directory (defaults to: /usr/share/lintian/collection).   This  is  mostly
               useful for testing Lintian itself.

               If set to "undef", the test of Needs-Info containing only existing collections will be skipped.

           filter
               If  defined, it is a filter function that examines $_ (or its first argument) and returns a truth
               value if $_ should be considered or false otherwise.  $_ will be the path to the current file (or
               dir) in question; it may be relative or absolute.

               NB: all elements in CHECKS are subject to the filter.

               CAVEAT: If the filter rejects a directory, none of the files in it  will  be  considered  either.
               Even  if  the  filter  accepts  a  file,  that  file  will only be processed if it has the proper
               extension (i.e. with .desc).

           translation
               If defined and a truth value, the desc files are expected to  contain  translations.   Otherwise,
               they must be regular checks.

       test_load_profiles(ROOT, INC...)
           Test  that all profiles in ROOT/profiles are loadable.  INC will be the INC path used as include path
           for the profile.

           If INC is omitted, then the include path will consist of  (ROOT,  '/usr/share/lintian').   Otherwise,
           INC will be used as is (and should include ROOT).

           This sub will do one test per profile loaded.

       test_load_checks([OPTS, ]DIR[, CHECKNAMES...])
           Test that the Perl module implementation of the checks can be loaded and has a run sub.

           OPTS is an optional HASHREF containing key/value pairs, which are described below.

           DIR is the directory where the checks can be found.

           CHECKNAMES  is  a  list of check names.  If CHECKNAMES is given, only the checks in this list will be
           processed.  Otherwise, all the checks in DIR will be processed.

           For planning purposes, every check processed  counts  for  2  tests  and  the  call  itself  does  on
           additional  check.   So  if CHECKNAMES contains 10 elements, then 21 tests will be done (2 * 10 + 1).
           Filtered out checks will not be counted.

           All data files created at compile time or in the file scope will be loaded  immediately  (instead  of
           lazily  as  done during the regular runs).  This is done to spot missing data files or typos in their
           names.  Therefore,  this  sub  will  load  a  profile  if  one  hasn't  been  loaded  already.   (see
           "load_profile_for_test ([PROFNAME[, INC...]])")

           OPTS may contain the following key/value pairs:

           filter
               If  defined, it is a filter function that examines $_ (or its first argument) and returns a truth
               value if $_ should be considered or false otherwise.  $_ will be the path to the current file (or
               dir) in question; it may be relative or absolute.

               NB: filter is not used if CHECKNAMES is given.

               CAVEAT: If the filter rejects a directory, none of the files in it  will  be  considered  either.
               Even  if  the  filter  accepts  a  file,  that  file  will only be processed if it has the proper
               extension (i.e. with .desc).

       test_tags_implemented ([OPTS, ]DIR[, CHECKNAMES...])
           Test a given check implements all the tags listed in its desc  file.   For  planning  purposes,  each
           check  counts  as  one test and the call itself do one additional check.  So if 10 checks are tested,
           the plan should account for 11 tests.

           This is a simple scan of the source code looking asserting that the tag names appear (in  the  actual
           code  part).   For  a vast majority of Lintian's tags it is reliable enough to be useful.  However it
           has false-positives and false-negatives - the  former  can  be  handled  via  "exclude-pattern"  (see
           below).

           The DIR argument is the directory in which to find the checks.

           CHECKNAMES  is  a list of the check names.  If CHECKNAMES is given, only the checks in this list will
           be processed.  Otherwise, all the checks in DIR will be processed.

           The optional parameter OPTS is a hashref.  If passed it must be the first  argument.   The  following
           key/value pairs are defined:

           exclude-pattern
               The value is assumed to be a regex (or a string describing a regex).  Any tag matching this regex
               will  be  excluded from this test and is assumed to be implemented (regardless of whether that is
               true or not).

               This is useful for avoiding false-positives with cases like:

                 foreach my $x (@y) {
                   tag "some-tag-for-$x", "blah blah $x"
                       unless f($x);
                 }

           filter
               If defined, it is a filter function that examines $_ (or its first argument) and returns a  truth
               value if $_ should be considered or false otherwise.  $_ will be the path to the current file (or
               dir) in question; it may be relative or absolute.

               NB: filter is not used if CHECKNAMES is given.

               CAVEAT:  If  the  filter  rejects a directory, none of the files in it will be considered either.
               Even if the filter accepts a file, that file  will  only  be  processed  if  it  has  the  proper
               extension (i.e. with .desc).

           As  mentioned,  this  test  assert  that  the  tag  name appears in the code.  Consider the following
           example:

            my $tagname = 'my-tag';
            $tagname = 'my-other-tag' if $condition;

           In this example, this test would conclude that 'my-tag'  and  'my-other-tag'  are  both  implemented.
           Which is good when $tagname is eventually passed to tag, and a false-negative otherwise.

           Comment  lines  are  not  ignored,  so  comments can be used as an alternative to the exclude-pattern
           (above).

       load_profile_for_test ([PROFNAME[, INC...]])
           Load a Lintian::Profile and ensure Data files can be used.  This is  needed  if  the  test  needs  to
           access  a data file or if a special profile is needed for the test.  It does not test the profile for
           issues.

           PROFNAME is the name of the profile to load.  It can be omitted, in which case the sub ensures that a
           profile has been loaded.  If no profile has been loaded, 'debian/main' will be loaded.

           INC is a list of extra "include dirs" (or Lintian "roots") to be used for finding  the  profile.   If
           not  specified,  it  defaults to $ENV{'LINTIAN_TEST_ROOT'} and /usr/share/lintian (in order).  INC is
           ignored if a profile has already been loaded.

           CAVEAT: Only one profile can be loaded in a given test.  Once a profile has been loaded,  it  is  not
           possible  to  replace  it  with  another one.  So if this is invoked multiple times, PROFNAME must be
           omitted or must match the name of the loaded profile.

       program_name_to_perl_paths(PROGNAME)
           Map the program name (e.g. $0) to a list of directories or/and files that should be processed.

           This helper sub is mostly useful for splitting up slow tests run over  all  Perl  scripts/modules  in
           Lintian.  This allows better use of multiple cores.  Example:

             t/scripts/my-test/
              runner.pl
              checks.t -> runner.pl
              collection.t -> runner.pl
              ...

           And then in runner.pl:

             use Test::Lintian;

             my @paths = program_name_to_perl_paths($0);
             # test all files/dirs listed in @paths

           For a more concrete example, see t/scripts/01-critic/ and the files/symlinks beneath it.

Lintian v2.5.81ubuntu1                             2018-04-08                                   Test::Lintian(3)