You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are cases in testing where calling "done()" on the Mock is not practical within the given test case, and it would be useful to be able to tell the Mock to not expect done() to be called and to not emit a warning in that case.
The tests that fail are calling a fallible object create, which does not release the Mock and does not return the object when the creation fails. This means there is nothing to call done() on. Other test cases are able to call .destroy().done() on the returned object, which calls done() on the mock in the test context.
The text was updated successfully, but these errors were encountered:
There are cases in testing where calling "done()" on the Mock is not practical within the given test case, and it would be useful to be able to tell the Mock to not expect done() to be called and to not emit a warning in that case.
This came up in porting the @eldruin's mlx9061x-rs to embedded-hal 1.0
Failing test cases are here: https://github.com/Radiator-Labs/mlx9061x-rs/actions/runs/9104910268/job/25029588644
The tests that fail are calling a fallible object create, which does not release the Mock and does not return the object when the creation fails. This means there is nothing to call done() on. Other test cases are able to call .destroy().done() on the returned object, which calls done() on the mock in the test context.
The text was updated successfully, but these errors were encountered: