带你读《2022技术人的百宝黑皮书》——我在阿里做测试，入职5个月的回顾与总结(4) https://developer.aliyun.com/article/1243240?groupCode=taobaotech
场景法
现在的业务需求通常都是事件来触发控制流程的，触发的不同事件便形成了场景。对于包含逻辑过程、复杂场景、状态机等的业务推荐使用场景法，测试用例的设计应尽可能贴近用户的真实使用场景，围绕场景进行更多的探索。具体来说是从活动参与者的角度根据不同的场景来设计用例，一般有以下3种场景：
一般场景：从输入和输出都完全满足业务的要求，比如用户进入活动页，在抽奖所需资源足够、奖池库存足够的情况下进行了一次抽奖，并成功领取到了奖品的场景。
特殊场景：用户在一般场景的执行过程中发生了不符合预期规则的场景，如用户抽奖时的余额不足、奖池库存不足等，需要充分考虑并验证该类特殊场景下的表现是否符合预期，避免资损。
异常场景：根据梳理出的核心链路和强弱依赖，在所有结点上考虑异常或注入错误即可得到异常场景用例。
历史经验
当利用场景法设计出测试用例，并充分验证了等价类和边界值条件后，可以利用测试人员积累的经验和历史缺陷、故障等手段补充测试用例。例如我负责的会员相关业务，其实是很重运营的配置的。但是活动的数量多、需要配置的信息繁杂、运营手头的活动又有很多，很容易造成配置出错的情况。对于这类场景，我们在系统实现阶段就要考虑人工配置错误的场景下系统的健壮性以及在测试过程中验证即使在配置错误的场景下我们的活动页也要保持用户感知不到的正常表现。
例3：在这个抽奖需求中，抽奖可以限制参与的用户只能为某类特定的用户，这个信息需要运营同学配置在对应奖品权益的素材信息上，供服务端读取。
根据历史经验可以增加测试用例：如果运营同学在奖品素材上配置了该字段且不为特定的字段时，前台应该过滤这个权益，不透出给用户。并且应该增加对应的监控报警，第一时间发现配置上的错误，避免资损。
带你读《2022技术人的百宝黑皮书》——我在阿里做测试，入职5个月的回顾与总结(6) https://developer.aliyun.com/article/1243238?groupCode=taobaotech
