In some (quite rare, but anyway) test cases you cannot predict if the method will be called for particular instance of mocked interface.
Say, you test the concurrency and plan to execute 100 tasks. You expect the test to have 50 of tasks to be done and 50 to be not even started. But you do not know which of tasks the executor will choose, to set that 'the mock here should be called' and 'the mock here should NOT be called'. This is just out of your control, but you still want to check the constraint, that there is 50/50 results division.
For that case, the restriction of '1 or more' on a mocked method makes impossible to implement such test using minimock-generated interface mock implementation.
The default behavior of minimock to require calls for mocked methods is OK, it is just good to have control over it.
In some (quite rare, but anyway) test cases you cannot predict if the method will be called for particular instance of mocked interface. Say, you test the concurrency and plan to execute 100 tasks. You expect the test to have 50 of tasks to be done and 50 to be not even started. But you do not know which of tasks the executor will choose, to set that 'the mock here should be called' and 'the mock here should NOT be called'. This is just out of your control, but you still want to check the constraint, that there is 50/50 results division.
For that case, the restriction of '1 or more' on a mocked method makes impossible to implement such test using minimock-generated interface mock implementation.
The default behavior of minimock to require calls for mocked methods is OK, it is just good to have control over it.