Skip to content
首页 » TestRail 博客 » Cardinal Peak 如何按时按预算交付每个版本

Cardinal Peak 如何按时按预算交付每个版本

  • by

Cardinal Peak 成立于 2002 年,是一家产品工程服务公司,致力于帮助将产品推向市场。他们拥有 800 多个项目,产生了 200 多种商业化产品,是产品工程领域值得信赖的领导者,涉及从电气工程和嵌入式系统到移动和云开发的所有领域。该公司从事的项目范围广泛,拥有 100 多名工程师,其中大约 20 名参与测试。Cardinal Peak 始终将质量保证应用于开发过程的每一步并确保他们的产品和发布始终按时和按预算发布。

挑战

由于 Cardinal Peak 与截然不同的客户、项目和不同的被测系统合作,因此 Cardinal Peak 面临的最大软件测试挑战归结为时间和灵活性

除了每个客户和产品都不同之外,作为一家服务公司意味着预期的沟通水平和客户方向也存在很大差异。测试消费类电子设备与测试云应用程序有很大不同。这意味着 Cardinal Peak 的工程团队需要能够快速构建测试计划,并与他们试图为客户完成的目标保持一致。

此外,他们需要绝对确信他们的产品已准备好进行制造、生产或发布。正如 Cardinal Peak 的 QA 工程总监 Pablo Maurin 所说,“如果我有一个只有 9 个月的项目,我需要快速构建测试计划和测试用例我需要为项目分配测试人员,我需要有一个可以与客户共享的报告机制,而且我需要快速完成。

Cardinal Peak 的业务性质和他们采取的精益方法要求他们能够灵活地快速确定所需范围,决定将进行何种类型的测试,并非常明确谁将做什么。Pablo 解释说:

“有时,即使我们最终有一个众所周知的目标,但从软件开发的角度来看,其中一些目标本质上是探索性的,因此也用于应用程序的测试。我们必须能够了解项目、技术和实施会发生变化,我们必须灵活并在测试时相应地调整计划。

过去,Cardinal Peak 的测试团队试用了 Zephyr for Jira,这是其 Jira 项目的常用测试用例管理插件。但是,在处理测试用例管理时,他们很快就遇到了缺乏灵活性、定制性和特异性的限制。根据 Pablo 的说法,

“Zephyr for Jira 的最大问题是,它迫使您以与 Jira 中所有任务和/或问题相同的方式对待测试,而测试用例和计划并非如此。你正试图在一个方孔中装一个圆钉。

解决方案

作为 Cardinal Peak 的 QA 工程总监,Pablo Maurin 最终决定迁移到 TestRail,因为它的自动化 API、报告功能和整体可用性。

“TestRail 使我们的 QA 测试团队能够有效地管理测试用例、计划和运行,与开发冲刺保持一致,执行测试并跟踪最重要的结果——所有这些都在同一个地方完成。” – 巴勃罗·莫林 QA 工程总监

可用性

TestRail 的易用性、可定制性以及将测试可视化和组织到测试运行中的能力使 Cardinal Peak 能够轻松快速启动运行并跟踪进度。Pablo 说:“TestRail 是一个非常简单的工具,它没有很高的培训负担,让我们很容易快速开发新产品。

简化的工作流程也增强了可用性因素,使 Cardinal Peak 的测试团队能够无缝地计划、执行和报告手动测试以及他们自动化的测试。

与许多团队一样,Cardinal Peak 的 QA 团队尽可能多地实现自动化,但总有一些测试元素需要人工完成。TestRail 的测试管理工作流程和用户界面使 Pablo 的团队能够快速确定需要测试的内容,在执行测试时更新测试状态,并报告测试结果(例如图像、屏幕录像或日志文件)。

最后,TestRail 为 Cardinal Peak 提供了与其错误跟踪工具的无缝集成。Pablo 说:“TestRail 与我们的错误跟踪系统很好地集成在一起,因此我们可以向开发人员报告问题,或者追溯到系统需求,将测试链接回发现的错误。这种集成使 Cardinal Peak 能够跟踪执行的软件版本,并将测试集分配给他们团队中的所有不同测试人员,以便他们可以并行执行测试并改进工作流程。

丰富的 API

TestRail 丰富的 API 允许 Pablo 和他的团队捕获测试用例,手动分配它们以供执行,从自动化脚本推送测试结果,并以编程方式记录结果。他表示:“由于 TestRail 不对执行环境做出任何假设,因此它是通用的,无论我们处理的是嵌入式、云项目还是移动应用程序,我们都可以将我们的自动化工具绑定到 TestRail 中。拥有这个丰富的 API 意味着我可以继续编写我的测试,提交我的结果以将它们用于我的报告,并且我可以开发我正在开发的产品所需的夹具。

报告

TestRail 还为 Cardinal Peak 提供了比以前使用的其他工具更具自定义性和更强大的报告选项。这有助于 Pablo 轻松快速地将内部团队和外部客户的产品稳定性状态和当前水平传达给外部客户,并提出现场回顾性请求。

客户想知道他们的项目是否准备好发货,TestRail 允许 Cardinal Peak 的团队自信地证明他们涵盖了项目的独特要求,并且产品已通过所有测试。

“我们的客户非常欣赏我能够为他们提供 TestRail 状态报告的可见性” – 巴勃罗·莫林 QA 工程总监

结果

TestRail 的可用性、灵活性和报告功能使 Pablo 和 Cardinal Peak 的 QA 团队能够在开发冲刺期间有效地管理测试用例、计划和运行,执行手动和自动测试,并跟踪最重要的结果——所有这些都在一个地方完成。

丰富的 API 允许在捆绑自动化工具时具有灵活性,并通过一个中央平台跟踪所有测试作,这有助于团队在软件开发过程的每一步应用 QA。

通过改进的可用性、内置的可见性和丰富的 API,TestRail 使 Cardinal Peak 的 QA 功能能够自信地支持其广泛的项目,而不会牺牲质量。

“TestRail 非常清楚地表明了我们的立场,尤其是在测试执行和发布准备方面。我真的不知道我们能不能用其他工具做到这一点。 – 巴勃罗·莫林 QA 工程总监

Leave a Reply

Your email address will not be published. Required fields are marked *