我正在寻找对 HP (Mercury) 质量中心更友好的替代方案。
我有兴趣了解开发人员和测试人员正在使用哪些其他工具来管理他们的功能和回归测试用例。
我正在寻找对 HP (Mercury) 质量中心更友好的替代方案。
我有兴趣了解开发人员和测试人员正在使用哪些其他工具来管理他们的功能和回归测试用例。
随意看看我们的软件TestRail。TestRail 是一种全新的现代测试管理方法(例如,所有实时统计数据和活动图表都是内置的并且始终可见;不需要运行复杂的报告等)。
(来源:gurock.com)
对于更便宜的商业替代品,来自Inflectra的SpiraTest 最近似乎变得非常流行。对于开源,请查看TestLink。
99% 的公司无法负担 HP Quality Center 。Testlink ( http://teamst.org ) 是免费的,但有很多限制,它们不提供任何商业支持。 XStudio http://www.xqual.com是唯一免费的有价值的替代品,并且有一个可选的(非常便宜 - ~90 欧元/用户)商业支持。
您还应该查看QMetry 测试管理工具。这是一个非常时尚的工具,并且可以与多个缺陷跟踪器和测试自动化工具很好地集成。网址http://www.qmetry.com
另一个非常好的 QA 管理套件 ist aqua解决方案。它包括像质量中心一样的测试、需求和缺陷管理,还包括一个项目管理模块。它对用户(和开发人员)非常友好。
您还可以直接使用来自 aqua 的不同测试工具,以便根据您的自动化需求灵活地选择最佳工具,独立于测试管理。
我们已经在多个项目中使用它,我从所有项目成员(开发人员、测试人员、项目经理......)那里得到了非常好的反馈
可能有超过 20 种不同的软件应用程序提供测试用例存储库、测试用例管理和测试管理。这三个短语意味着不同的东西。价格从非常便宜到企业级不等。
在进行测试管理的应用程序中,所有工具可能 80% 都在做同样的事情。80/20 的标准规则适用。有几个应用程序更好,因为它们提供了其他应用程序没有的有价值的功能。(每个人都会有自己的特点,但并不具有普遍价值)
买家需要问自己这10个问题:
1)如果他们想被锁定在一套可以做所有事情的产品中,尽管不如同类最佳技术,
2)如果他们想使用供应商设计的产品或定制软件以使其成为他们的自己的平台。
3) 如果他们想要开箱即用的灵活性来与任何其他基础设施集成或为定制支付专业服务费用,
4) 如果他们想要将 TM 工具中的错误提交到 JIRA/Bugzilla 或想要一个允许这样做的 UI TM 工具中的所有缺陷活动,这节省了进行更多测试的时间
5) 如果他们希望依靠用户手动刷新屏幕以了解更改或使用技术将更改自动推送给他们
6) 如果他们想要每个项目或每个客户可定制的仪表板,或者如果一个尺寸适合所有
7) 如果他们想要使用过去的项目历史来预测当前项目的完成日期并计划未来的项目而不是使用直觉。
8) 如果他们想让他们的外包公司管理他们,或者如果公司想要管理他们的供应商
9) 如果他们愿意强迫他们的组织每年更换软件应用程序,如果选择了入门级工具或者如果一个人更好地选择他们将在未来几年使用的应用程序。10) 如果他们想做出业务决策以管理具有责任感和可见性的测试团队,或者让测试人员选择他们喜欢的日常使用工具。
询问您的供应商是否可以执行上述操作。我希望这有帮助
您可以使用Orcanos 的 QPack ALM,它是最接近质量中心的替代品。价格合理,他们还为小团队提供免费版本,包括测试管理、需求管理和缺陷跟踪
杰克
从http://www.nmqa.com/尝试 Vienna 2据我所知,这是唯一一个由微软合作和认证的严肃的免费测试管理工具。它将在整个测试周期中为您提供帮助。
看看StoryTestIQ (STIQ),它是Selenium和FitNesse的混搭。它比 QC 对开发人员更友好,也可以用来创建“可执行规范”(用于 BDD 风格的开发)。
在将工具与 Quality Center 进行比较时,您应该首先评估它们(其他工具)如何与 QC 的功能叠加。“惠普质量中心有几个模块——需求管理、发布和周期管理、测试计划、测试实验室、缺陷管理和仪表板报告——无缝集成,以实现跨测试阶段的信息顺畅流动。” 更多文章在这里找到:http: //h20195.www2.hp.com/V2/GetPDF.aspx/4AA0-9587ENW.pdf
因此,最好在提供上述回复时,贡献者在建议的替换工具与 QC 之间建立联系,例如声明“您的建议”有测试计划、测试实验室和缺陷管理部分,但没有其他部分,等等
我一直是 QC 的长期用户,我会对一些确凿的事实/发现非常感兴趣,即另一种工具如何表现得与 QC 目前一样或更好。我不得不说,如果有人对上述工具之一有深入的了解,并且他们也使用 QC 超过 1 年,那么他们应该就该主题给出“详细”的利弊。这样,我们中更多习惯于 QC 并发现自己搬到没有/不想要 QC 的公司的人可以确信他们可以在其他工具中提供与 QC 相同级别的功能。
也许应该是真正的工具创建者应该花时间告诉我们他们如何在 QC 的功能旁边站起来。
只是我的专业意见。
我们以前使用过Selenium,它对我们的前端测试非常有用。我们之前也使用过ArtOfTest WebAii工具,它为 .net 开发人员提供了很多良好的支持。