原标题:测试报告中的缺陷分析和测试结论应该怎么写?
在我们实施GJB5000A评价的时候,经常会发现验证和确认过程域中“分析验证(确认)结果”这一实践完成得很不好。
它们当中的大多数软件测试报告中都只罗列了测试结果,没有对测试数据分析的内容,测试结论也只是仅仅给出了“通过测试”这样简单的结论。
那么软件测试报告中的缺陷分析和测试结论应该怎么写呢?下面的例子可以给你一个参考。
缺陷分析
软件测试报告中的缺陷分析不仅仅是单纯地把不同测试级别多少个测试用例不通过发现多少个缺陷罗列出来,我们还可以从不同的角度来分析这些缺陷。比如:
按测试阶段进行分析。这种分类分析可以让我们知晓哪个测试阶段出现的缺陷多,按照缺陷集群性的理论,我们应当加强该阶段的质量把控。
按缺陷严重程度进行分析。这种分类分析可以在一定程度上反映软件的设计质量水平高低的情况。
按缺陷类型进行分析。这种分类分析可以让我们掌握该类软件容易出错的缺陷类型。
按功能分布进行分析。这种分类分析可以让我们知晓哪个功能存在的缺陷较多,按照缺陷集群性的理论,我们应当加强该功能模块的质量把控。
在通过饼图、柱状图等工具对以上各角度的分析数据进行处理后,我们在分析结果中要对其结果以及改进建议等要进行汇总阐述,就像下面这样:
软件测试共发现缺陷4405个,修复并且得到回归测试验证4375个,剩余30个缺陷没有修复,修复率为99.31%。从软件测试阶段上来看,缺陷主要发现在系统测试阶段,这仍旧需要我们加强在前期发现问题的能力,做好单元与集成测试。从缺陷严重度的角度来看,主要还是一般的缺陷占主导地位(约为90%)。从缺陷类型的角度来看,主要还是为功能(32