Test::MockObject - Perl extension for emulating troublesome interfaces |
Test::MockObject - Perl extension for emulating troublesome interfaces
use Test::MockObject; my $mock = Test::MockObject->new(); $mock->set_true( 'somemethod' ); ok( $mock->somemethod() );
$mock->set_true( 'veritas') ->set_false( 'ficta' ) ->set_series( 'amicae', 'Sunny', 'Kylie', 'Bella' );
It's a simple program that doesn't use any other modules, and those are easy to test. More often, testing a program completely means faking up input to another module, trying to coax the right output from something you're not supposed to be testing anyway.
Testing is a lot easier when you can control the entire environment. With Test::MockObject, you can get a lot closer.
Test::MockObject allows you to create objects that conform to particular interfaces with very little code. You don't have to reimplement the behavior, just the input and the output.
Please note that it is possible to write highly detailed unit tests that pass even when your integration tests may fail. Testing the pieces individually does not excuse you from testing the whole thing together. I consider this to be a feature.
In cases where you only need to mock one or two pieces of an existing module, consider the Test::MockObject::Extends manpage instead.
None by default. Maybe the Test::Builder accessories, in a future version.
The most important thing a Mock Object can do is to conform sufficiently to an interface. For example, if you're testing something that relies on CGI.pm, you may find it easier to create a mock object that returns controllable results at given times than to fake query string input.
new
my $mock_array = Test::MockObject->new( [] ); my $mock_scalar = Test::MockObject->new( \( my $scalar ) ); my $mock_code = Test::MockObject->new( sub {} ); my $mock_glob = Test::MockObject->new( \*GLOB );
Your mock object is nearly useless if you don't tell it what it's mocking.
This is done by installing methods. You control the output of these mocked
methods. In addition, any mocked method is tracked. You can tell not only
what was called, but which arguments were passed. Please note that you cannot
track non-mocked method calls. They will still be allowed, though
Test::MockObject will carp()
about them. This is considered a feature, though
it may be possible to disable this in the future.
As implied in the example above, it's possible to chain these calls together. Thanks to a suggestion from the fabulous Piers Cawley (CPAN RT #1249), this feature came about in version 0.09. Shorter testing code is nice!
mock(name, coderef)
my $mock = Test::MockObject->new(); $mock->mock( 'fluorinate', sub { 'impurifying precious bodily fluids' } ); print $mock->fluorinate;
will print a helpful warning message. Please note that methods are only added to a single object at a time and not the class. (There is no small similarity to the Self programming language or the Class::Prototyped module.)
This method forms the basis for most of Test::MockObject's testing goodness.
Please Note: this method used to be add()
. Due to its ambiguity, it now
has a different spelling. For backwards compatibility purposes, add()
is
available, though version 0.07 deprecated it. It goes to some contortions to
try to do what you mean, but I make few guarantees.
fake_module(module name), [ subname =
coderef, ... ]Lies to Perl that it has already loaded a named module. This is handy when providing a mockup of a real module if you'd like to prevent the actual module from interfering with the nice fakery. If you're mocking the Regexp::English manpage, say:
$mock->fake_module( 'Regexp::English' );
This is both a class and as an object method. Beware that this must take place
before the actual module has a chance to load. Either wrap it in a BEGIN block
before a use or require or place it before a use_ok()
or require_ok()
call.
You can optionally add functions to the mocked module by passing them as name
=> coderef pairs to fake_module()
. This is handy if you want to test an
import()
:
my $import; $mock->fake_module( 'Regexp::English', import => sub { $import = caller } ); use_ok( 'Regexp::Esperanto' ); is( $import, 'Regexp::Esperanto', 'Regexp::Esperanto should use() Regexp::English' );
If you use fake_module()
to mock a module that already exists in memory --
one you've loaded elsewhere perhaps, but do not pass any subroutines to mock,
this method will throw an exception. This is because if you call the
constructor later on, you probably won't get a mock object back and you'll be
confused.
fake_new(module name)
Provides a fake constructor for the given module that returns the invoking mock
object. Used in conjunction with fake_module()
, you can force the tested
unit to work with the mock object instead.
$mock->fake_module( 'CGI' ); $mock->fake_new( 'CGI' );
use_ok( 'Some::Module' ); my $s = Some::Module->new(); is( $s->{_cgi}, $mock, 'new() should create and store a new CGI object' );
set_always(name, value)
set_true(name_1, name_2, ... name_n)
set_false(name_1, name_2, ... name_n)
set_list(name, [ item1, item2, ... ]
set_series(name, [ item1, item2, ... ]
set_bound(name, reference)
set_isa( name1, name2, ... namen )
isa()
on the mock
will return true appropriately. Sometimes you really need this.
remove(name)
can( $method_name )
isa( $class_name )
set_isa()
first.
called(name)
clear()
It's handy to clear()
methods in between series of tests. That makes it
much easier to call next_method()
without having to skip over the calls from
the last set of tests.
next_call([ position ])
$mock->set_true( 'foo' ); $mock->set_true( 'bar' ); $mock->set_true( 'baz' );
$mock->foo(); $mock->bar( 3, 4 ); $mock->foo( 1, 2 );
Then you might see output of:
my ($name, $args) = $mock->next_call(); print "$name (@$args)";
# prints 'foo'
$name = $mock->next_call(); print $name;
# prints 'bar'
($name, $args) = $mock->next_call(); print "$name (@$args)";
# prints 'foo 1 2'
If you provide an optional number as the position argument, the method will skip that many calls, returning the data for the last one skipped.
$mock->foo(); $mock->bar(); $mock->baz();
$name = $mock->next_call(); print $name;
# prints 'foo'
$name = $mock->next_call( 2 ); print $name
# prints 'baz'
When it reaches the end of the list, it returns undef. This is probably the most convenient method in the whole module, but for the sake of completeness and backwards compatibility (it takes me a while to reach the truest state of laziness!), there are several other methods.
call_pos(position)
Some::Function( $mock ); is( $mock->call_pos(1), 'setup', 'Function() should first call setup()' ); is( $mock->call_pos(-1), 'end', '... and last call end()' );
Positions can be positive or negative. Please note that the first position is, in fact, 1. (This may change in the future. I like it, but am willing to reconsider.)
call_args(position)
is( ($mock->call_args(1))[0], $mock, '... passing the object to setup()' ); is( scalar $mock->call_args(-1), 0, '... and no args to end()' );
call_args_pos(call position, argument position)
is( $mock->call_args_pos(1, 1), $mock, '... passing the object to setup()');
call_args_string(position, [ separator ])
is( $mock->call_args_string(1), "$mock initialize", '... passing object, initialize as arguments' );
called_ok(method name, [ test name ])
$mock->foo(); $mock->called_ok( 'foo' );
A generic default test name is provided.
called_pos_ok(position, method name, [ test name ])
called_args_pos_is(method position, argument position, expected, [ test name ])
called_args_string_is(method position, separator, expected, [ test name ])
check_class_loaded( $class_name )
Test::MockObject logs all mocked methods by default. Sometimes you don't want
to do this. To prevent logging all calls to a given method, prepend the name
of the method with -
when mocking it.
That is:
$mock->set_true( '-foo', 'bar' );
will set mock both foo()
and bar()
, causing both to return true.
However, the object will log only calls to bar()
, not foo()
. To log
foo()
again, merely mock it again without the leading -
:
$mock->set_true( 'foo' );
$mock
will log all subsequent calls to foo()
again.
There are two methods provided for subclassing:
dispatch_mocked_method( $method_name, @_ )
$method_name
) not
available in this class. It also controls logging. You may or may not find it
useful, but I certainly take advantage of it for Test::MockObject::Extends.
log_call( $method_name, @_ )
chromatic, <chromatic at wgz dot org>
Thanks go to Curtis 'Ovid' Poe, as well as ONSITE! Technology, Inc., for finding several bugs and providing several constructive suggestions.
Jay Bonci also found a false positive in called_ok()
. Thanks!
Chris Winters was the first to report I'd accidentally scheduled 0.12 for deletion without uploading a newer version. He also gave useful feedback on Test::MockObject::Extends.
Stevan Little provided the impetus and code for set_isa()
.
Nicholas Clark found a documentation error.
Mutant suggested a potential problem with fake_module().
the perl manpage, the Test::Tutorial manpage, the Test::More manpage, http://www.perl.com/pub/a/2001/12/04/testing.html, and http://www.perl.com/pub/a/2002/07/10/tmo.html.
Copyright (c) 2002 - 2006 by chromatic <chromatic at wgz dot org>.
This program is free software; you can use, modify, and redistribute it under the same terms as Perl 5.8.x itself.
See http://www.perl.com/perl/misc/Artistic.html
Test::MockObject - Perl extension for emulating troublesome interfaces |