实操演示:敏捷研发中,如何用 ONES 高质量开展测试?

6f6b4cf8ea1bb80ac2522dba4b029c6c.gif

测试是保障交付产品功能、性能、可靠性是否达到要求的重要手段。建立一套系统化、规范化的测试管理体系,可以对缺陷实施有效的追踪和管理,大幅降低缺陷出现的几率,提高缺陷修复效率和客户满意度。

今天,我们来了解一下,在敏捷研发过程中,测试人员应该做些什么,以及如何用 ONES 打造用例管理—测试计划—测试执行—缺陷跟踪的测试流程闭环,确保产品高质量交付?

3ceac877d79a51c1e3b149a7ba53ff36.png

53c9464d0858ac68732406a9b15d4eae.png

传统测试方式有哪些缺点

在传统瀑布式的测试工作中,测试人员进入项目后将参与需求评审,接着根据需求文档撰写测试用例,准备测试脚本。当开发提测之后,会经历正式测试-提缺陷-回归测试几个环节,当测试通过,产品正式上线,测试人员又继续投入下一个项目,并重复上述流程。

这样的流程存在几个缺点:

  • 测试一般在项目后期进行,需花费大量精力和时间确认、修复 Bug,成本过高。

  • 测试人员未参与前期的需求讨论与估算,项目预留给测试的时间非常短,很容易导致发布延期,或者交付未经完整测试的产品。

  • 当需求质量、开发质量差的时候,测试人员只能被动接受。

a24c489b485c8dec9c4c782d6b245b4b.png

敏捷测试人员与传统测试人员的区别

敏捷测试和传统测试在团队构成、工作方式、关注点等方面都截然不同,我们具体来看看二者的区别:

8ae042d171d1277223d4aa0450277f3a.png

2cb4ddc9336039b87e41f091387409fb.png

敏捷测试人员的主要职责

敏捷开发要求团队能够快速而高效地应对变化,也对测试人员也提出了更高的要求。测试人员必须从需求阶段介入,确保对需求的理解和开发人员一致。

在敏捷开发中,测试人员的职责具体体现在以下几个方面:

  • 参与用户故事拆分:确保遵循用户故事符合 INVEST 原则,即一个合适的用户故事应该是独立的(Independent)、可讨论的(Negotiable)、有价值的(Valuable)、可估算的(Estimable)、小的(Small)和可测试的(Testable),尤其需要确保每个用户故事都是可测试的。

  • 参加需求说明会和迭代规划会:在进行工作量估算时,如果忽略了测试,或者考虑不完善,测试人员需说明并更正。

  • 编写测试用例和测试代码:明确需求后,测试人员需要详细设计验收测试用例、编写验收测试代码,并制定详细的测试计划。

  • 参与每日站会:测试人员报告前一个工作日发现的新缺陷,团队根据项目进度和缺陷严重性决定是否修复这些问题,需要及时修复的缺陷将添加到迭代待办事项中。

  • 与开发工程师结对:测试人员与开发人员结对,有助于提高开发人员的编码能力,测试意识也会相应增强,有利于编写高质量的代码。

  • 迭代评审会:对每次迭代的产物提交评审,向相关方进行演示,对需求进行确认和验收。

ed53dc7aae6ebf678685578e00604335.png

如何用 ONES 进行高质量测试?

ONES TestCase 支持测试用例管理和缺陷跟踪,测试人员可以编写用例、组织用例库、执行测试计划,生成多种类型的测试报表和报告。

eeca76a8833f4cac52bf32f8bef2a0a3.png

对测试团队来说,要实现测试用例的高效复用,须精心设计、选择、收集大量的测试用例,并对其进行组织和管理。

ONES Testcase 支持以产品或者项目维度建立用例库。用例库是管理用例的仓库,测试人员可以以产品或项目维度对用例进行规范化的维护。

不仅如此,测试人员还可以设置用例属性和用例库权限,对用例的编写方式和编写流程进行个性化配置。

a30f6dabfd372eef970d360fb7676a75.gif

ONES 支持设置用例属性和用例库权限

e373446528db5dabec81e40079390af1.png

在 ONES TestCase 中,我们可以在用例库内新建用例,或者将用例移动到相应的模块内。除了新建单个用例之外,ONES 支持以表格和思维导图形式高效导入用例,满足不同团队的用例编写和录入需求。

76570db7f02f6dc5d27f8b9bb79ded82.gif

ONES 支持导入用例

3ccb6cc99bfc9f0eb1d1616c3e38a2a5.png

制定测试计划的目的是同测试利益相关者(如项目经理、研发人员等)沟通测试范围,提早识别测试风险和需求资源。

在 ONES Testcase 中,测试人员可以按照不同的测试目标组织测试计划,分配用例执行人,并将计划关联至项目和迭代,完成关联后,测试计划下提交的缺陷会默认提交到项目和迭代中。

执行测试计划过程中,未通过的用例可快速创建为缺陷任务,一键提交到相关项目中,使缺陷任务在测试与研发团队之间高效流转,以便研发人员快速定位 Bug 并及时修复。

c433b006b42301733b6849df9c2a52c5.gif

未通过的用例可创建为缺陷

所有用例执行完之后,ONES TestCase 会自动生成测试报告,对测试计划的执行结果进行分析,测试人员能借此快速了解缺陷分布、缺陷优先级以及产生了哪些缺陷。

f02ff2668d595e602f887c8725cfa04f.gif

ONES 支持自动生成测试报告

ac3f40534e768cee7820c2386d046ea3.png

在缺陷管理过程中,可能存在相同 Bug 重复提交的情况。测试人员或缺陷管理人员可将相同的 Bug 合并在一起处理,方便 Bug 修复追踪。

895e655b22d946019e5c90eca4b18bdd.gif

ONES 支持合并缺陷

ONES 也支持将缺陷转换为需求,并在需求上追溯来源缺陷。

4057b3f6b05abf44f88614244df51665.gif

ONES 支持将缺陷转换为需求

dc50ee23870b470155ca7dbeda81d82f.png

在项目报表组件下,ONES 提供了四种常用的缺陷分析报表类型,包括:缺陷平均生成时长分布、缺陷创建量和解决量趋势、缺陷探测率和逃逸率分布和重开缺陷分布,帮助团队评估项目和迭代的质量情况。

测试人员自行配置报表展示的数据维度、排序方式、数据范围等等,满足不同业务场景的评估需求。

ad2eabc2b2321dd84043ba22fba043a7.gif

ONES 支持多种缺陷报表

自动化测试是敏捷测试的重要组成部分,在敏捷这种交付周期极短的开发模式下,手工测试难以满足快速发布的要求,团队应致力于将自动化测试覆盖率保持在较高水平。

同时,结对编程和测试驱动开发这两种方法能帮助团队达到「测试前置」「提高产品质量」两大目的,值得推广践行。

dce42fedf51ea231e9011ecd322d86db.png

6f3e46d8da9373e91080a0b7bd0596a1.png

ae1e8d3539008cf8585d8d3d674c5409.png

f8b9040eb6784722b479707e9790a00a.png

a51c6ce12c0f973eb9a6b3482f406879.png

d19e1837eda72ac7e8b0533a67b24b71.gif

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值