需要明确区分异常测试用例吗?
发布于 2023-08-17
3135
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
圆小豆的美梦工场
扫码关注公众号
扫码阅读
手机扫码阅读
如何划分异常测试用例
异常测试的目的是验证系统对异常情况的处理是否符合需求。在实际工作中,对"异常相关测试用例"的理解可能导致不同的冲突。通过对电商下单场景的不同案例分析,可以将测试用例分为三种路径:满足用户期望的happy path,不满足但在业务需求范围内的sad path,以及不在业务认同范围内的exceptional path。
是否需要区分这么清晰?
对于是否要清晰区分异常测试用例,主要是源于对异常逻辑分支覆盖的需求。不同角色可能对异常的定义存在分歧,包括产品、测试和研发的不同视角。但实际上,追求异常用例占比的提升并不是目的,而是要减少和预防缺陷。因此,如果区分能够导向更好的质量,就应该进行;如果只是增加麻烦和分歧,那么就没有必要。
结论
总的来说,区分测试用例是否为异常的目的是为了提升软件质量和预防缺陷,而不是盲目追求占比指标。不同的角色应该基于最终价值来考虑问题,即减少因缺乏异常覆盖而引入的缺陷。如同古话所说:“我们已经走得太远,以致忘记了为什么出发。”,我们应当回归到问题的本质,即质量和预防。
作者:圆小豆的美梦工场,于晓南@Thoughtworks,资深咨询师 & 赋能专家
圆小豆的美梦工场
圆小豆的美梦工场
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
圆小豆的美梦工场的其他文章
如何评价团队的质量能力?
如果团队中的个人不能在工作中感受到有意义和被关怀,那么我们简直可以断言,这个团队不会具备良好的质量能力。
如何平衡客户和用户的诉求冲突?
产品决策者通常会面临大量需要抉择的问题,小到一个按钮的样式选择,大到是否该投资某个产品方向,都等着决策者拍板。而有些问题往往又很难直接回答,时常陷入两难境地。本文旨在提供一个可参考的通用解决思路,尽可能帮助产品决策者摆脱这个两难的选择困境。
测试用例的设计原则
本文面向所有需要设计、执行、评价测试用例的角色,不论在何种场景,都需要更好的测试设计,这也是优秀的软件从业者必备的核心技能。
信息疲惫自救指南:你的脑子还是你的吗?
你喂养自己什么,你就会成为什么。
质量度量之定性分析
本文介绍了有助于质量提升的五种定性分析方法,适用于大部分需要质量度量的场景。定性分析的结果可作为组织过程资产不断累积和传递下去,形成团队独有的质量文化。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线