mock_exceptions

Last updated:

0 purchases

mock_exceptions Image
mock_exceptions Images
Add to Cart

Description:

mock exceptions

mock_exceptions #


Provides a mechanism to throw exceptions on certain calls. This is useful when working with a Fake and we still want to occasionally make it throw exceptions. At a glance:
final f = MyFake();
whenCalling(Invocation.method(#doSomething, null))
.on(f)
.thenThrow(Exception());
expect(() => f.doSomething(), throwsException);
copied to clipboard
Features #

supports mocking exceptions for methods, getters, setters.
supports matching on positional parameters, named parameters and type parameters (generics).
supports regular matchers.
supports omitting parameters when matching with anything.

For exhaustive usage, see our unit tests.
Differences with Mockito #
Mockito lets you mock and stub methods. That means it lets you return predefined responses and throw exceptions, but not act as closely to the real thing as a Fake. Since mock_exceptions is supposed to be used on Fakes, its API unambiguously lets you mock only exceptions.
Usage #

In your Fake method/getter/setter implementation, add maybeThrowException at the beginning.
In your unit test, set up an expectation, then verify your expectations as usual.

Before #
Your Fake method might look like this. It does some real work.
class MyFake {
String doSomething(String input) {
return 'it works';
}
}
copied to clipboard
Your unit test might even check that it works.
final fake = MyFake();
expect(fake.doSomething('yes'), 'it works');
copied to clipboard
After #
Your Fake method checks for possible exceptions before doing the work.
class MyFake {
String doSomething(String input) {
maybeThrowException(this, Invocation.method(#doSomething, [input]));
return 'it works';
}
}
copied to clipboard
You can now forcefully throw exceptions and test for them.
final fake = MyFake();
whenCalling(Invocation.method(#doSomething, ['fun']))
.on(fake)
.thenThrow(Exception());
expect(() => fake.doSomething('fun'), throwsException);
copied to clipboard
Design considerations #

whenCalling(Invocation.method(#doSomething, [equals('fun')])).on(fake).thenThrow(Exception()); is too verbose. Why not reimplement Mockito's API so that I can write when(fake.doSomething('fun')).thenThrow(Exception())?

Implementing Mockito's API requires relying on the noSuchMethod trick to detect the Invocation. As of writing, Mockito's mock.dart takes 1200 lines of code while our mock_exceptions.dart takes around 80. Even if we pare Mockito's down to the minimum (excluding verifications, captures), it'd still take around 500 lines of code.
It also forces the Fakes to extend a pre-defined class, Mock in Mockito's case. In some projects such as Fake Cloud Firestore (example), we actually need to extend another class.


The Mockito API has its own downsides and gotchas. See how one should use named arguments here. Also you need to use its wrappers around the regular Matchers, such as any instead of anything, and argThat(matcher).

License:

For personal and professional use. You cannot resell or redistribute these repositories in their original state.

Files In This Product:

Customer Reviews

There are no reviews.