Unit testing 狂想曲

我想知道是否有人在积极使用Rhapsody TestConductor？或者已经尝试了一段时间，但由于特定原因决定拒绝？ 如果是的话，你的经验是什么，你在哪个领域应用它，缺点是什么，或者你为什么拒绝它

目前，我们正在考虑将TestConductor作为我们测试的首选工具，因为它已经集成到Rhapsody中，并且希望了解它对我们的项目的适用性（顺便说一句，我们在C中使用Rhapsody 7.4）

---

附言：关于基于模型的测试的好书推荐也很受欢迎。

我们是一家中型公司，正在为机场开发雷达系统，我们使用Rhapsody和TestConductor已有相当一段时间了。通过Rhapsody&TestConductor，我们建立了一个敏捷的模型驱动开发过程，即我们的开发人员（10名开发人员）正在进行模型驱动的设计，同时，他们在各自的模型包中开发模型驱动的单元测试。所有这些都集成在每晚的构建和测试脚本中，因此每天早上我们都会收到一份关于通过测试百分比的状态报告

我们对它非常满意，因为TestConductor很好地集成到Rhapsody中，这使我们能够进行迭代、敏捷的开发和测试过程

顺便说一句，我喜欢Springer的书“模型驱动测试-使用UML测试概要”