Skip to content
Discussion options

You must be logged in to vote

Can you please go ahead and create an issue for the first case? I am not sure yet whether we should go with that intermediate ….not() or additional ….notToArrive(), as some overloads of ….toArrive(…) take the event we're expecting in some form or another, which doesn't work if there's no event to expect. The latter approach, however, might add quite a few new methods, which is not without problems either.

Can you also please do the same for the second item? I guess I'd rather like to integrate that into the ….toArriveAndAssert(…) flavor, expanding on the PublishedEventAssert we already have in place.

Replies: 1 comment 1 reply

Comment options

You must be logged in to vote
1 reply
@wolframhaussig
Comment options

Answer selected by wolframhaussig
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
2 participants