软件测试报告编写指南.docx

软件测试报告编写指南.docx

《软件测试报告编写指南.docx》由会员分享，可在线阅读，更多相关《软件测试报告编写指南.docx（9页珍藏版）》请在冰豆网上搜索。

软件测试报告编写指南

软件测试报告编写指南

第1章引言

1.1编写目的

本测试报告的具体编写目的，指出预期的读者范围。

实例：

本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）并对测试质量进行分析。

作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。

小TIPS：

通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。

1.2名词解释

列出本计划中使用的专用术语及其定义

列出本计划中使用的全部缩略语全称及其定义缩写词或术语

英文解释

中文解释1.3参考及引用的资料

列出本计划各处参考的经过核准的全部文档和主要文献。

第2章测试概述

2.1测试对象

对测试项目进行简要的说明。

2.2项目背景

对项目目的进行简要说明。

必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。

2.3测试目的

对测试项目的测试目的进行简要的说明，主要描述测试的要点、测试范围和测试目的。

2.4测试时间

简要说明测试开始时间与发布时间。

2.5测试人员

列出项目参与人员的职务、姓名、E-mail和电话。

职务

姓名

E-Mail

电话

开发工程师CVSBuilder开发经理测试负责人测试人员2.6系统结构

对系统的结构进行简要描述。

参考系统白皮书，使用必要的框架图和网络拓扑图能更加直观。

第3章测试方法

测试方法和测试环境的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。

2.1测试用例设计

简要介绍测试用例的设计方法，使得开发或测试经理等人员阅读的时候容易对测试用例的设计有个整体的印象，特别是一些异常的设计方法或关键测试技术，需要在这里进行说明。

3.12.2测试环境

3.1.1硬件环境

描述建立测试环境所需要的设备、用途及软件部署计划。

“机型（配置）”：

此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。

“用途及特殊说明”：

此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；

“软件及版本”：

详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；

“预计空间”：

说明第三方软件和应用程序的预计空间；

“环境约束说明”：

建立此环境时的特殊约束。

如需要开发外部访问端口，需要进行性能测试等。

平台1：

SUN

机型（配置）

IP地址

操作系统

用途及特殊说明

软件及版本

预计空间

SUN450

10.1.1.1

oracle8.1.2

2G

平台2：

IBM

机型

IP地址

操作系统

用途

第三方软件及版本

预计空间

3.1.2软件环境软件需求

用途3.2测试工具

此项目将列出测试使用的工具以及用途：

测试工具

用途

自动测试工具

2.3测试方法

简要介绍测试中采用的方法和测试技术。

主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。

第4章测试结果及缺陷分析

这是测试报告的核心，主要汇总测试各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。

4.1覆盖分析

4.1.1需求覆盖分析

需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

需求/功能（或编号）

测试点描述

是否测试

重要等级

是否通过

备注根据测试结果，按编号给出每一测试需求的通过与否结论。

需求覆盖率=测试通过需求点/需求总数×100％

4.1.2测试覆盖分析

测试覆盖是指根据经过测试的测试用例和设计测试用例的比值，通过这个指标获得测试情况的数据。

需求/功能（或编号）

测试用例数

执行数

未执行数

通过数

失败数

备注测试覆盖率=执行数/用例总数×100％

测试通过率=通过数/执行数×100％

4.2缺陷统计与分析

对测试过程中产生的缺陷进行统计和分析。

4.2.1缺陷统计

4.2.1.1所有bug列表

这部分主要列出测试过程中的所有bug，并对其进行描述。

序号

BUGID

描述

等级

模块

测试人员

开发人员4.2.1.2重要解决bug列表

这部分主要列出测试过程中产生关键的并且解决了的bug，对于重要的bug，需要对其产生的原因和解决方法进行分析说明。

序号

BUGID

描述

等级

模块

测试人员

开发人员

Bug分析4.2.1.3遗留bug列表

这部分主要列出已经发现尚未被解决的bug，并对其进行描述，对于未解决的问题，需要在测试报告中详细分析产生的原因和避免的方法。

序号

BUGID

描述

等级

模块

测试人员

开发人员

Bug分析4.2.2缺陷分析

本部分对上述缺陷和其他收集数据进行综合分析

4.2.2.1缺陷综合分析

缺陷发现效率＝缺陷总数/执行测试用时

可到具体人员得出平均指标

用例质量＝缺陷总数/测试用例总数×100％

缺陷密度＝缺陷总数/功能点总数

缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。

4.2.2.2测试曲线图

描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向。

比如：

4.3性能数据与分析

这部分简要地列出性能测试结果，并对测试结果进行分析说明，以说明是否符合软件需求。

该部分也可以在性能测试报告中进行说明。

4.3.1性能数据

记录测试输出结果，将测试结果的数据表格，图表如实的反映到测试结果中。

用于数据分析。

例如：

短信数目

（万条）

时间

（秒）

平均速度

（条/秒）

最高速度

（条/秒）

最低速度

（条/秒）

IDLE占用率

（平均，%）

MEM使用率

（平均，%））

CPU使用率

（平均，%）4.3.2测试结论

记录测试输出结果。

用于数据分析。

例如：

在分别处理1万条神州行和全球通的MO短信的情况下，短信处理速度为400条/秒。

测试结果对比：

IAGW1.1短信最大处理能力为330个条/秒，本次release的IAGW1.1性能略有提高。

各模块运行稳定。

4.4软件尺度

这部分主要是软件质量量度的一个尺度总表，主要是对上述分析的一个总结。

项目

结果

描述

测试执行时间跨度测试执行总天数测试准备时间测试总时间软件Build次数测试人力资源测试硬件资源测试项目总数自动测试项目总数推迟测试项目总数未测试项目总数测试案例总数自动测试案例总数成功测试案例总数发现错误总数修正错误总数已知错误总数测试执行时间细分

AccecptTest

SmokeTest

BuildFirst

RegressTestFirst

BuildSecond

RegressTestSecond

ReleaseCheck第5章测试总结和建议

这部分是测试报告中最关注的内容，主要是对测试过程产生的测试结果进行分析之后，得出测试的结论和建议。

这部分为测试经理、项目经理和高层领导最关心的部分，因此需要准确、清晰、扼要地对测试结果进行总结。

5.1软件质量

说明该软件的开发是否达到了预期的目标，能否交付使用。

5.2软件风险

说明测试后可能存在的风险，对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响。

5.3测试结论

对测试计划执行情况以及测试结果进行总结，包括：

1．测试计划执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）

2．对测试风险的控制措施和成效

3．测试目标是否完成

4．测试是否通过

5．是否可以进入下一阶段项目目标

5.4测试建议对软件的各项缺陷所提出的改进建议，如：

各项修改的方法、工作量和负责人、各项修改的紧迫程度、后续改进工作的建议、对产品修改和设计的建议、对过程管理方面的建议等