我们正在为我们的应用程序实现自动化回归测试,并正在寻找一个可靠的批量测试实用程序.我们有QuickTest Professional 10.0,它与"Test Batch Runner"捆绑在一起,似乎已被弃用.在以前的版本中出现了"Multi-Test Manager",它也已经停产.
有什么替代品,如果有的话？
我有一些集成测试,由TeamCity在成功构建时启动.我已成功使用TeamCity REST API 将构建标记为已通过或失败,但实际上希望将构建状态标记为已通过或已失败(与构建因编译或单元测试失败而失败的方式相同).
REST API 的文档非常稀疏.是不是可以通过REST API执行此操作还是未记录？
澄清:
目前的流程如下:
"App"TC Build配置实际上构建了应用程序并运行单元测试.
"测试"TC Build配置取决于"App"配置是否成功完成.如果"App"构建成功(没有编译或单元测试失败),"测试"配置将启动,从而下拉构建工件并在应用程序上运行实时集成测试.在运行这些测试之前,"App"配置具有传递状态,因为它成功编译并且没有单元测试失败.
我想要做的是如果"测试"配置失败,将"App"配置状态更改为失败.目前我只是将"App"标记为已通过或失败,但实际构建状态始终通过.本质上,我试图获取更改日志或历史记录,以显示失败的构建的红色X图标,而不是绿色复选标记.
"App"和"Test"是2个独立的TeamCity构建配置.由于它们是分开的,所以@sharma建议的构建脚本交互不会起作用,因为构建脚本交互可以用于失败/更新当前运行的构建配置,而我试图更新/失败一个单独的已经完成构建配置.
为什么我们有2个单独的配置而不只是从主构建中运行测试？速度当然!集成测试最多需要10分钟才能运行,我们不希望因为集成测试正在运行而减慢编译周期.