-
Notifications
You must be signed in to change notification settings - Fork 605
When searches for a matching call, return most recently expected call. #196
Conversation
Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). 📝 Please visit https://cla.developers.google.com/ to sign. Once you've signed (or fixed any issues), please reply here (e.g. What to do if you already signed the CLAIndividual signers
Corporate signers
|
1 similar comment
Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). 📝 Please visit https://cla.developers.google.com/ to sign. Once you've signed (or fixed any issues), please reply here (e.g. What to do if you already signed the CLAIndividual signers
Corporate signers
|
I signed it! |
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. |
1 similar comment
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. |
CLAs look good, thanks! |
Could you please explain why it's better to use the latest action rather than the order in which they were added? |
Sometimes, we need to set up default mock behaviors before test suite. In a test case, we can set up new actions for interface if we want to simulate some erros. After this actions is exhausted, mock behavior will fall back to default setup. With old strategy, all actions must be add as planed and carefully, And they can not be changed after setup. This would be very inflexible. |
If I'm understanding correctly, this is an attempt to add support for loose mocks in a way. Is that correct? If so, I've been pointing people towards #246 for a discussion there. |
Most recently added action will run after function is called. When this action is exhausted, old action will be triggered