代码之家  ›  专栏  ›  技术社区  ›  Serhat Ozgel

使用HP Quality Center进行持续集成是个好主意吗?

  •  2
  • Serhat Ozgel  · 技术社区  · 16 年前

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

    我们正在使用SVN,并且正在考虑使用TeamCity或CruiseControl.NET作为我们的.NET项目的持续集成服务器,这些项目有msunit测试。

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

    这有意义吗?

    4 回复  |  直到 16 年前
        1
  •  3
  •   Clay Bridges    13 年前

    憎恨 信息技术它不支持非MS浏览器(ActiveX等),因此在OSX上,我们只能使用VMs等。此外,它的界面相当笨重;缓慢的这是一种古老、可怕的传统技术,有更好的选择。

        2
  •  2
  •   EricMinick    16 年前

        3
  •  0
  •   jtay2380 jtay2380    16 年前

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

        4
  •  0
  •   Fabrice MARIANADIN    14 年前

    这不是一个好主意,我为QC和Borland tools(HP)做了一个POC,虽然可能,但有太多的地方需要完美的同步,QC的响应时间太慢,有时由于网络等原因触发正确的文件,获得编译和发布的结果有点不稳定。从技术上讲,通过API,这也是完全可行的。