/ 
Test-Mocha-0.12
River stage one • 1 direct dependent • 1 total dependent
/ Test::Mocha

NAME

Test::Mocha - Test Spy/Stub Framework

VERSION

version 0.12

SYNOPSIS

Test::Mocha is a test spy framework for testing code that has dependencies on other objects.

use Test::More tests => 2;
use Test::Mocha;
use Types::Standard qw( Int );

# create the mock
my $warehouse = mock;

# stub method calls (with type constraint for matching argument)
stub($warehouse)->has_inventory($item1, Int)->returns(1);

# execute the code under test
my $order = Order->new(item => $item1, quantity => 50);
$order->fill($warehouse);

# verify interactions with the dependent object
ok( $order->is_filled, 'Order is filled' );
verify( $warehouse, '... and inventory is removed' )
    ->remove_inventory($item1, 50);

DESCRIPTION

We find all sorts of excuses to avoid writing tests for our code. Often it seems too hard to isolate the code we want to test from the objects it is dependent on. Mocking frameworks are available to help us with this. But it still takes too long to set up the mock objects before you can get on with testing the actual code in question.

Test::Mocha offers a simpler and more intuitive approach. Rather than setting up the expected interactions beforehand, you ask questions about interactions after the execution. The mocks can be created in almost no time. Yet they are ready to be used out-of-the-box by pretending to be any type you want them to be and accepting any method call on them. Explicit stubbing is only required when the dependent object is expected to return a response. After executing the code under test, you can selectively verify the interactions that you are interested in. As you verify behaviour, you focus on external interfaces rather than on internal state.

FUNCTIONS

mock

mock() creates a new mock object.

my $mock = mock;

By default, the mock object pretends to be anything you want it to be. Calling isa() or does() on the object will always return true.

ok( $mock->isa('AnyClass') );
ok( $mock->does('AnyRole') );
ok( $mock->DOES('AnyRole') );

It will also accept any method call on it. By default, any method call will return undef (in scalar context) or an empty list (in list context).

ok( $mock->can('any_method') );
is( $mock->any_method(@args), undef );

stub

stub() is used when you need a method to respond with something other than returning undef. Use it to tell a method to return some value(s) or to raise an exception.

stub($mock)->method_that_returns(@args)->returns(1, 2, 3);
stub($mock)->method_that_dies(@args)->dies('exception');

is_deeply( [ $mock->method_that_returns(@args) ], [ 1, 2, 3 ] );
ok( exception { $mock->method_that_dies(@args) } );

The stub applies to the exact method and arguments specified. (But see also "ARGUMENT MATCHING" for a shortcut around this.)

stub($list)->get(0)->returns('first');
stub($list)->get(1)->returns('second');

is( $list->get(0), 'first' );
is( $list->get(1), 'second' );
is( $list->get(2), undef );

A stubbed response will persist until it is overridden.

stub($warehouse)->has_inventory($item, 10)->returns(1);
ok( $warehouse->has_inventory($item, 10) ) for 1 .. 5;

stub($warehouse)->has_inventory($item, 10)->returns(0);
ok( !$warehouse->has_inventory($item, 10) ) for 1 .. 5;

You may chain responses together to provide a series of responses.

stub($iterator)->next
    ->returns(1)->returns(2)->returns(3)->dies('exhuasted');
ok( $iterator->next == 1 );
ok( $iterator->next == 2 );
ok( $iterator->next == 3 );
ok( exception { $iterator->next } );

verify

verify($mock, [%option], [$test_name])->method(@args)

verify() is used to test the interactions with the mock object. You can use it to verify that the correct methods were called, with the correct set of arguments, and the correct number of times. verify() plays nicely with Test::Simple and Co - it will print the test result along with your other tests and calls to verify() are counted in the test plan.

verify($warehouse)->remove($item, 50);
# prints: ok 1 - remove("book", 50) was called 1 time(s)

An option may be specified to constrain the test.

verify( $mock, times => 3 )->method(@args)
verify( $mock, at_least => 3 )->method(@args)
verify( $mock, at_most => 5 )->method(@args)
verify( $mock, between => [3, 5] )->method(@args)
times

Specifies the number of times the given method is expected to be called. The default is 1 if no other option is specified.

at_least

Specifies the minimum number of times the given method is expected to be called.

at_most

Specifies the maximum number of times the given method is expected to be called.

between

Specifies the minimum and maximum number of times the given method is expected to be called.

An optional $test_name may be specified to be printed instead of the default.

verify( $warehouse, 'inventory removed' )->remove_inventory($item, 50);
# prints: ok 1 - inventory removed

verify( $warehouse, times => 0, 'inventory not removed' )
    ->remove_inventory($item, 50);
# prints: ok 2 - inventory not removed

clear

clear($mock)

Clears the method call history. Note that this does not affect the stubbed methods.

ARGUMENT MATCHING

Predefined types

When specifying method calls using stub() or verify(), you may use type constraints to match the arguments rather than specifying the exact arguments. You may use any Type::Tiny type constraint such as those predefined in Types::Standard. (Moose type constraints such as MooseX::Types::Moose and MooseX::Types::Structured will also work.)

use Types::Standard qw( Defined );

my $mock = mock;
stub($mock)->foo(Defined)->returns('ok');

print $mock->foo(1);        # prints: ok
print $mock->foo('string'); # prints: ok

verify($mock, times => 2)->foo(Defined);
# prints: ok 1 - foo(Defined) was called 2 time(s)

You may use the normal features of type constraints: parameterized and structured types, and type unions, intersections and negations (but there's no need to use coercions).

use Types::Standard qw( Any ArrayRef Int Str StrMatch );

my $list = mock;
$list->set(1, [1,2]);
$list->set(0, 'foobar');

# type negation
# prints: ok 1 - set(Int, ~Int) was called 2 time(s)
verify($list, times => 2)->set( Int, ~Int );

# type union
# prints: ok 2 - set(Int, ArrayRef|Str) was called 2 time(s)
verify($list, times => 2)->set( Int, ArrayRef|Str );

# parameterized type
# prints: ok 3 - set(Int, StrMatch[(?^:^foo)]) was called 1 time(s)
verify($list)->set( Int, StrMatch[qr/^foo/] );

Self-defined types

You may also use your own type constraints, defined using Type::Utils.

use Type::Utils -all;

# naming the type means it will be printed nicely in the verify() output
my $positive_int = declare 'PositiveInt', as Int, where { $_ > 0 };

# prints: ok 4 - set(PositiveInt, Any) was called 1 time(s)
verify($list)->set( $positive_int, Any );

Argument slurping

You may use the slurpy() function if you just want to match all arguments generally. Note that slurpy types will match on empty argument lists also.

# prints: ok 5 - set({ slurpy: ArrayRef }) was called 2 time(s)
verify($list)->set( slurpy ArrayRef );

# prints: ok 6 - set({ slurpy: HashRef }) was called 2 time(s)
verify($list)->set( slurpy HashRef );

TO DO

  • Ordered verifications

  • Stubs with callbacks

SUPPORT

Bugs / Feature Requests

Please report any bugs or feature requests by email to bug-test-mocha at rt.cpan.org, or through the web interface at http://rt.cpan.org/NoAuth/ReportBug.html?Queue=Test-Mocha. You will be automatically notified of any progress on the request by the system.

AUTHOR

Steven Lee <stevenwh.lee@gmail.com>

ACKNOWLEDGEMENTS

This module is a fork from Test::Magpie originally written by Oliver Charles (CYCLES).

It is inspired by the popular Mockito for Java and Python by Szczepan Faber.

SEE ALSO

Test::MockObject

COPYRIGHT AND LICENSE

This software is copyright (c) 2013 by Steven Lee.

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