What I have:
我有一个EventListener,它监听Symfony中的PreRemove实体事件 .
services:
my_bundle.entity_listener.my_listener:
class: 'MyCompany\MyBundle\MyListener'
public: false
tags:
- { name: doctrine.orm.entity_listener, entity: 'MyCompany\MyBundle\Entity\MyEntity', event: preRemove }
What I want:
我希望有一个测试(功能/整合/单元或任何其他真正的),以某种方式检查当删除MyEntity时,正在调用特定的EventListener .
UPDATE
我不想在单元测试中这样做,需要实际检查事件调度程序是否真的会调用该特定事件的特定事件监听器 .
UPDATE 2
我认为这很明显,但似乎不是 - 解决方案不应该修改EventListener或Event .
UPDATE 3
我指定我不关心测试的名称是什么:功能,单位或任何其他 .
UPDATE 4
解决方案必须保证测试将在任何环境的上下文中传递 . 所以,如果有人用我的定义扩展我的捆绑和混乱,我仍然应该能够验证EventHandling是否真的有效 .
此外,检查处理结果不是一种选择,因为:
-
EventListener可以做任何事情 - 可能有些情况下我不能简单地检查结果并确定EventListener可以正常工作 .
-
有人可能以几乎完全相同的方式处理事件,因此“结果”是相同的,但“方式”是错误的 .
5 回答
功能测试用于测试功能;它无意测试该功能的实现或该实现的配置 .
像你提议的那样的测试将是脆弱的并且不是非常有用 .
您可能想要的是测试事件侦听器实现的功能 .
看看这个:Write UnitTest for Symfony EventListener
它可能有所帮助,因为我有一些类似的问题/问题
如何创建编译器传递并将其添加到容器编译的最后阶段:
该编译器将最后执行 . 你可以从那一点检查你的听众是否被正确注册,如果是,你可以认为它将由Doctrine的工作单元执行 .
我想我明白你想要什么 . 您需要集成测试(在所有环境中测试它),而无需修改侦听器,事件调度程序等 .
Solution 1
当您在dev,test或prod symfony上加载不同的事件调度程序时,它使用相同的接口和行为,但它是不同的实现(我没有检查doctrine一) .
因此,您将为每个环境配备不同的调度程序,并且您不想知道内部发生了什么 . 我们称之为黑盒子 .
你不想看黑盒子或以任何方式触摸它?搜索在系统上具有侦听器的效果 . 数据库,日志文件,邮件程序等
Solution 2
如果你允许我挂钩到黑盒子,我将使用代理调用监听器并监视是否已在代理上调用监听器 .
Solution 3
另外,您可以使用symfony探查器中的数据收集器,但您可能不会在 生产环境 中启用它 .
也许你可以使用symfony profiler?
见How to Use the Profiler in a Functional Test
在探查器事件部分中,您有两个名为/未调用监听器的选项卡http://whatever.com/app_dev.php/_profiler/352211?panel=events