Tibco单元测试工具

时间:2010-04-14 08:13:37

标签: unit-testing frameworks tibco businessworks

有没有人知道在开发Tibco流程时可用的单元测试工具?

在接下来的几个月里,我将参与一个Tibco项目,我正在尝试找到任何现有的单元测试框架,这些框架可能会使TDD方法更容易构建。

到目前为止,我能找到的唯一一个名为BWUnit。看起来不错,但它目前处于测试版和商业软件中。如果可能的话,我想使用开源工具,但只要它能够做得很好我就会很高兴。

有没有人知道用于Tibco开发的任何其他单元测试工具?

另外,有没有人有BWUnit的经验?它有多有用?

8 个答案:

答案 0 :(得分:5)

对于BW项目,我基于BW进程本身制作了自己的单元测试框架。因此,自动化测试和验证在TIBCO项目中编码。

对于AMX项目,我建议使用SOAPUI自动测试您的服务。但是,我使用JUnit在底层语言中编写了所有单元测试,在我的例子中是Java。组件下的实现类直接在单元测试中相互引用,绕过执行消息传递的AMX代码。

答案 1 :(得分:4)

我为每个进程创建了一个soap接口层(接受相同的参数),并利用SoapUI来完成从几个数据库表驱动的所有测试,这非常成功。

编辑:

我所描述的几乎就是BWUnit的工作方式:它为您的每个流程创建了一个Web服务接口(可能只需少量的手工工作,但概念相同。)

  

测试输入(SoapUI) - >可测试的接口(肥皂/ ems /等) - >现有流程 - >退出界面 - >断言(SoapUI)

您可以在tibco本身内进行测试,包括文件,RV,JMS或任何输入,除非您自己编写所有测试断言代码,而不是使用内置所有测试断言代码的现有工具。然后,您可以依靠SoapUI生成所有JUnit报告等。

如果您想要真正感兴趣,可以在构建脚本中添加一个soapui目标,以便在部署后为每个构建包含单元测试和/或功能测试。

答案 2 :(得分:3)

取消使用的协议(使用的是什么)。提到了Racoon和SoapUI。有了它们,您可以在“每个模块”级别进行测试。那是组件或系统测试。特别适用于性能测试。然而,这是测试tibco组件的最常用方法。

我将看看BWUnit,看起来很有趣并与CI服务器集成(我在项目中构建了一个类似的工具)。这个approch的一个缺陷可能是TIBCO系统通常由不同的工具组成,而不仅仅是BW,这意味着Java组件,C ++服务器和堡垒用于整个系统。

还有一个名为GHTester(http://www.greenhatconsulting.com/ghtester/

的商业工具

如果您正在使用RV,可以查看http://www.rvsnoop.org/以免费重播格式捕获消息(我开始的OSS工具)

答案 3 :(得分:3)

使用soap UI尝试使用TDD这样的方法并不是很有效。我已经使用了This for BW,你没有从完整的单元测试套件中获得相同级别的粒度和舒适度。 BWUnit是一个很好的工具,如果你和你的TIbco PSG家伙有良好的关系,你可以得到像CLE这样的PSG洁具的TibUnit。

我们还提出了一个使用外部单元测试框架(如.net)的计划,然后使用控制器模式使用动态进程覆盖标记交换进程。所以我们有一个控制通道可以说像

控制     - 处理1覆盖               - /进程/ SomeProcess.process     - 进程2覆盖              {空白}

因此,在您的单元测试中,您可以在设置中使用控制通道(EMS或HTTP)调用BW并告诉它加载不同的进程。虽然这仍然是一个黑客,因为Designer的功能有限。

我们也看过Service Grid和BWSE,但似乎没有给我们提供更多信息。实际上有点限制。

答案 4 :(得分:2)

在Tibco ActiveEnterprise上面有一个名为Raccoon的旧框架。

它有一个名为UiTest的单元测试组件,专注于RendezVous消息传递。

但最近似乎没有太多的活动。

答案 5 :(得分:2)

使用BW-TEST,您可以练习TDD并将项目添加到CI 在http://nicosommi.com/?p=209

上查看

它是开源的

答案 6 :(得分:1)

IBM RIT是处理这种场景的非常好的工具,它可以帮助您断言不同的场景并评估代码覆盖率。

答案 7 :(得分:0)

我推荐IBM RIT。它是IBM RTW堆栈的一部分。您可以轻松地在TDD和CI / CD交付模型中使用它。