Skip to content
首页 » TestRail 博客 » Convercent 如何从头开始构建他们的 QA

Convercent 如何从头开始构建他们的 QA

  • by

Convercent 是一家全球性的 SaaS 公司,被公认为企业软件的首要提供商,帮助其他公司设计和实施合规性计划。该公司拥有 140 名员工,其治理、风险管理和合规平台被全球近 150 个国家/地区的 600 多万人使用。

挑战
在 Convercent 的 QA 团队于 2019 年开始使用 TestRail 之前,该公司在很大程度上处于启动模式。他们正在迅速行动以获得市场份额,并且没有在组织测试流程方面进行足够的投资。由于节奏快,整个团队的协作变得越来越困难,他们的测试管理程序和系统与扩展不匹配。

测试人员在电子表格中记录他们的测试执行,围绕测试编写策略、测试用例文档、记录结果和跟踪测试用例修订的标准定义稀疏。Convercent 的质量保证总监 Kelli Jordan 回忆道:

“每个人都在尽最大努力确保我们将产品测试到保护客户体验所需的水平。但是,我们没有一个明确的方法来自信地报告我们已经保护了客户体验。QA 专业人员对这种情况感到不舒服,并希望做得更好,因为我们的产品让无声者发声。我们都对公司的使命有强烈的感受。

他们当时使用的电子表格的一个问题是它们缺乏与测试相关的重要细节。由于团队交付功能的速度非常快,测试人员没有时间完整记录他们的测试策略。当缺陷确实泄漏到生产中时,调查和确定如何防止缺陷再次引入是很乏味的。这也意味着该策略不能接受同行评审。约旦说,

“我们知道我们希望以一种允许其他人审查并提供改进反馈的格式编写详细的测试用例。如果您的测试用例质量不好,那么您的测试质量也不会很好。我们希望最大限度地发挥检测工作的影响,不浪费任何内容。

他们面临的另一部分挑战是,测试工作量超出了人手不足的 QA 团队的承受能力。Jordan 解释说:“在 TestRail 之前,只有 QA 团队成员才能执行测试用例。这造成了一个瓶颈,减慢了发布速度,威胁到收入,并导致 QA 团队和公司其他成员感到沮丧。

解决方案

通过切换到 TestRail,Convercent 的 QA 团队能够完整记录测试用例,以便非 QA 员工可以协助测试执行并减少交付瓶颈。在 TestRail 中记录测试用例还使 QA 工程师能够从软件开发人员和产品所有者那里获得反馈,从而提高测试用例的质量。TestRail 还提供了对新版本测试进度的实时可见性,而 TestRail 的 API 允许他们集成整个开发和测试工具链,包括 Jira、Jenkins 及其专有的自动化框架。

“TestRail 改善了我们的协作、效率和应用程序质量,从而提供了最佳的客户体验。”

凯利·乔丹
质量保证总监

记录和简化测试流程

借助 TestRail,Convercent 能够在集中式系统中实现测试管理的标准化,并简化其测试工作流程。TestRail 允许他们在一个地方记录所有测试用例,以结构化格式编写可重复的测试用例,并以一致的格式记录测试结果。更重要的是,通过让团队中的每个人都可以访问 TestRail,他们能够在部门之间进行更有意义的沟通,更好地在整个 QA 团队中进行协作,并提高对测试工作的可见性。

实时了解测试进度

通过实时了解测试进度,Jordan 能够更轻松地开始管理整个团队的工作量,更快地识别障碍,并帮助团队成员解决复杂的问题。她解释说:“我使用 TestRail 来帮助预测工作负载。我可以看到我们平均每个月编写多少新的测试用例,这有助于我知道我们是走上正轨还是被开发赶上了。它还允许我知道谁在处理一个复杂的功能,并检查我的测试人员。

“有时他们(我的测试人员)会问,’你怎么知道我被卡住了?’我说’这太神奇了!’但实际上,神奇之处在于 TestRail。

凯利·乔丹
质量保证总监

此外,让非 QA 项目成员了解测试工作量有助于确定可以加快测试阶段的交付团队活动,并支持雇用更多 QA 专业人员的请求。这种对测试所涉及的内容的更深入理解有助于与 sprint 计划中的个人速度相关的对话。

TestRail 带来的新可见性还为 Convercent 团队提供了电子表格所缺乏的灵活性。Jordan 指出,每个交付团队只有一个功能测试员,“如果一个人在截止日期之前生病,我可以要求另一个 QA 人员在 TestRail 中执行这些测试用例,从而确保项目按计划进行。如果我们需要测试人员快速蜂拥而至,以满足客户的紧急请求进行测试,TestRail 可以提供支持。

与 Test Automation 和 Jira 集成

随着 QA 部门扩大了交付团队的规模和预算,TestRail 提供了稳定性来支持关键战略计划,例如构建测试自动化策略。根据 Jordan 的说法,

“我们首先在 TestRail 中编写测试用例。我们使用 TestRail 自定义字段来指示哪些测试用例是可自动化的,哪些测试用例已经自动化。我们使用元数据来筛选需要更新的案例,以使其与自动化测试保持同步。我们使用测试运行来创建需要更新的案例列表,将更新分配给测试人员,并使用执行状态字段记录更新完成的时间。通过这种方式,TestRail 支持自动化工作的项目管理。

TestRail 允许团队计划、执行和报告他们自动化的测试以及他们手动运行的测试。

Jordan 和她的团队的目标之一是减少将应用程序部署到生产环境所需的时间。

“在使用 TestRail 之前,部署过程需要 6 个小时和 8 个人。自从采用 TestRail 并使用 TestRail API 与我们的 DevOps 脚本集成以来,现在,部署需要三个人和 90 分钟才能完成。TestRail 是缩短时间的很大一部分。

凯利·乔丹
质量保证总监

Convercent 还利用 TestRail 的 Jira 集成来实现可追溯性和合规性。Jordan 解释说:“在 Jira 中,您可以单击 TestRail 链接,查看测试用例、测试运行和测试计划。测试可追溯性对于获得 HITRUST 等认证也很重要。Jordan 解释说:

“我最近与一位审计员的对话始于他选择一个 Jira 故事工单,并让我引导他完成我们的测试过程,并在此过程中提供证据。从工单中,我单击了打开 TestRail 的测试用例链接。然后我能够出示所需的证据。证据证明,没有新代码在未在多个环境和多种浏览器类型上进行测试的情况下投入生产。审计师非常高兴。

TestRail 支持他们获得 HITRUST 认证,这对他们的组织至关重要,因为“一些潜在客户只能考虑拥有特定行业认证的供应商。

结果

通过简化测试流程、提高可见性并利用 TestRail 与测试自动化和 Jira 的集成,Convercent 的 QA 团队能够组织他们的测试流程,获得测试的可见性,以便他们能够减少瓶颈,更好地相互沟通,完成更多测试,并管理团队中的资源以满足他们的截止日期。他们还能够减少测试和部署应用程序所需的时间,并降低缺陷泄漏的风险。

TestRail 还帮助该团队成功地改变了整个研发部门的质量文化。TestRail 处于文化变革的中心,塑造了他们理解 QA 团队并与之互动的方式。根据 Jordan 的说法,

“我使用 TestRail 向(非 QA)项目成员展示了 QA 工程师所需的工作量,并产生了一些富有成效的对话。在 TestRail 之前,QA 吞吐量总是作为工程部门的痛点或问题提出来。现在,我们有一个清晰易懂的叙述。QA 不再被视为一个神秘的瓶颈。

TestRail 促进了更大的责任共担,因此质量不是严格由 QA 负责,而是由整个团队负责。它还使他们的 QA 团队能够与产品所有者和开发人员就质量进行更有意义的对话,并帮助他们从一开始就将质量融入开发流程。

部分归功于 QA 团队的巨大努力,Convercent 于 2021 年 4 月被收购。他们正在使用 TestRail 来帮助扩大他们的 QA 团队,并计划在未来 6 个月内将规模扩大一倍。最终,TestRail 为 Convercent 团队提供了一个可扩展的解决方案,支持他们不断壮大的 QA 团队,并帮助他们在集中式系统中标准化测试管理,保持部门之间的有意义沟通,并更快地发布更高质量的版本。

Leave a Reply

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