我想知道是否有人在主动使用的的Rhapsody TestConductor ?或者已经尝试过了一段时间,但后来决定将其下一个特别的原因? 如果是这样,的你有什么经验的,在现场你应用它,有什么缺点,或者你为什么把它记下来?

目前,我们正在考虑TestConductor作为我们测试的首选工具,因为它已经融入狂想曲,并想找出它是我们的项目(顺便说一句,我们正在使用C中的Rhapsody 7.4)如何适用的时刻

P.S:关于基于模型的测试好书建议也理解

有帮助吗?

解决方案

我们是一家中等规模的公司,开发了机场雷达系统,以及我们使用Rhapsody和TestConductor了好一阵子。使用Rhapsody和TestConductor,我们已经建立了一个敏捷模型驱动的开发流程,即,我们的开发人员(10个开发人员)正在做模型驱动设计,并在并行,他们正在开发在他们的模型的一个单独的封装模型驱动的单元测试。所有这一切都集成在一个每晚构建和测试脚本,所以每天早上我们得到关于通过测试的比例情况的报告。

我们都非常满意,因为TestConductor是很好的融入狂想曲,这确实使我们的迭代,敏捷开发和测试过程。

顺便说一句,我喜欢这本书“模型驱动测试 - 使用UML测试档案”从斯普林格

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top