有的测试用例在一开始执行时是没问题的，但是后面出了问题，很大概率是开发同学在修复问题的时候引发的。

每次开发同学提交代码后，测试同学需要看代码改动点并评估影响范围。如果条件允许的话，将这一步前置：和开发同学一起沟通问题修复的方案，将风险降低。

挂起的缺陷一般是不需要关注，或者是经讨论在下一个迭代再补充完成的功能，如果是这样，要考虑为什么三方理解不一致，为什么前面需求评审、设计评审、用例评审时没有发现这个点，而在测试时才出现。

测试同学不仅要发现需求、设计漏洞，还需要关注界面、交互上的不足并提出优化建议。

哪个模块缺陷比较多

出现问题越多的模块，待发现的问题也越多。测试阶段需要关注缺陷数比较多的模块，设计更多场景去覆盖。同时，这也要求缺陷管理面板需要提供模块分类的功能，在提交缺陷时也需要大家规范填写该问题所属模块。

重要级别以上的缺陷占比

如果一个项目中，重要级别以上的问题占比较高，说明开发质量有待提升，此时要分析是开发时间被压缩还是新人对业务不熟导致的，需要开发经理特别关注这类项目。

每天负责人需要提醒相关的开发和测试同学处理缺陷并及时更新缺陷状态，上线前缺陷应该全部关闭(或者少数挂起)，如果没有则需要负责人再次提醒。

咦，这么看缺陷分析也不是很难是不是~

细心去发现，你还能探索出更多更有意思的问题。重要的是要从中发现测试策略问题并及时改正，避免下次再犯同样的问题。

此外，还要关注几个点：

一是缺陷的标准需要统一，否则大家的评估标准不同，影响分析结果的准确性；

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！