在产品的开发、测试过程中，要根据功能模块的当前质量不断的调整策略，以求产品的快速稳定。
调整测试策略的前提是了解各个功能模块的质量状态，那么可以参考从如下几个角度进行分析：
- 自动化测试用例：该区域有自动化测试用力吗？测试是否在每日构建中持续的运行？测试通过率是多少？测试用例的覆盖了哪些方面？是否有遗漏的部分？
- 手工测试：有人手动测试过该区域的功能吗？他们的质量评价如何？
- 代码变更：该区域近期存在代码变更吗？变更频繁吗？变更原因是什么？（新增功能、代码重构、还是缺陷修复）
- 代码复杂度如何：代码的规模是多少？代码是否复杂？
- 产品缺陷：该区域缺陷多吗？有哪些典型的缺陷？哪些缺陷已经被修复？哪些缺陷还没有被修复？活跃的缺陷实在快速增加还是稳定的下降？
- 测试覆盖度：手工、自动化测试是否覆盖到本区域的功能、性能、压力、组合等各个方面？
- 问题总数够吗？ 一般代码的缺陷引入率在一个稳定的团队中是稳定的，也就是代码缺陷密度。 这个功能的发现问题总数合理吗？是过多还是过少？
- 谁测试的？ 在大多数团队这个问题也是要关注的，不同人、不同能力、不同关注点。
大多数公司不像google，只招聘最聪明的人。所以最后一条是要考虑的因素。
