Skip to content
首页 » TestRail 博客 » 从 Azure DevOps 到 TestRail:Solitea 如何提供高质量的金融软件

从 Azure DevOps 到 TestRail:Solitea 如何提供高质量的金融软件

  • by

了解 TestRail 的易用性、集成和报告功能如何为 Solitea 的 QA 团队提供必要的解决方案,以更快地发现错误并在更短的时间内完成更多测试。

Solitea 是一家总部位于欧洲的企业软件公司,拥有 1,200 多名员工,为全球 250,000+ 客户提供服务。Solitea 开发了广泛的监管和财务系统,例如会计和发票软件、人力资源管理和销售点解决方案。他们的工具支持从独立企业家到跨国公司的每个人的任务关键型业务流程和合规性。

挑战

由于 Solitea 支持基本的业务流程,因此其应用程序需要有效测试的三个关键组成部分:有序的测试用例、对其测试进度的清晰可见性以及部门之间的全面沟通。高级软件测试员 Jiří Malý 表示:“我们有数十万客户使用我们的发票工具。因为我们与多个国家打交道,所以有多套法律和立法。这意味着更需要有组织的测试,以便能够关注各国的立法差异。

在使用 TestRail 之前,Solitea 的 QA 团队在 Excel 电子表格和 Azure DevOps 中管理他们的测试。随着公司的 QA 流程、团队和产品范围扩大,使用电子表格和 Azure DevOps 进行测试成为一种负担:它们因缺乏可定制性而僵化,难以保持井井有条,并且难以报告。

“我们帮助客户减少发票和税务申报中的错误。在为客户减少错误时,我们需要减少产品本身的错误。如果我们的产品应该为客户消除错误,我们自己就不能有错误。      ---Jiří Malý 高级软件测试员

正如 Jiří 回忆的那样,“我们切换到 TestRail,因为我们需要能够实时查看测试进度和正在发布的版本的状态等信息。像这样的事情肯定可以更好地系统地维护。起初,他们尝试实施 Azure Test Plans(Microsoft 替代其现已弃用的 Microsoft Test Manager 产品),但遇到了几个问题。使用 Azure DevOps,Solitea 的 QA 团队无法自定义测试计划和测试运行。Jiří 继续说道:“在 Azure DevOps 中,我们必须模拟许多测试计划,并且我们无法在测试用例或测试套件中创建自定义字段。这就是我们团队寻找另一种测试管理解决方案的转折点。Solitea 的 QA 团队和流程超出了 Azure DevOps 所能提供的范围。

解决方案

对于 Solitea 来说,切换到 TestRail 最终归结为 TestRail 的整体易用性、集成和报告功能。在经过广泛的测试管理工具评估过程后,他们开始免费试用 TestRail,并最终构建了完整的概念验证 (POC) 来验证 TestRail 是否适合他们的 QA 流程。Solitea 的开发经理 Ján Kriváň 表示:“一旦您有了改进测试的目标,您就需要规划如何改变它,使用正确的工具来改变并改进您的流程。这就是我们切换到 TestRail 时所做的。

可用性、灵活性和可定制性

根据 Solitea 的 QA 团队的说法,TestRail 相对于 Azure DevOps、Excel 电子表格或其他测试用例管理工具的最显着优势是其可用性、灵活性和可定制性。

“在寻找新的测试管理解决方案时,UI/UX 对我们来说很重要,而且 TestRail 的 UX 非常直观,因此我们不必寻求太多帮助。”     ---Jiří Malý 高级软件测试员

在发布新版本时,Solitea 的 QA 团队会使用 TestRail 中的多项功能。特别有价值的是批量编辑测试用例以帮助他们的团队节省时间,以及自定义多选字段以确定测试用例是用于他们的 Web 还是移动应用程序。除了批量编辑测试用例等作外,TestRail 还提供自定义功能,例如单独排序和隐藏特定字段的能力,以及创建自定义字段以帮助整体组织和时间管理的能力。

TestRail 还为 Solitea 提供了以前电子表格或 Azure DevOps 所缺乏的灵活性和可见性。借助 TestRail,Jiří 可以完全了解分配给其团队各个成员的测试活动。这使他能够更全面地管理整个团队的工作量。Jiří 解释说:“因为我们是一个敏捷的团队,所以如果有人需要请假,TestRail 为我们提供了更大的灵活性。

由于团队中的每个人都在 TestRail 中跟踪他们的进度和测试结果,因此 Jiří 可以轻松地调动人员以相互掩护,而不会使任何团队成员超负荷工作。TestRail 使团队成员可以轻松地在这些情况下查看测试用例更改、活动和新添加的测试,并从团队成员离开的地方继续。这种级别的灵活性使团队能够根据需要调整和调整分配和资源,而不会丢失进度或减慢测试速度。

集成和互作性

Solitea 的 QA 团队仍然使用 Azure DevOps 来管理其开发积压工作和冲刺概述。此外,由于他们已将 Azure 实例与 TestRail 集成以管理测试,因此 QA 团队在不影响工作效率的情况下获得了更高的透明度、可见性和协作性。

TestRail 与 Azure DevOps 集成的能力使 Solitea 的 QA 团队能够将测试项目链接到 Azure DevOps 中的特定问题,在不离开 TestRail 的情况下在 Azure DevOps 中创建新的工作项(如错误报告),并在两个平台之间无缝导入数据。Jiří 解释说:“我认为选择具有许多集成选项的解决方案非常重要。与 Azure DevOps 的集成对我们来说至关重要,因为我们仍然将其用于积压工作 (backlog) 和冲刺 (sprint) 概述。在切换到 TestRail 之前,我们在 Azure DevOps 中大约有 1,000 个测试用例。使用 TestRail 的 CSV 导入或导出功能,我们只需从 Azure DevOps 导出测试用例并将其导入 TestRail。Azure DevOps 和 TestRail 连接对我们来说非常重要。

报告

Solitea 发现 TestRail 的另一个好处是报告更有意义和可作性。TestRail 的专用报告部分可以轻松生成全面的项目报告。QA 团队可以方便地共享来自整个测试计划或单个测试运行的见解;这使他们能够就未通过与通过的内容进行明智的讨论,并在内部团队中快速传达产品稳定性的状态和当前水平。TestRail 的准确进度报告使 Solitea 的 QA 团队能够轻松估算、跟踪和预测完成日期、剩余工作量和经过验证的测试。Ján 说:“多个部门需要正确的信息,尤其是在更新如此之快的情况下。我们需要确保按时提供正确的信息。我们需要确保没有人忘记更改测试的状态,我们知道我们在新版本测试中的位置,我们预计的发布是否存在任何问题,发布日期是否仍然准确,等等。借助 TestRail 的报告,我们可以实时获得所有重要信息。

TestRail 独特的基于历史记录的预测还允许 Jiří 和他的团队根据他们的历史时间数据跟踪测试进度。Jiří 解释说:“如果我们的产品经理想更多地了解我们的工作流程,我们过去测试了什么,我们没有测试什么,哪些测试用例已经完成,哪些测试用例没有完成,等等,那么在 TestRail 中创建和安排这些类型的自定义报告来帮助我们传递这些信息是毫不费力的。

结果

TestRail 的易用性、集成和实时报告为 Solitea 的 QA 团队提供了他们在测试管理工具中寻找的一切。据 Ján 说,“TestRail 帮助我们改进了测试用例管理并组织了我们的测试。多亏了这一点,我们开始在流程的早期发现错误。

自从切换到 TestRail 以来,Solitea 的 QA 团队提高了测试的可见性,改善了与其他部门的沟通,并缩短了测试和部署应用程序所需的时间。Jiří 说:“我们利用 TestRail 为我们节省的时间来自动化其他测试,并增加自动化测试的整体覆盖率。一旦生产中出现错误,满意度就会降低,试用用户不会转化为客户……因此,组织测试用例、测试套件和测试运行是一个巨大的优势。

“在准备测试套件和测试用例时,使用 TestRail 可以节省 20% 的时间,因为我们可以通过直观的 UI/UX 更快地创建测试用例和测试套件。”    ---Jiří Malý 高级软件测试员

最终,TestRail 为 Solitea 团队提供了正确的工具,以更快地发现错误并完成更多测试,同时保持稳定而快节奏的测试环境。Jiří 说:“如果我们无法使用 TestRail,并且我们所需的信息不容易获得,我们将坚持旧的做事方式,这意味着我们将花费更多的额外时间来管理测试用例和测试套件,而用于实际测试本身的时间更少。

Tags:

Leave a Reply

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