/ 
tk-zinc-3.29401
River stage zero No dependents
/ Test::Harness::Straps

NAME

Test::Harness::Straps - detailed analysis of test results

SYNOPSIS

use Test::Harness::Straps;

my $strap = Test::Harness::Straps->new;

# Various ways to interpret a test
my %results = $strap->analyze($name, \@test_output);
my %results = $strap->analyze_fh($name, $test_filehandle);
my %results = $strap->analyze_file($test_file);

# UNIMPLEMENTED
my %total = $strap->total_results;

# Altering the behavior of the strap  UNIMPLEMENTED
my $verbose_output = $strap->dump_verbose();
$strap->dump_verbose_fh($output_filehandle);

DESCRIPTION

THIS IS ALPHA SOFTWARE in that the interface is subject to change in incompatible ways. It is otherwise stable.

Test::Harness is limited to printing out its results. This makes analysis of the test results difficult for anything but a human. To make it easier for programs to work with test results, we provide Test::Harness::Straps. Instead of printing the results, straps provide them as raw data. You can also configure how the tests are to be run.

The interface is currently incomplete. Please contact the author if you'd like a feature added or something change or just have comments.

Construction

new

my $strap = Test::Harness::Straps->new;

Initialize a new strap.

_init

$strap->_init;

Initialize the internal state of a strap to make it ready for parsing.

Analysis

analyze

my %results = $strap->analyze($name, \@test_output);

Analyzes the output of a single test, assigning it the given $name for use in the total report. Returns the %results of the test. See Results.

@test_output should be the raw output from the test, including newlines.

analyze_fh

my %results = $strap->analyze_fh($name, $test_filehandle);

Like analyze, but it reads from the given filehandle.

analyze_file

my %results = $strap->analyze_file($test_file);

Like analyze, but it runs the given $test_file and parses its results. It will also use that name for the total report.

_switches

my $switches = $self->_switches($file);

Formats and returns the switches necessary to run the test.

_INC2PERL5LIB

local $ENV{PERL5LIB} = $self->_INC2PERL5LIB;

Takes the current value of @INC and turns it into something suitable for putting onto PERL5LIB.

_filtered_INC

my @filtered_inc = $self->_filtered_INC;

Shortens @INC by removing redundant and unnecessary entries. Necessary for OSes with limited command line lengths, like VMS.

_restore_PERL5LIB

$self->_restore_PERL5LIB;

This restores the original value of the PERL5LIB environment variable. Necessary on VMS, otherwise a no-op.

Parsing

Methods for identifying what sort of line you're looking at.

_is_comment

my $is_comment = $strap->_is_comment($line, \$comment);

Checks if the given line is a comment. If so, it will place it into $comment (sans #).

_is_header

my $is_header = $strap->_is_header($line);

Checks if the given line is a header (1..M) line. If so, it places how many tests there will be in $strap->{max}, a list of which tests are todo in $strap->{todo} and if the whole test was skipped $strap->{skip_all} contains the reason.

_is_test

my $is_test = $strap->_is_test($line, \%test);

Checks if the $line is a test report (ie. 'ok/not ok'). Reports the result back in %test which will contain:

ok            did it succeed?  This is the literal 'ok' or 'not ok'.
name          name of the test (if any)
number        test number (if any)

type          'todo' or 'skip' (if any)
reason        why is it todo or skip? (if any)

If will also catch lone 'not' lines, note it saw them $strap->{saw_lone_not} and the line in $strap->{lone_not_line}.

_is_bail_out

my $is_bail_out = $strap->_is_bail_out($line, \$reason);

Checks if the line is a "Bail out!". Places the reason for bailing (if any) in $reason.

_reset_file_state

$strap->_reset_file_state;

Resets things like $strap->{max} , $strap->{skip_all}, etc. so it's ready to parse the next file.

Results

The %results returned from analyze() contain the following information:

passing           true if the whole test is considered a pass 
                  (or skipped), false if its a failure

exit              the exit code of the test run, if from a file
wait              the wait code of the test run, if from a file

max               total tests which should have been run
seen              total tests actually seen
skip_all          if the whole test was skipped, this will 
                    contain the reason.

ok                number of tests which passed 
                    (including todo and skips)

todo              number of todo tests seen
bonus             number of todo tests which 
                    unexpectedly passed

skip              number of tests skipped

So a successful test should have max == seen == ok.

There is one final item, the details.

details           an array ref reporting the result of 
                  each test looks like this:

  $results{details}[$test_num - 1] = 
          { ok        => is the test considered ok?
            actual_ok => did it literally say 'ok'?
            name      => name of the test (if any)
            type      => 'skip' or 'todo' (if any)
            reason    => reason for the above (if any)
          };

Element 0 of the details is test #1. I tried it with element 1 being #1 and 0 being empty, this is less awkward.

_detailize

my %details = $strap->_detailize($pass, \%test);

Generates the details based on the last test line seen. $pass is true if it was considered to be a passed test. %test is the results of the test you're summarizing.

EXAMPLES

See examples/mini_harness.plx for an example of use.

AUTHOR

Michael G Schwern <schwern@pobox.com>, currently maintained by Andy Lester <andy@petdance.com>.

SEE ALSO

Test::Harness