Apache::TestUtil - Utility functions for writing tests
use Apache::Test; use Apache::TestUtil; ok t_cmp("foo", "foo", "sanity check"); t_write_file("filename", @content); my $fh = t_open_file($filename); t_mkdir("/foo/bar"); t_rmtree("/foo/bar"); t_is_equal($a, $b);
Apache::TestUtil automatically exports a number of functions useful in writing tests.
Apache::TestUtil
All the files and directories created using the functions from this package will be automatically destroyed at the end of the program execution (via END block). You should not use these functions other than from within tests which should cleanup all the created directories and files at the end of the test.
t_cmp($expected, $received, $comment);
t_cmp() prints the values of $comment, $expected and $received. e.g.:
t_cmp(1, 1, "1 == 1?");
prints:
# testing : 1 == 1? # expected: 1 # received: 1
then it returns the result of comparison of the $expected and the $received variables. Usually, the return value of this function is fed directly to the ok() function, like this:
ok t_cmp(1, 1, "1 == 1?");
the third argument ($comment) is optional, mostly useful for telling what the comparison is trying to do.
It is valid to use undef as an expected value. Therefore:
undef
my $foo; t_cmp(undef, $foo, "undef == undef?");
will return a true value.
You can compare any two data-structures with t_cmp(). Just make sure that if you pass non-scalars, you have to pass their references. The datastructures can be deeply nested. For example you can compare:
t_cmp({1 => [2..3,{5..8}], 4 => [5..6]}, {1 => [2..3,{5..8}], 4 => [5..6]}, "hash of array of hashes");
You can also compare the second argument against the first as a regex. Use the qr// function in the first argument. For example:
qr//
t_cmp(qr/^abc/, "abcd", "regex compare");
will do:
"abcd" =~ /^abc/;
This function is exported by default.
t_debug("testing feature foo"); t_debug("test", [1..3], 5, {a=>[1..5]});
t_debug() prints out any datastructure while prepending # at the beginning of each line, to make the debug printouts comply with Test::Harness's requirements. This function should be always used for debug prints, since if in the future the debug printing will change (e.g. redirected into a file) your tests won't need to be changed.
#
Test::Harness
t_write_file($filename, @lines);
t_write_file() creates a new file at $filename or overwrites the existing file with the content passed in @lines. If only the $filename is passed, an empty file will be created.
If parent directories of $filename don't exist they will be automagically created.
$filename
The generated file will be automatically deleted at the end of the program's execution.
t_append_file($filename, @lines);
t_append_file() is similar to t_write_file(), but it doesn't clobber existing files and appends @lines to the end of the file. If the file doesn't exist it will create it.
@lines
The generated file will be registered to be automatically deleted at the end of the program's execution, only if the file was created by t_append_file().
Apache::TestUtil::t_write_shell_script($filename, @lines);
Similar to t_write_file() but creates a portable shell/batch script. The created filename is constructed from $filename and an appropriate extension automatically selected according to the platform the code is running under.
It returns the extension of the created file.
Apache::TestUtil::t_write_perl_script($filename, @lines);
Similar to t_write_file() but creates a executable Perl script with correctly set shebang line.
my $fh = t_open_file($filename);
t_open_file() opens a file $filename for writing and returns the file handle to the opened file.
t_mkdir($dirname);
t_mkdir() creates a directory $dirname. The operation will fail if the parent directory doesn't exist.
If parent directories of $dirname don't exist they will be automagically created.
$dirname
The generated directory will be automatically deleted at the end of the program's execution.
t_rmtree(@dirs);
t_rmtree() deletes the whole directories trees passed in @dirs.
Apache::TestUtil::t_chown($file);
Change ownership of $file to the test's User/Group. This function is noop on platforms where chown(2) is unsupported (e.g. Win32).
t_is_equal($a, $b);
t_is_equal() compares any two datastructures and returns 1 if they are exactly the same, otherwise 0. The datastructures can be nested hashes, arrays, scalars, undefs or a combination of any of these. See t_cmp() for an example.
If $a is a regex reference, the regex comparison $b =~ $a is performed. For example:
$a
$b =~ $a
t_is_equal(qr{^Apache}, $server_version);
If comparing non-scalars make sure to pass the references to the datastructures.
If the handler's execution results in an error or a warning logged to the error_log file which is expected, it's a good idea to have a disclaimer printed before the error itself, so one can tell real problems with tests from expected errors. For example when testing how the package behaves under error conditions the error_log file might be loaded with errors, most of which are expected.
For example if a handler is about to generate a run-time error, this function can be used as:
use Apache::TestUtil; ... sub handler { my $r = shift; ... t_server_log_error_is_expected(); die "failed because ..."; }
After running this handler the error_log file will include:
*** The following error entry is expected and it is harmless *** [Tue Apr 01 14:00:21 2003] [error] failed because ...
If the error is generated at compile time, the logging must be done in the BEGIN block at the very beginning of the file:
BEGIN { use Apache::TestUtil; t_server_log_error_is_expected(); } use DOES_NOT_exist;
After attempting to run this handler the error_log file will include:
*** The following error entry is expected and it is harmless *** [Tue Apr 01 14:04:49 2003] [error] Can't locate "DOES_NOT_exist.pm" in @INC (@INC contains: ...
Also see t_server_log_warn_is_expected() which is similar but used for warnings.
t_server_log_warn_is_expected()
t_server_log_warn_is_expected() generates a disclaimer for expected warnings.
See the explanation for t_server_log_error_is_expected() for more details.
t_server_log_error_is_expected()
t_client_log_error_is_expected() generates a disclaimer for expected errors. But in contrast to t_server_log_error_is_expected() called by the client side of the script.
t_client_log_error_is_expected()
For example the following client script fails to find the handler:
use Apache::Test; use Apache::TestUtil; use Apache::TestRequest qw(GET); plan tests => 1; t_client_log_error_is_expected(); my $url = "/error_document/cannot_be_found"; my $res = GET($url); ok t_cmp(404, $res->code, "test 404");
After running this test the error_log file will include an entry similar to the following snippet:
*** The following error entry is expected and it is harmless *** [Tue Apr 01 14:02:55 2003] [error] [client 127.0.0.1] File does not exist: /tmp/test/t/htdocs/error
t_client_log_warn_is_expected() generates a disclaimer for expected warnings on the client side.
t_client_log_warn_is_expected()
See the explanation for t_client_log_error_is_expected() for more details.
Stas Bekman <stas@stason.org>
perl(1)
To install mod_perl, copy and paste the appropriate command in to your terminal.
cpanm
cpanm mod_perl
CPAN shell
perl -MCPAN -e shell install mod_perl
For more information on module installation, please visit the detailed CPAN module installation guide.