Support new event assertions

[xEdelweiss]

Hi! This adds tests for:

• PR 168 (merged) - seeEventListenerIsCalled/dontSeeEventListenerIsCalled
• PR 173 (new) - seeEvent/dontSeeEvent
  And introduces a new orphan event (UserRegisteredEvent).

In case they will be needed to verify changes.
I hope I guessed the target branch correctly😀

[TavoNiievez]

Hi @xEdelweiss,

The sensio/framework-extra-bundle dependency was removed in the other branches of this repository for two reasons.
First, it was causing tests to fail on older versions of Symfony.
Second, this project was archived in February this year, so it is no longer reliable for us to base our tests on the classes of this dependency.
In other words, avoid creating tests based on the 'Sensio\Bundle\FrameworkExtraBundle\EventListener\SecurityListener' class, if this dependency is still present it is an error of omission of mine with this specific branch.

Do you think you can fix the tests without taking into account this class for the assertions?

One more thing, I have marked as skipped the seeEvent and dontSeeEvent tests, whose PR has not yet been merged. It is imperative that the functionality of the previously merged PR be validated through this PR first before proceeding.

[xEdelweiss]

Hi @TavoNiievez!
Thank you for the review.

In other words, avoid creating tests based on the 'Sensio\Bundle\FrameworkExtraBundle\EventListener\SecurityListener' class, if this dependency is still present it is an error of omission of mine with this specific branch.

Do you think you can fix the tests without taking into account this class for the assertions?

Yes, I think I can. Should I try to replace all SecurityListener uses from EventsCest? Or will it be too much for this PR?

One more thing, I have marked as skipped the seeEvent and dontSeeEvent tests, whose PR has not yet been merged. It is imperative that the functionality of the Codeception/module-symfony#169 be validated through this PR first before proceeding.

Great, thanks. I wasn't sure how to handle this.

[TavoNiievez]

@xEdelweiss,

Yes, I think I can. Should I try to replace all SecurityListener uses from EventsCest?

sure! please go ahead.

[TavoNiievez]

@xEdelweiss

the code is excellent,
thank you very much for contributing.

[xEdelweiss]

@TavoNiievez, that's awesome to hear. Thanks for your support!