漏测的常见原因和对策：
上文已经对漏测的主要因素和影响进行了初步分析，下面针对漏测的常见原因进行说明和一些应对措施。
在进行系统开发之前，产品的需求规格说明书没有经过评审，或者评审走了过场，造成需求评审质量低，需求设计简单、只是简单描述功能，功能逻辑较少，或者只有原型图，没有业务逻辑和数据规则描述，造成后面测试人员编写用例时候，没有把握业务数据的逻辑和详细规则，一些特殊业务操作出现漏测。
改进措施：提高需求评审的质量，需求评审至少有产品、开发和测试人员三方参加；
对于需求评审会，测试组应该安排业务熟悉和测试经验丰富的测试人员参加，对于不清楚的需求，要在会上提出更多逻辑疑问。
测试需求分析和测试用例设计时候，一些需求细节没有理解到位，造成一些测试场景遗漏。
改进措施：
深刻理解需求，不确定的给开发、产品确认清楚，提高需求分解质量，搞清楚业务数据来源（从哪来），业务逻辑（怎么做），数据写入（到哪去）。
需求变更了，没有同步通知到测试人员，或者测试人员对新变更的需求没有及时更新对应的测试用例。
改进措施：
需求规格变更，导致原来的测试用例与现在的规格不相符合。我们在执行测试用例过程中，如果碰到测试用例与规格不相符合的地方，我们需要记录下，并根据新规格补充完善测试用例，对存在有疑问的地方需要和产品或开发进行沟通和确认。测试用例及时更新维护。
改进措施：测试用例设计是测试人员的核心能力之一，需要提高测试设计能力，强化测试用例评审，提高覆盖率。
其他一些情况。