前言
漏测是测试行业老生常谈的话题，测试人员如果因为漏测出现很严重的生产事故，是要负全责的。一般公司都会根据生产事故的严重性采取一定的处罚措施。那么问题来了实际生活中如何避免漏测？
首先测试时间足够的情况下，可以先根据需求拆分测试点，然后再根据测试点采用边界值+等价类划分+错误推测+经验来设计测试用例。然而实际工作中因为各种原因测试时间被压缩，并且这种情况下需求可能又会发生变更，导致留给测试
的时间更少。这种建议直接写测试点，确保本次上线主流程没问题，本次主功能各种场景以及异常情况都要覆盖到，一些不影响主流程的bug(例如UI细节，页面展示等可以下一版本进行修复)。
实际工作中可能很多测试都会根据需求来进行测试用例，同时在需求的基础上延伸测试点，但最终会出现一些本不应该漏测的情况出现。这个时候测试同学可能会怀疑自己的能力问题，在此我想说对于自身能力大家都不应该有所怀疑，每次出现漏测的问题及时总结复盘，漏测情况会越来越少。
最后对于做业务测试的同学来说：业务测试无非涉及到系统的增、删、改、查，设计测试用例增删改查结合需求，结合业务场景及自己经验及各种异常情况，可以在一定程度上降低漏测。