我正在开发一个插件，该插件使用方面对现有的 JDT (Java) 编辑器进行了扩充。
现在，派生自的 Eclipse 文本编辑器按照MVC架构AbstractTextEditor组织在清晰的组件中。然后通过精确路径访问这些组件，例如对帐。您可以在此处找到自定义协调器的一个示例以及它可以（并且确实）对编辑器的行为使用的假设
。
我想针对这些假设编写无头单元测试，以检查我在各个方面的编织在此过程中没有破坏任何东西。比如对账的情况，我想打开一个编辑器，输入一些不正确的内容（关于一些对账策略），稍等片刻，查看是否确实报出了问题。
请注意，报告了哪些问题，或者它们将如何在 UI 组件中向用户发出信号与我无关：我想测试我SourceViewer通过方面交换自定义问题不会破坏编辑器逻辑，而不是我的特定逻辑和解策略。
（事实上，我可能会为该测试嘲笑它。此外，UI 测试可能无法以无头方式运行，超出了我的问题范围。）
如果存在适当的结构，这似乎应该很容易做到。他们吗？是否有任何与 Eclipse 的架构假设同步的测试框架或模拟可以让我做我想做的事情 ？那些必须重现现有 Eclipse 编辑器的工作流行为。这肯定是 Eclipse 自己的单元测试之一，对吧？...虽然我似乎找不到任何类似的东西。有任何想法吗 ？