我想知道是否有人在积极使用Rhapsody TestConductor?或者已经尝试了一段时间,但后来出于特定原因决定拒绝它?如果是这样,你的经验是什么,你在哪个领域应用它,有什么缺点,或者你为什么拒绝它?
目前,我们正在考虑将 TestConductor 作为我们选择的测试工具,因为它已经集成到 Rhapsody 中,并且想了解它对我们项目的适用性(顺便说一句,我们使用的是 C 语言的 Rhapsody 7.4)。
PS:关于基于模型的测试的好书的推荐也很受欢迎。
我想知道是否有人在积极使用Rhapsody TestConductor?或者已经尝试了一段时间,但后来出于特定原因决定拒绝它?如果是这样,你的经验是什么,你在哪个领域应用它,有什么缺点,或者你为什么拒绝它?
目前,我们正在考虑将 TestConductor 作为我们选择的测试工具,因为它已经集成到 Rhapsody 中,并且想了解它对我们项目的适用性(顺便说一句,我们使用的是 C 语言的 Rhapsody 7.4)。
PS:关于基于模型的测试的好书的推荐也很受欢迎。
我们是一家为机场开发雷达系统的中型公司,我们使用 Rhapsody 和 TestConductor 已经有一段时间了。通过 Rhapsody & TestConductor,我们建立了一个敏捷的模型驱动开发流程,即我们的开发人员(10 名开发人员)正在进行模型驱动设计,同时他们正在开发模型驱动的单元测试,这些单元测试是在他们的模型的单独包中进行的。所有这些都集成在每晚的构建和测试脚本中,所以每天早上我们都会收到一份关于通过测试百分比的状态报告。
我们对此非常满意,因为 TestConductor 很好地集成到了 Rhapsody 中,这确实使我们的迭代、敏捷开发和测试过程成为可能。
顺便说一句,我喜欢 Springer 的“模型驱动测试 - 使用 UML 测试配置文件”一书