java tdd_java-Eclipse插件TDD？

开发Eclipse插件时如何做TDD？

由于PDE是清单优先的方法,因此没有“测试范围的依赖项”之类的东西.

我是否应该在一边进行另一个基于Maven的项目？并直接在其构建路径中添加插件项目？ (由于插件项目不是基于Maven的,因此不会在.m2中).这似乎不是一个很好的设置…

我已经读过某个插件片段可以完成工作的地方,但是我必须手动将Mockito或EasyMock添加到自定义存储库中？还是将其包含在该片段内的类路径中？这似乎不太方便.

我已经习惯了Bndtools,但是它适合eclipse插件吗？

另外,我通常使用Infinitest和MoreUnits,如果测试位于第二个项目中,我猜后者将不起作用？

最后,我只读了约Eclipse Tycho,这是一组Maven插件

构建eclipse插件,即使它在孵化器中,它也是一个合适的选择吗？

解决方法:

多年来,我们已经在多个项目中使用了测试片段,并发现它是最实用的方法.

因为该片段与其主机束共享相同的类加载器,所以您的测试可以访问内部包和包私有方法,就像没有OSGi容器一样.

片段甚至可以包含fragment.xml,您可以在其中提供扩展以测试是否必要.

测试驱动的插件开发中最烦人的部分是PDE测试本身.一旦您的被测试代码要求工作台正在运行,测试执行速度就会大大降低. PDE测试启动Eclipse工作台以在其中执行测试.

因此,我们努力将我们的代码与工作台代码尽可能地隔离开.这使我们能够在可能的情况下编写“快速的”普通JUnit测试,并且在绝对必要时仅求助于PDE测试.两种测试都可以驻留在相同的片段中,并通过处理方式进行区分.

需要通过目标平台提供测试依赖项(JUnit,Mock库,匹配器库等)(以及其他非测试依赖项).虽然混合这些依赖关系看起来很奇怪,但我们在实践中没有任何问题.

MoreUnit恰好适合此设置.可以对每个项目进行配置,以在特定的源文件夹中查找测试/生产代码类,即使它们位于不同的项目中也是如此.

Infinitest可能不适合执行PDE测试,仅因为它们的执行速度慢而Infinitests即将频繁执行快速测试.但是,如果可以排除PDE测试,您仍然可以将其用于普通的JUnit测试.

例如,Eclipse Extras项目应用了所描述的技术-如果您有兴趣,可以探索资源以了解它们在实践中如何工作.

如果您从头开始,Bndtools当然值得考虑.我听说Bndtools开发人员使用Bndtools来构建Bndtools. AFAIK Bndtools不对插件工件(例如plugin.xml)进行编辑支持.但是也许您可以将PDE插件编辑器与Bndtools一起使用来编辑扩展和扩展点.

在典型的Bndtools项目中,您的生产代码和测试代码位于同一项目内的不同源文件夹中,就像maven项目一样.

但是,测试源文件夹不包括在结果包中.

在同一项目中包含生产和测试代码的缺点是,从生产代码中可以看到测试依赖性.这是因为两个源文件夹共享相同的类路径容器.

尽管Tycho具有孵化器的地位,它却是测试和构建各种Eclipse工件(如插件,功能,目标平台和产品)的好工具.结合上述设置,我们在CI服务器上使用Tycho来构建,运行测试

最后为我们的插件项目打包p2存储库.

关于该主题的更多资源：

标签：maven,osgi,eclipse-plugin,tdd,java

来源： https://codeday.me/bug/20191120/2044241.html