0

我们需要在签入后编译我们的代码，在编译失败时收到通知，运行测试，收到测试结果通知并每天发布我们的应用程序（发布网站或为桌面应用程序创建 msi 文件）。

我们正在使用 SVN，并正在考虑使用 TeamCity 或 CruiseControl.NET 为我们的具有 msunit 测试的 .net 项目提供持续集成服务器。

我的项目经理提出了 HP Quality Center 和 Quick Test Professional（已购买）并建议将它们用于问题跟踪（目前我们正在使用 Jira）和持续集成。

是否有意义？

4

4 回答 4

3

没有。我现在在客户那里使用，讨厌它。它不支持非 MS 浏览器（ActiveX 等），所以在 OS X 上，我们被虚拟机等卡住了。此外，它的界面非常笨拙和缓慢。这是古老、可怕的遗留技术。有很多更好的选择。

于 2011-10-27T20:41:02.413 回答
2

我们有很多客户将 QC 缺陷和测试跟踪集成到流水线持续集成中。但是 QC 并没有推动这个过程，它被集成到 CI 和 CID 过程中。

于 2009-03-26T16:39:44.987 回答
0

我们使用 QC 来运行所谓的测试集。我们以这种方式运行非常成功。您可以使用 QC 通知您执行失败。如果在 QTP 结束时没有编译某些内容，这当然会通知您。您还可以设置其他 QTP 和 LoadRunner 脚本以在脚本失败时运行。

于 2009-04-29T18:03:48.153 回答
0

不是一个好主意，我已经为 QC 和 Borland 工具（为 HP）做了一个 POC，虽然可能，但同步必须完美的区域太多，有时由于网络等原因，QC 的响应时间很慢要触发正确的文件，获得编译和发布的结果有点不稳定。再次通过 API 从技术上讲，它是完全可行的。

于 2010-11-29T23:55:01.923 回答