在junit测试中处理swing事件

当我用JUnit测试 EventQueue.invokeLater ,我已经把自己和那个邪恶的静电分离了。创建接口 invokeLater 是 isDispatchThread 方法。对于生产来说,实施应该是 EventQueue . 对于测试,使用您自己的线程(可以为每个测试设置和拆卸线程)。

其他一些随机建议:

• 保持图形用户界面尽可能薄。
• 把其他的东西都穿出去,其他的东西都穿出去。
• 怀疑任何声称是线程安全的东西。

也许您可以使用easymock来隔离要测试的类,并让模拟对象接收事件并检查它们是否被激发。

我推荐easymock: http://www.easymock.org/

从您的故事中可以感觉到,您的单元测试是更多的集成测试,而且非常复杂。如果是这样,试着简化和隔离。你可能读过 http://junit.sourceforge.net/doc/testinfected/testing.htm

我希望这能有帮助。

想到的解决办法是 在 执行线程切换和 保持原始单元测试的完整性, 但我不喜欢 在生产中引入复杂性 代码只是为了使单元测试成功。

我不知道这里是否是这样,但我经常发现我添加的“复杂性”实际上是一个更高层次的抽象,可以改进代码。

模拟对象背后的最初想法并不是让单元测试变得更容易,而是“接口发现”,即创建接口来表示无处不在的语言中的抽象,而不是在api级别上工作。