如何不漏测

如何不漏测？

不可能的，这辈子都不可能的！

　　作为一名测试员，漏测简直是太正常了，而说怎么不漏测，这也是真的不可能存在的。但是漏测归漏测，如何减少漏测？如何减少严重问题的漏测，还是有必要思考的，因为严重问题的漏测，会直接导致产品被客诉、给公司带来大的经济损失，或者背锅的你，直接卷铺盖走人，你说这严重不严重。

　　想起当年我刚入行测试时，每个版本都会存在漏测，所以导致软件一轮一轮的发布软件，搞得特别疲惫。作为测试小白，不漏测是不可能的，原因特别多，那会刚来时，测试部连像样的测试用例都没有，测试部经理也是个半路出家的人，所以导致没人足够的经验去规划整理这些事情，对产品的理解不透彻，没有掌握编写用例的套路，导致用例水平差。还有一个原因就是研发的水平真的太弱，发一个版本随便一测都几十个bug，严重的连基本功能都没有实现就转测试，那会也没有什么转测试流程，很像现在的敏捷测试，但是，综合原因导致版本很多，研发很累，测试更累，不仅要测试新引入的bug，还得尽量不要漏掉严重的bug，结果就是加班、加班、加班。

　　记得每次开会，上面的领导都问测试部，‘能不能不漏测？能不能收敛问题？’，还特别凶，好像他自己上就能把问题测试全一样，也没有优先级的概念，反正有个P大点的问题也会解决，客户反馈个P大点的问题还是得解决，常常就是公司一年做一个项目，然后测试组4、5个人一起加班测试，我真的不知道自己怎么撑过那段时间的，现在想过来也是真的因为年轻吧，想做一些大事，想踏实的干，想多积累工作经验。却忽略了工作反射到自身，对于自身的影响和提高到底有多少，这样的工作方式和流程是多么的低效，而改变这些需要自己怎样的改变.....

　　下面讲一下怎么减少漏测：

　　1、质量管理，质量是构建出来，而不是测试出来的。

很多人、甚至公司的领导，都没有这样的意识：质量是构建出来，而不是测试出来的。如果不从整个的流程上去优化、改善，就永远无法做到真正优秀的质量。

　　2、单元测试（核心）

Google、Facebook等大公司都在使用，Facebook是没有测试人员的，质量全靠团队合作完成；Google的研发测试比例是10:1；这些都说明，如果开发者开发出来的产品质量足够好，测试的作用就没那么大。但是这种方式在国内很难实施。所以还得测试人员反复验证，保证质量。

　　3、接口测试（验证）

主要用于自动化测试。

　　4、UI层测试

由于UI变化较大，实施自动测试较难。

　　5、需求文档

项目立项之初，就会有需求文档，然后研发一起进行需求评审会，那么，如果做好需求文档的分析，怎么保证需求上的每一个字都都转化为测试用例，就很重要，如果一开始不把需求分析透彻，容易遗漏测试点。

　　6、测试用例

测试用例是质量保证的基础，把需求全部设计为测试用例，然后进行与研发的评审会，大家一起查漏补缺，很大程度上能保证用例的完整性，从而减少漏测。

　　7、群策群力

全队配合，相互评审。

　　8、团队质量建设，各司其职

就是每个项目节点的负责人都要做好自己该做的事情，比如需求人员要把需求提清楚、提全面；研发人员要按照需求进行设计，代码自测，保证没有低级问题；测试人员要写好测试用例，搭建最终的测试环境等，构建一些自动化测试方法，减少漏测风险。