自动化用例治理心得

前篇文章介绍了自动化用例并非“一次编写,永久有效”,而是需要不断维护的原因。

并且介绍了提升自动化用例稳定有效的策略,提出测试数据多样化、测试模块化、动态断言以及定期进行测试review的观点。

本文分享作者近段时间总结的一些用例治理经验,本文主要探讨稳定失败用例不稳定成功用例的治理手段。

用例失败的原因

分析原因之前,先剖析用例的组成。

  1. 前置准备

测试数据准备、测试环境准备(清理测试数据、复原测试环境、Mock等)

  1. 测试流程编排

通常是一个测试场景,包含多步服务请求流程。例如:淘宝购物场景,包含选择商品、下单、支付流程。那么这个场景的用例编写至少包含2步服务请求。

理论上测试流程长度与稳定性成反比,因此流程中的单个请求的测试稳定性至关重要。

  1. 测试断言

断言是我们的测试预期,断言内容包含请求响应断言、DB断言以及出口报文断言。

断言颗粒度可以分为全局断言、局部断言。

全局

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

软件质量保障

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值