我们目前正在使用 Fitness 进行子系统测试。
我们在使用该工具时遇到很多问题,很少提及
- 编写 Fixture 的开发时间比编写实际代码要长
- 围绕 dll 签入的问题,以便 Qa 可以测试它们
- 为使用 NHibernate 的项目运行 Fitnesse 时出现问题
- 在线帮助有限
我们计划使用其他工具来进行测试
我们知道的选项很少
- SOAP UI
- 说故事的人
我不确定我们使用这些工具是否会遇到类似的问题
如果有人有使用这些工具的经验并可以指导我们,那就太好了
在我们的项目中,我们采用了 TDD,因此我们有 Nuits 进行单元测试。
如果有人知道可以扩展 nunits 进行子系统测试的工具/想法,那就太好了。
组件测试工具都是关于调用函数的。您的测试会导致在“装置”中调用函数,然后调用 SUT。任何基于此前提的工具都会遇到您上面提到的问题。
然而,大多数问题都是可以解决的。例如,您不应该编写大量的装置。如果是的话,就有问题了。其次,您的装置应该只不过是在应用程序中调用 API 的连接代码。如果您的设备正在做大量工作,则说明有问题。
在大多数 FitNesse 环境中,固定装置的数量相当少。例如,fitnesse本身的验收测试就有两百多个,但固定装置的数量却有十几个,而且都比较简单。
获取有关以下方面的帮助[电子邮件受保护] /cdn-cgi/l/email-protection地点。那里的人们通常对问题非常敏感。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)