软件测试报告输出

每一个Sprint测试工作完成后，根据产品工作要求，测试工程师可能需输出当前测试对象的测试报告，对被测对象的缺陷进行分析，反映被测软件的质量，以便于产品团队决定产品是否上线或者发布。

 

所以，如何分析缺陷在软件测试活动中显得尤为重要。禅道中，利用报表图形分析功能进行缺陷状态的总结分析，最终输出测试报告。

 

一般情况下，可统计版本Bug数量、模块Bug数量、Bug严重度、Bug类型、Bug状态等信息。

 

1、缺陷信息分析

 

01.版本Bug数量

每一个版本存在多少缺陷，是衡量产品开发质量的重要衡量指标，通过对版本缺陷数量的分析，产品团队可清晰知道当前版本的开发质量，开发团队期望的目标是每个版本的缺陷趋势为下降，向趋于零的目标努力。

 

每天开发团队进行会议总结时，可直接打开禅道中的Bug报表输出功能，了解版本Bug情况。每个Sprint结束时，测试工程师需统计版本缺陷数量，列在测试报告中。

 

图5- 102 版本Bug数量

 

02.模块Bug数量

每个模块的缺陷数量，该指标便于开发团队了解当前版本各个模块的缺陷分布，从而确定开发及测试资源分配方式。

 

缺陷有明显的群集现象，模块缺陷越多，说明该模块复杂度、出错率都可能比较高，因此项目经理可适当增加这些模块的开发与测试投入。

 

图5- 103模块Bug数量

 

03.Bug严重度

通过Bug严重度了解当前版本的质量情况，便于及时发现问题并解决问题，严重度越高的缺陷，应当越快修复。

 

图5- 104 Bug严重度统计

04.Bug类型

分析Bug类型可了解目前缺陷引发的原因有哪些，可从源头控制，从而降低缺陷产生的可能性，尽早预防缺陷的产生。

 

图5- 105 Bug类型统计

 

05.Bug状态

通过状态分析当前版本缺陷的处理情况，是否达到停测标准，或者还需要多少开发、测试投入才能完成当前版本开发。

 

图5- 106 Bug状态统计

 

2、测试报告内容

 

捷测试报告与传统的功能测试报告略有不同，一般不需要特别正式的报告形式，敏捷测试报告更关注报告本身的内容，如用例执行情况、缺陷分布、遗留缺陷情况、版本质量评价等。

 

01.版本概述

描述当前测试版本的基本信息，如包括的需求、涉及的模块等。

 

02.团队成员

描述当前Sprint开发团队成员信息。

 

表5- 12敏捷开发团队成员信息列表

 

03.进度回顾

描述当前Sprint测试进度情况，从第一个版本开始到最后一个版本。

 

表5- 13 Sprint进度表

 

04.测试环境

描述当前Sprint测试时所用的测试环境信息，包括硬件与软件环境。

 

硬件测试环境：

 

表5- 14 ECShop硬件测试环境列表

 

软件测试环境：

 

表5- 15 ECShop软件测试环境列表

 

05.测试过程

对测试工程师在敏捷开发团队中的工作流程、内容进行概要描述及总结，可结合测试任务分配进行阐述。

 

06.用例执行

描述当前Sprint共有多少用例，每个版本执行用例数量及执行结果情况。

 

07.缺陷分析

描述最后一轮版本测试缺陷数据信息，如版本Bug数量、模块Bug数量、Bug严重度、Bug类型、Bug状态等，可利用禅道直接生成相关图表。

 

08.遗留问题

列出当前Sprint测试遗留问题，便于敏捷开发团队做质量评估。

 

09.测试结论

给出明确测试结论，便于产品团队及其利益相关者决定后续工作计划及下一个Sprint是否可以开展。测试结论一般有通过、不通过两种结果。

 

（1） 通过

测试达到测试目的，测试通过，进入下一个阶段的工作。

 

（2） 不通过

需要重测；测试没有达到测试目标，敏捷开发团队需重新制定测试任务，重新开展测试活动。