Straps(3)

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 anal-
       ysis of the test results difficult for anything but a human.  To make
       it easier for programs to work with test results, we provide Test::Har-
       ness::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 new-
       lines.

       "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.

       "_command_line( $file )"

         my $command_line = $self->_command_line();

       Returns the full command line that will be run to test $file.

       "_command"

         my $command = $self->_command();

       Returns the command that runs the test.  Combine this with _switches()
       to build a command line.

       Typically this is $^X, but you can set $ENV{HARNESS_COMMAND} to use a
       different Perl than what you're running the harness under.  This might
       be to run a threaded Perl, for example.

       You can also overload this method if you've built your own strap sub-
       class, such as a PHP interpreter for a PHP-based strap.

       "_switches"

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

       Formats and returns the switches necessary to run the test.

       "_cleaned_switches"

         my @switches = $self->_cleaned_switches( @switches_from_user );

       Returns only defined, non-blank, trimmed switches from the parms
       passed.

       "_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 vari-
       able.  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 informa-
       tion:

         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>".

Straps(3)

NAME

SYNOPSIS

DESCRIPTION

Construction

Analysis

Parsing

Results

EXAMPLES

AUTHOR

SEE ALSO