关于如何更好的进行深度测试，我的心得

出现Bug漏测很正常，但是我们要在每次漏测经历中汲取教训，总结一些改善的方法，让漏测率一点点降下来。

以下是我这些年在测试工作中总结的几点经验，我觉得降低漏测不止要在写用例阶段去改善，在整个项目执行的每个阶段都要去发现问题，找到可以改善的地方。也欢迎测试小伙伴分享一些自己日常工作中觉得有用的测试习惯/方法

1、参加需求评审前，自己先过一遍需求，把疑惑点记一下

2、在进行需求评审时，带着问题去听，比如：此次版本的目的是什么？（最源头）、用户会怎么用？（用户场景）、可能会出什么问题？（风险识别）、该需求讲解有没有解决我的疑惑

3、如果是比较复杂的业务，在编写用例前，先理清相关流程（主流程、子流程、异常流程），建议用流程图或思维导图进行梳理；

4、在编写用例时（最好在提测前），找开发要一些开发设计文档（如接口设计、数据库设计、关键业务流程设计等），提前理清开发的代码设计逻辑，补充一些没考虑到的测试点，思考好测试策略（比如怎么快速测试、怎么造数据等）

5、对于一些比较陌生的功能/业务，没有测试思路的，要提前找开发沟通，问问他们的思路和建议

6、在提测前，把能提前准备的工作先做好，不要等到测试时才慌慌张张来弄，比如：编写一些辅助脚本、准备相关测试账号或数据、了解本版本涉及的数据库表、接口、redis key等

7、测试时，先把所有用例过完，再针对一些出现bug比较多的地方进行探索测试

8、开发处理完bug之后，让他们备注下产生原因和他们的处理方案，特别是一些严重bug，这样我们才能更好的针对性去验证以及回归他们可能影响到的其他功能，这点很重要！