它是使用HP质量中心的持续集成是一个好主意？

Question

我们需要后检查编译我们的代码 - 插件，通知如果编译失败，运行测试，通知测试结果，并公布我们的应用程序（发布一个网站或一个桌面应用程序创建一个MSI文件）每天的基础上

我们正在使用SVN和使用的TeamCity或CruiseControl.NET对于已msunit测试我们的.NET项目持续集成服务器正在考虑。

我的项目经理想出了HP质量中心和快速测试专业版（它已经购买），并使用他们的问题建议的跟踪（目前，我们正在使用吉拉）和持续集成。

是否有意义？

Answer 1

我们有很多谁整合QC缺陷和测试追成流水线持续集成的客户。但QC不驱动的过程中，它被集成到CI和CID过程。

Answer 2

否即可。我现在正在使用在客户端，和仇恨它。它不支持非MS浏览器（的ActiveX等），所以在OS X上，我们坚持与虚拟机等。而且界面也相当笨拙和缓慢的。这是古老的，可怕的，传统的技术。有更好的选择。

Answer 3

我们使用QC运行所谓的测试集。我们已经非常成功，以这种方式运行。您可以使用QC对失败的执行通知您。这当然会通知你，如果事情没有对QTP结束编译。您还设置了其他QTP及LoadRunner的脚本，如果脚本无法运行。

Answer 4

不是一个好主意，我已经做了QC和Borland工具（HP）一个POC，虽然有可能，有太多的区里的同步必须是完美的，有时QC由于缓慢的响应时间网络等触发正确的文件，出现编译结果和发布是有点不稳。再次技术上经由API是完全可行的。