带你读《2022技术人的百宝黑皮书》——我在阿里做测试,入职5个月的回顾与总结(2) https://developer.aliyun.com/article/1243242?groupCode=taobaotech
这里我给出一个具体的需求:
用户在活动页面可以看到抽奖的入口,在活动页面可以看到目前已发放奖品份额的进度条。用户点击抽奖按钮时,前端会针对两类不同规则的用户分别发放不同的奖品:即属于A规则的用户发放a奖品,属于B规则的用户发放b奖品。没有进行实名身份认证的用户无法进行抽奖。
第一步:分析需求
从接到一个需求开始,我们首先要做的是分析这个需求的内容,确定需求影响的范围,影响到了哪些页面,这个需求是修改了原有的接口还是新增了接口,需要获取的数据是从哪儿读取的等等,这些都可以在技术方案评审之前有所思考和明确。而不是看到需求上有什么,就怎么写怎么做,在这中间最重要的就是自己的思考与见解。
举个例子,针对上述需求,我们是不是可以很快地编写出测试用例呢?
这样的用例乍看没有问题,是正常的功能验证,但是细想其实遗漏了一些场景。比如说:
A规则和B规则是互斥的吗?一个用户有没有可能即在A规则中又在B规则中?
用户是否可以反复进行抽奖?其中的幂等性是否能够保障?
用户原本符合A规则,抽奖获得了a奖品后变成了符合B规则,是否还能够继续抽奖获得b奖品呢?
用户在抽奖的过程中请求接口异常了,页面该如何展示呢?
所以我们在接到需求的时候,需要深入思考其中的逻辑和用户可能存在的场景,挖掘潜在的需求,才能把一个测试用例写全面。
带你读《2022技术人的百宝黑皮书》——我在阿里做测试,入职5个月的回顾与总结(4) https://developer.aliyun.com/article/1243240?groupCode=taobaotech