NAME
    Test::Block - DEPRECIATED: Specify fine granularity test plans

SYNOPSIS
      use Test::More 'no_plan';
      use Test::Block qw($Plan);

      {
          # This block should run exactly two tests
          local $Plan = 2;
          pass 'first test';
          # oops. forgot second test
      };

      SKIP: {
          local $Plan = 3;
          pass('first test in second block');
          skip "skip remaining tests" => $Plan;
      };

      ok( Test::Block->all_in_block, 'all test run in blocks' );
      is( Test::Block->block_count, 2, 'two blocks ran' );

      # This produces...
  
      ok 1 - first test
      not ok 2 - block expected 2 test(s) and ran 1
      #     Failed test (foo.pl at line 6)
      ok 3 - first test in second block
      ok 4 # skip skip remaining tests
      ok 5 # skip skip remaining tests
      ok 6 - all test run in blocks
      ok 7 - two blocks ran
      1..7
      # Looks like you failed 1 tests of 7.

DESCRIPTION
    NOTE: This module was written before subtests existed in TAP and
    Test::More. These days subtests will probably be a better option for
    you.

    This module allows you to specify the number of expected tests at a
    finer level of granularity than an entire test script. It is built with
    Test::Builder and plays happily with Test::More and friends.

    If you are not already familiar with Test::More now would be the time to
    go take a look.

  Creating test blocks
    Test::Block supplies a special variable $Plan that you can localize to
    specify the number of tests in a block like this:

        use Test::More 'no_plan';
        use Test::Block qw($Plan);
    
        {
            local $Plan = 2;
            pass('first test');
            pass('second test');
        };

  What if the block runs a different number of tests?
    If a block doesn't run the number of tests specified in $Plan then
    Test::Block will automatically produce a failing test. For example:

        {
            local $Plan = 2;
            pass('first test');
            # oops - forgot second test
        };

    will output

        ok 1 - first test
        not ok 2 - block 1 expected 2 test(s) and ran 1

  Tracking the number of remaining tests
    During the execution of a block $Plan will contain the number of
    remaining tests that are expected to run so:

        {
            local $Plan = 2;
            diag "$Plan tests to run";
            pass('first test');
            diag "$Plan tests to run";
            pass('second test');
            diag "$Plan tests to run";
        };

    will produce

        # 2 tests to run
        ok 1 - first test
        # 1 tests to run
        ok 2 - second test
        # 0 tests to run

    This can make skip blocks easier to write and maintain, for example:

        SKIP: {
            local $Plan = 5;
            pass('first test');
            pass('second test');
            skip "debug tests" => $Plan unless DEBUG > 0;
            pass('third test');
            pass('fourth test');
            skip "high level debug tests" => $Plan unless DEBUG > 2;
            pass('fifth test');
        };

  Named blocks
    To make debugging easier you can give your blocks an optional name like
    this:

        {
            local $Plan = { example => 2 };
            pass('first test');
            # oops - forgot second test
        };

    which would output

        ok 1 - first test
        not ok 2 - block example expected 2 test(s) and ran 1

  Test::Block objects
    The $Plan is implemented using a tied variable that stores and retrieves
    Test::Block objects. If you want to avoid the tied interface you can use
    Test::Block objects directly.

    plan
          # create a block expecting 4 tests
          my $block = Test::Block->plan(4);

          # create a named block with two tests
          my $block = Test::Block->plan('test name' => 2);

        You create Test::Block objects with the "plan" method. When the
        object is destroyed it outputs a failing test if the expected number
        of tests have not run.

    remaining
        You can find out the number of remaining tests in the block by
        calling the "remaining" method on the object.

        Test::Block objects overload "" and "0+" to return the result of the
        remaining method.

    builder
        Returns Test::Builder object used by Test::Block. For example:

          Test::Block->builder->skip('skip a test');

        See Test::Builder for more information.

    block_count
        A class method that returns the number of blocks that have been
        created. You can use this to check that the expected number of
        blocks have run by doing something like:

          is( Test::Block->block_count, 5, 'five blocks run' );

        at the end of your test script.

    all_in_block
        Returns true if all tests so far run have been inside the scope of a
        Test::Block object.

          ok( Test::Block->all_in_block, 'all tests run in blocks' );

BUGS
    None known at the time of writing.

    If you find any please let me know by e-mail, or report the problem with
    <http://rt.cpan.org/>.

COMMUNITY
    perl-qa
        If you are interested in testing using Perl I recommend you visit
        <http://qa.perl.org/> and join the excellent perl-qa mailing list.
        See <http://lists.perl.org/showlist.cgi?name=perl-qa> for details on
        how to subscribe.

    perlmonks
        You can find users of Test::Block, including the module author, on
        <http://www.perlmonks.org/>. Feel free to ask questions on
        Test::Block there.

    CPAN::Forum
        The CPAN Forum is a web forum for discussing Perl's CPAN modules.
        The Test::Block forum can be found at
        <http://www.cpanforum.com/dist/Test-Block>.

    AnnoCPAN
        AnnoCPAN is a web site that allows community annotations of Perl
        module documentation. The Test::Block annotations can be found at
        <http://annocpan.org/~ADIE/Test-Block/>.

TO DO
    If you think this module should do something that it doesn't (or does
    something that it shouldn't) please let me know.

    You can see my current to do list at
    <http://adrianh.tadalist.com/lists/public/15423>, with an RSS feed of
    changes at <http://adrianh.tadalist.com/lists/feed_public/15423>.

ACKNOWLEDGMENTS
    Thanks to chromatic and Michael G Schwern for the excellent
    Test::Builder, without which this module wouldn't be possible.

    Thanks to Michael G Schwern and Tony Bowden for the mails on
    perl-qa@perl.org that sparked the idea for this module. Thanks to Fergal
    Daly for suggesting named blocks. Thanks to Michael G Schwern for
    suggesting $Plan. Thanks to Nadim Khemir for feedback and Andreas Koenig
    for spotting bugs.

AUTHOR
    Adrian Howard <adrianh@quietstars.com>

    If you can spare the time, please drop me a line if you find this module
    useful.

SEE ALSO
    Test::Group
        A framework for grouping related tests in a test suite

    Test::Class
        Test::Class is an xUnit testing framework for Perl. It allows you to
        group tests into methods with independent test plans.

    Test::Builder
        Support module for building test libraries.

    Test::Simple & Test::More
        Basic utilities for writing tests.

    <http://qa.perl.org/test-modules.html>
        Overview of some of the many testing modules available on CPAN.

LICENCE
    Copyright 2003-2006 Adrian Howard, All Rights Reserved.

    This program is free software; you can redistribute it and/or modify it
    under the same terms as Perl itself.