我想知道是否有人在积极使用 Rhapsody TestConductor ？或者已经尝试了一段时间，但后来决定将其拒绝特定原因？ 如果是这样，你的经历是什么，你在哪个领域应用它，有什么缺点，或者你为什么拒绝它？
目前我们正在考虑将TestConductor作为我们测试的首选工具，因为它已经集成到Rhapsody中，并希望了解它对我们项目的适用性（顺便说一句，我们在C中使用Rhapsody 7.4）
P.S：关于基于模型的测试的好书的建议也很受欢迎。
答案 0 :(得分：2)
我们是一家为机场开发雷达系统的中型公司，我们使用Rhapsody和TestConductor已有一段时间了。随着狂想曲＆amp; TestConductor，我们已经建立了一个敏捷模型驱动的开发过程，即我们的开发人员（10个开发人员）正在进行模型驱动设计，并且他们同时在他们的模型的单独包中开发模型驱动的单元测试。所有这些都集成在夜间构建中。测试脚本，所以每天早上我们都会得到一份关于通过测试的百分比的状态报告。
我们对它非常满意，因为TestConductor非常好地集成到Rhapsody中，这真正实现了我们的迭代，敏捷开发和测试过程。
BTW，我喜欢Springer的“模型驱动测试 - 使用UML测试配置文件”一书