我正在开发一个插件，该插件可在现有 JDT (Java) 编辑器上进行扩充
使用方面。
现在，源自 AbstractTextEditor 的 Eclipse 文本编辑器是
组织在清晰的组件中，遵循 MVC建筑学。那些
然后通过精确的路径访问组件，
例如reconciliation .您可以找到自定义协调器的一个示例，并
它可以(并且确实)对编辑器的行为使用的假设
here .
我想针对这些假设编写 headless 单元测试 ， 那
会检查我在方面的编织没有破坏任何东西
道路。例如，在和解的情况下，我想
打开一个编辑器，输入一些不正确的内容(关于一些
和解策略)，稍等片刻，检查问题是否
确实报道了。
请注意报告了哪些问题，或将如何向其发出信号
UI 组件中的用户不关心我:我想要
测试我交换了一个 SourceViewer对于通过方面的定制
不会破坏编辑器逻辑，也不会破坏我的特定和解策略。
(事实上，我
可能为那个测试 mock 它。此外，UI 测试，正在
大概不能以 headless 方式运行，超出了我的范围
题。)
如果适当的结构，这似乎应该很容易做到
存在。他们吗？ 是否有任何与 Eclipse 同步的测试框架或模拟
能让我按照自己的想法去做的架构假设 ?那些必须重现现有 Eclipse 编辑器的工作流行为。这肯定是 Eclipse 自己的单元测试之一，对吧？ ... 尽管
我似乎找不到类似的东西。有任何想法吗 ？
最佳答案
我问过same question在 eclipse 核心平台邮件列表上，得到了一个 great answer来自 Dani Megert给我指向 Eclipse 自己的测试框架的指针。 Junit 插件测试是 released作为扩展 SDK 的一部分下载，浏览 git 源可以看到已经有 tests against the model或与一些 Editor 互动成分。
关于eclipse - 在插件 : existing mocks/frameworks? 中对 Eclipse 的编辑器逻辑进行单元测试，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14774387/