带你读《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
