测试用例-场景法，比如网络断了
客户经常反馈的bug范围和我们测试发现bug的范围相差深远，说明两点：
1、测试重点没有贴近客户，我们所认为的重点模块不是客户的常用模块
2、我们提bug的质量没有保证，加大了沟通成本，这个也是要解决的问题，怎么做，我们先把产品的各个端的功能模块分类好，作为bug的功能分类标签，明确模块优先级，制定bug优先级权重，同时标明好无效bug和线上bug作为测试人员的把控质量的一个评价指标，
举个例子：以前我们总是觉得我们的沟通模块很重要，一般一个版本可以在沟通模块测出25个bug，然后协同模块才5个bug，结果上线之后客户反馈的问题或建议全是协同模块，沟通模块没几个，就是证明，客户目前多数是用协同模块，但我们却把工作量放在沟通模块，那就不太对了，所以结合线上bug的数据作为一个测试重点的一个标准，同时还有就是我们平时在当前版本结束之后，对功能模块所对应的bug数进行分析统计，做好缺陷趋势分析和风险预估，那下一个版本的测试范围和重点就出来的，这个是提高效率的方法，同时我们统一了bug的模板，每个人的格式都是一致的，研发看起来舒服，bug自然也修得畅快，我们回归的时候也舒服，一举多得
总结就是：售后问题，客户反馈的问题点，现场出现的问题的各种场景，比如网络断了，接口测试，老是接口出现问题