妥善处理遗留缺陷

      近几年来，在我们各时期的项目或产品中（包括生命周期超过五年的产品），在每个测试阶段都会多或少遗留有部分未被处理的缺陷，尤其是前几年尤为突出，近一年多来随着缺陷管理过程的加强，这种现象逐渐减少，但仍然时有出现。分析下来，产生这个问题大致有以下几个方面：

 

      （1）在项目收尾阶段，工作重点转移到了新版本的发布准备工作上，对于后期发现的风险很小的bug未引起项目经理或产品经理的重视，他们一方面没有花时间做缺陷评审工作，另一方面草草评审之后也不对缺陷做任何处理（打开或者是暂缓修改）。

      ——这是我们现在较常遇到的问题，工作重点转移之后，总会有少量遗留的问题在缺陷库中得不到及时处理。这种情况下，我们一般要求相应项目的 测试人员主动就缺陷情况与项目负责人沟通，对缺陷进行评估，要么修复缺陷，要么将问题统一安排到后续的项目阶段或产品补丁包中修改，要么不予处理，并相应修改缺陷的分类状态。

 

      （2）在项目收尾阶段，测试人员提交问题之后没有与项目经理或开发人员做充分沟通，少量紧急的问题被修改之后没有在缺陷库中处理相应的缺陷，这些缺陷仍然处于挂起状态（待修改或待回测）。

      ——这种问题相对较少，但偶尔有主动性不够的测试人员缺少积极沟通的态度，问题常在项目后期的工作过程及成果检查时暴露，此时一般会敦促测试人员立即沟通处理，并跟踪直到问题解决。更重要的是，通过