软件测试报告编写指南Word文档格式.docx
《软件测试报告编写指南Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试报告编写指南Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
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
机型
用途
第三方软件及版本
3.1.2软件环境软件需求
用途3.2测试工具
此项目将列出测试使用的工具以及用途:
测试工具
自动测试工具
2.3测试方法
简要介绍测试中采用的方法和测试技术。
主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。
第4章测试结果及缺陷分析
这是测试报告的核心,主要汇总测试各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。
4.1覆盖分析
4.1.1需求覆盖分析
需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标。
需求/功能(或编号)
测试点描述
是否测试
重要等级
是否通过
备注根据测试结果,按编号给出每一测试需求的通过与否结论。
需求覆盖率=测试通过需求点/需求总数×
100%
4.1.2测试覆盖分析
测试覆盖是指根据经过测试的测试用例和设计测试用例的比值,通过这个指标获得测试情况的数据。
测试用例数
执行数
未执行数
通过数
失败数
备注测试覆盖率=执行数/用例总数×
测试通过率=通过数/执行数×
4.2缺陷统计与分析
对测试过程中产生的缺陷进行统计和分析。
4.2.1缺陷统计
4.2.1.1所有bug列表
这部分主要列出测试过程中的所有bug,并对其进行描述。
序号
BUGID
描述
等级
模块
测试人员
开发人员4.2.1.2重要解决bug列表
这部分主要列出测试过程中产生关键的并且解决了的bug,对于重要的bug,需要对其产生的原因和解决方法进行分析说明。
开发人员
Bug分析4.2.1.3遗留bug列表
这部分主要列出已经发现尚未被解决的bug,并对其进行描述,对于未解决的问题,需要在测试报告中详细分析产生的原因和避免的方法。
Bug分析4.2.2缺陷分析
本部分对上述缺陷和其他收集数据进行综合分析
4.2.2.1缺陷综合分析
缺陷发现效率=缺陷总数/执行测试用时
可到具体人员得出平均指标
用例质量=缺陷总数/测试用例总数×
缺陷密度=缺陷总数/功能点总数
缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多。
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测试建议对软件的各项缺陷所提出的改进建议,如:
各项修改的方法、工作量和负责人、各项修改的紧迫程度、后续改进工作的建议、对产品修改和设计的建议、对过程管理方面的建议等