（7）测试环境受限，导致缺陷漏测
环境的组合是无穷的，我们没有足够的时间、足够的成本在足够多的环境中测试软件。我们要保障在主要的操作系统环境、主要的网络环境中，我们的软件的功能、性能能达到我们预期的设计，对于操作系统环境，我们需要针对当前的使用比例来排序。这里以某产品线上一款软件为例：对于Client软件来说，WIN XP 和WIN 7的使用的最多。除了WIN 7 和WIN XP之外，我们不知道客户是否还会有人在WIN VISTA、WIN 2000上使用我们的软件，所有还需要测试WIN VISTA、WIN 2000。
对于网络环境，我们一般是在以太网环境中测试，对于客户的其余网络环境，我们在有条件、有需要的情况下也需要进行常规测试。
（8）开发人员引入的新BUG
开发人员是否会因为修复某个BUG而引入新的BUG呢？开发人员一般都会说没问题，我们要做的就是将开发人员修复的BUG确认验证，并将相关联的功能点尽可能的遍历到，因为如果出新问题的话，在与修复的BUG相关联的功能的地方可能性比较大，当前BUG修改之后开发自己会进行测试后才会提交，但与之相关联的功能点并不一定会去测试一把。
如果碰到极个别开发人员修复BUG的情况实在令人不敢恭维，或者是因为一个不熟悉模块业务的开发人员修复的BUG，我们就只能多花点时间，将回归测试的功能点尽量覆盖全面，避免出现缺陷遗漏。
开发人员修复已知BUG引入新的BUG，是开发团队提交代码流程的范围，比如华为的代码提高很严谨，层层审核，引入新BUG的可能性较小，但是中小型公司，代码管理混乱，甚至自己组长都不审核，出问题简直是必然的。所以规范代码提交流程是重中之重。
4、漏测分析的好处
不管是因为什么原因导致缺陷流到客户现场，问题发生了，我们首先要做的就是弥补缺陷带来的影响，项目组要评估由此带来的风险、损失，修正缺陷，提供完善的版本给客户使用。做完前面的这些工作之后，我们可以、甚至是需要自觉的进行思考总结，吸取经验教训，并将出问题的这些情况补充、完善到测试用例中去，对一些常见的情况还需要进行组内学习，避免在以后的工作中再次犯下同样的错误。
如果能做的更好一步，我们可以学习并进行统计，对这些遗漏的BUG予以分类，缺陷的严重程度、所属功能模块、遗漏原因分类等等。我们在进行缺陷漏测分类活动时，可以由专人组织发起讨论，将需求、开发、测试、技术支持以及其他所有产品生命周期中相关部门的代表组织到一起对近期的漏测进行分析讨论，特别是技术支持人员能够提供很多非常详细的关于漏测缺陷的信息，这对漏测分类、累积经验、教训吸取非常有帮助。
进行缺陷漏测分析的目的是为了促进软件质量和开发测试过程得到持续改进，使我们在测试过程中可以考虑得更加周全，弥补思维僵局。具体来讲，就是通过分析测试过程中漏测的缺陷，采取一些相应的预防措施以避免今后再发生类似的漏测。测试过程的持续改进将提高测试环境的效果和测试执行的效率、降低遗留到用户处的缺陷数和缺陷解决成本，从而提升软件的质量。
在实际工作中，漏测分析过程应该重点关注那些普遍、严重而解决成本高的问题。具体来讲，进行漏测分析的目标是：
● 对漏测进行分类以便于更进一步深入的分析
● 对分类数据进行统计
● 在统计分析的基础上进行全过程的标识和变更
● 在对一些特殊的漏测项进行分析的基础上，对过程的一些局部进行标识和变更
● 运用度量数据说明过程变更的效果
● 如何进行漏测分析
5、总结
缺陷漏测是不能杜绝的，缺陷漏测发生后，我们需要学会思考，吸取经验教训，尽可能的降低缺陷的漏测量。
