它是使用HP质量中心的持续集成是一个好主意?
-
22-08-2019 - |
题
我们需要后检查编译我们的代码 - 插件,通知如果编译失败,运行测试,通知测试结果,并公布我们的应用程序(发布一个网站或一个桌面应用程序创建一个MSI文件)每天的基础上
我们正在使用SVN和使用的TeamCity或CruiseControl.NET对于已msunit测试我们的.NET项目持续集成服务器正在考虑。
我的项目经理想出了HP质量中心和快速测试专业版(它已经购买),并使用他们的问题建议的跟踪(目前,我们正在使用吉拉)和持续集成。
是否有意义?
解决方案
我们有很多谁整合QC缺陷和测试追成流水线持续集成的客户。但QC不驱动的过程中,它被集成到CI和CID过程。
其他提示
否即可。我现在正在使用在客户端,和仇恨它。它不支持非MS浏览器(的ActiveX等),所以在OS X上,我们坚持与虚拟机等。而且界面也相当笨拙和缓慢的。这是古老的,可怕的,传统的技术。有更好的选择。
我们使用QC运行所谓的测试集。我们已经非常成功,以这种方式运行。您可以使用QC对失败的执行通知您。这当然会通知你,如果事情没有对QTP结束编译。您还设置了其他QTP及LoadRunner的脚本,如果脚本无法运行。
不是一个好主意,我已经做了QC和Borland工具(HP)一个POC,虽然有可能,有太多的区里的同步必须是完美的,有时QC由于缓慢的响应时间网络等触发正确的文件,出现编译结果和发布是有点不稳。再次技术上经由API是完全可行的。
不隶属于 StackOverflow