|
在我们实施GJB5000A评价的时候，经常会发现验证和确认过程域中“分析验证（确认）结果”这一实践完成得很不好。 它们当中的大多数软件测试报告中都只罗列了测试结果，没有对测试数据分析的内容，测试结论也只是仅仅给出了“通过测试”这样简单的结论。 那么软件测试报告中的缺陷分析和测试结论应该怎么写呢？下面的例子可以给你一个参考。 缺陷分析
软件测试报告中的缺陷分析不仅仅是单纯地把不同测试级别多少个测试用例不通过发现多少个缺陷罗列出来，我们还可以从不同的角度来分析这些缺陷。比如： 按测试阶段进行分析。这种分类分析可以让我们知晓哪个测试阶段出现的缺陷多，按照缺陷集群性的理论，我们应当加强该阶段的质量把控。 按缺陷严重程度进行分析。这种分类分析可以在一定程度上反映软件的设计质量水平高低的情况。 按缺陷类型进行分析。这种分类分析可以让我们掌握该类软件容易出错的缺陷类型。 按功能分布进行分析。这种分类分析可以让我们知晓哪个功能存在的缺陷较多，按照缺陷集群性的理论，我们应当加强该功能模块的质量把控。
在通过饼图、柱状图等工具对以上各角度的分析数据进行处理后，我们在分析结果中要对其结果以及改进建议等要进行汇总阐述，就像下面这样： 软件测试共发现缺陷4405个，修复并且得到回归测试验证4375个，剩余30个缺陷没有修复，修复率为99.31%。从软件测试阶段上来看，缺陷主要发现在系统测试阶段，这仍旧需要我们加强在前期发现问题的能力，做好单元与集成测试。从缺陷严重度的角度来看，主要还是一般的缺陷占主导地位（约为90%）。从缺陷类型的角度来看，主要还是为功能（32%）和用户界面（24%）两方面出现的问题，说明我们产品在功能实现和用户体验性上还需要提高。从功能模块分布上来说主要集中在用户管理（24%）和购物两个模块（26%）。
测试结论
对于测试结论的描述，我们不仅要给出测试是否通过的结论，还应给出软件测试是否充分，软件是否可以进入下一研发阶段或者交付使用的结论，同时也要给出遗留问题的处理建议，以及软件质量改进的建议。 就像下面的例子： 本次软件测试是相对充分的，虽然发现了许多缺陷，但是在开发与测试的协助下99.31%的缺陷得到了修复，系统在安全性、可靠性、可维护性和功能性上得到了有效的保证。 本次软件测试目标完成，软件需求的测试覆盖率达到了100%。 测试通过。 通过测试的软件V2.0版本可以交付使用。 由于软件与X系统的外部接口当前没有办法测试，建议在V2.0中暂时不支持该系统。 软件中的X功能还不够完善，如某些推荐商品不够准确，建议把“推荐商品”暂时修改为“也许你需要这些商品”。
软件测试报告中缺陷分析和测试结论应该怎么写，你Get到了吗？ 这正是： 只列数据不分析，测试损失半功力 多个角度分析起，书写结论和建议 参考书目：软件测试技术实战：设计、工具及管理，作者：顾翔，出版社：人民邮电出版社 |
