groovy.mock.interceptor

The groovy.mock.interceptor is an all-groovy mock testing library. Terms: Callaborator An ordinary Groovy or Java class that's instance or class methods are to be called.  more ...

Classes:

The groovy.mock.interceptor is an all-groovy mock testing library.

Terms:

Callaborator

An ordinary Groovy or Java class that's instance or class methods are to be called. Calling them can be time consuming or produce side effects that are unwanted when testing (e.g. database operations).

Caller

A Groovy Object that calls methods on the Collaborator, i.e. collaborates with it.

Mock

An object that can be used to augment the Collaborator. Method calls to the Collaborator will be handled by the Mock, showing a demanded behavior. Method calls are expected to occur strictly in the demanded sequence with a given range of cardinality. The use of a Mock implicitely ends with verifying the expectations.

Stub

Much like a Mock but the expectation about sequences of method calls on the Collaborator is loose, i.e. calls may occur out of the demanded order as long as the ranges of cardinality are met. The use of a Stub does not end with an implict verification since the stubbing effect is typically asserted on the Caller. An explicit call to verify can be issued to assert all demanded method call have been effected with the specified cardinality.

Features:

• typical mock style of failing early
• mocks instance and class methods
• mocks final methods and final Collaborators
• mocks Groovy and Java Collaborators (but Caller must be groovy)
• can mock all objects of a given class (or a single Groovy object)
• mocks even if Collaborator cannot be injected into the Caller
• mocks even if Collaborator is not accesible on the Caller (no getter)
• demanded calls specified via recording calls on the Demand object (EasyMock style).
• cardinality specified as Ranges, default is 1..1; 'optional' can be achieved with 0..1
• behavior specified via Closures, allowing static or calculated return values, throwing exceptions, asserting argument values, etc. (even tricky sequence constraints by sharing state in the testMethod scope between the behavior Closures)
• matching parameter list specified via Closure's parameter list, supporting typed or untyped params, default params, and varargs.
• not dependent on any external mock library

For an extensive list of usages see the unit tests in this package.