品质管理者发现品质不良时，往往会认为做一次强化测试就可以解决问题了。但事实上并非如此。那么，什么是真正的强化测试呢？

强化测试，是以品质不良的功能模块为单位，而不是以业务甚至子系统为单位。因为品质分析是以模块为单位的，若以业务甚至子系统为单位，则可能会有数十K甚至上百K的代码需要测试，这样不仅测试量巨大，而且针对性也不强，不利于品质管理。

在项目开发流程之中，工程进展顺利时不需要进行强化测试。但是，如果在某工程阶段中发现品质不良，为了确保品质，就需要采取强化测试。这在系统开发过程中是常有的事。

在确定了实施强化测试后，就要确认强化测试内容范围是不是根据测试结果制定的，否则强化测试没有实际意义。

确定实施强化测试后，还需进一步确认强化测试的内容是否是根据测试结果制定的。如果不是的话，强化测试便没有实际意义。

进行一次强化测试真的能确保品质吗？不进行分析与评价是不能随便下结论的，更不能着手后续工程阶段的工作。

经典案例八：真正的强化测试

某项目在IT1过程中发现异常模块，这时要求对异常模块进行强化测试。项目故障密度要求如表5-3所示。

表5-3 案例品质目标水准值

(www.daowen.com)

实施前后结果如图5-17所示。

图5-17 强化测试前后品质要素值

案例解析：

在做强化测试品质分析时，很多品质管理员经常犯图5-18所示的思维错误，因此要引起警觉。

图5-18 强化测试错误及解析方法

而正确的强化测试定量的与定性的分析方法如图5-19所示。