>
> So far as I can see, that is all directed at testing by sending a request
> to a server and checking what comes back; that's really not useful for
> testing components of code individually, which is the point. I don't
> want to test the server, I want to individually test each chunk of my code.
the kind of unit tests you are after are there as well. for instance, you
can plan tests within a handler
plan tests => 2, $r;
and do the typical
ok $foo->isa('bar');
type tests from within your handler. but yes, they all involve a running
server because most Apache/mod_perl things require a running server (like
access to $r). there's no easier way to unit-test mod_perl APIs than
Apache-Test - see the extensive mod_perl 2.0 test suite for examples.
HTH
--Geoff
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html