S0课程直播总结3
不过这次好消息是看到同学们的用例明显已经有了不少的进步，进步在两个方向
数量上，开始逐步有用例写不完的感觉了。
这次应用的功能复杂度比上一次有所提升，大家开始逐渐发现作为一个测试编写测试用例的复杂性，可以写的东西太多了，但是又觉得没啥好写的。
质量上，开始逐步有设计用例的感觉了
在用例上会考虑异常情况，什么时候会出现选不上或者不能使用，甚至冲讯添加失败等业务逻辑。
对于初学者来说从简单的界面操作，逐步深入开始理解业务是非常重要的一点。例如一个购物车功能，简单看起来就是把商品选择添加进来，而细节上可能包括：
单一商品添加（手机）
单一商品多项添加（手机*3）
单一商品不同属性添加（手机蓝色+红色+黑色）
单一商品不同属性不同数量添加（手机蓝色*2+红色*1+黑色*3）
不同商品添加（手机、手机壳）
不同商品不同数量不同属性
等（还有很多，例如数量上限，商品从购物车中移出，修改数量）
如果接入打折就更麻烦了（卖多少减多少？买二送一？这些折扣的累加等经常出现错误）
当对这些业务做排列组合可能出现的情况就会高达几百万个，在这次直播课中就提到了这样的一个查询案例，排列组合的结果可能高达2286000条！我们不可能去把这些测完？（其实自动化可以解决遍历问题）这个时候就要考虑如何在有限的时间内去评估质量保证的范围，就是那些功能应该优先重点测试，那些可以不测，这是作为测试很重要的一个评估能力。
最后大家都还会在怎么测？怎么写用例格式？怎么提高测试用例的质量上存在很多不解，但是在这些方面来说，个人觉得必须经历一个由量变到质变的过程，就算有再好的测试用例模板给大家参考，看完了大家帮助未必很大，原因之一就是设计的思路和层次不同，导致你看别人的用例觉得啰嗦，自己写又觉得没啥好写的。
但是我相信通过这6个项目的APP实战，大家会在编写测试用例和发现bug上有长足的进步，这个时候在回头来看S0的录播课程和S1的录播课程会豁然开朗，因为现在所做的东西其实还非常的表面！
了解本课程详情可打开下方链接：
https://shimo.im/docs/OISvosHvGGQbZbna
