在测试完成一个特性模块后, 对测试过的进行总结分析,可以有效帮助我们总体掌握软件的质量情况,产出后续工作的思路和重点.
针对一个模块特性的质量分析, 个人有几点心得:
1. 测试用例覆盖
主要看无覆盖的用例主要分布, 当前发现的bug是不是通过用例测试出来的, 有多少不是通过用例测试出来的.
这些通过用例测试不出来, 需要分析是不是测试用例质量问题? 需求遗漏? 历史遗留问题? 其他等等
通过用例的覆盖程度, 分析是不是用例存在较大的问题, 是否需要补充评审分析用例的覆盖和添加用例, 以及后续是否需要加强测试.
2. bug缺陷分析
通过发现的bug分析, 缺陷分布在哪一方面.
一方面分析得软件处理比较薄弱的地方, 进行加强测试.
一方面通过分析得出一些缺陷预防的思路,避免以后也会犯同样的错误.
最后看看,bug的产生原因。(低级问题? 应该在那个阶段被发现? )可以从另一个侧面反映开发的水平。
3. 测试人员的执行质量(执行力)
测试人员的业务知识(行业知识: 如 金融, 通讯设备, 互联网等都有各自的业务知识)和软件的设计原理有没有理解清楚;
如果是新手那么需要相应的措施(检查, 考评等) 确保是否能达到期望.
4 改动大小, 改动引发bug ,bug回归
这个主要是后期需求变更或者修复bug改动引起的风险. 如果有自动化的话, 这个就比较简单.
虽然在回归bug的时候, 会对改动的地方进行验证和测试, 但是bug改动较多的时候难免会有可能引人风险.
</