A verifyNoMoreInteractions() method would be really great. (since its
basically what I implemented)
To concider: verifyNoMoreInteractions() might be problematic, having
two mocks where only one should not have more interactions, it might
be good to have a optional "mock" attribute that limits it.
verifyNoMoreInteractions( allMocks ); // or so...
The Mockinterceptor is a pretty big hazzle to setup, and any tool i'd
make would confuse my colleagues, not the preferred solution for me.
But I can speak just on behalf of myself, you should do what you think
its best for your project.
yours
Martin.
On Jul 28, 7:02 am, Kris <
kris.karczmarc...@gmail.com> wrote:
> Martin,
>
> My concern is to add more and more public functions to the Mockito class
> that are unrelated to the typical use. Expert users like you will have no
> problem dealing with MockInterceptor which is part of the API. The only
> difference for your util is that it's going to reach deeper for the
> invocations: mockito.interceptor.getInvocationsFor(mock)
>
> The missing part is that the MockInterceptor needs a public
> getInvocationsFor() and I need to add getter for the inteceptor.
>
> Another thing to concern is to add verifyNoMoreInteractions() functionality
> to Mockito. Java version has.
>
> Hope this works for you.
>
> Cheers,
> Kris
>
> > <
mockito-flex%2Bunsu...@googlegroups.com<
mockito-flex%252Buns...@googlegroups.com>