系统测试报告模板.docx
- 文档编号:3751045
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:14
- 大小:23.48KB
系统测试报告模板.docx
《系统测试报告模板.docx》由会员分享,可在线阅读,更多相关《系统测试报告模板.docx(14页珍藏版)》请在冰豆网上搜索。
系统测试报告模板
技术文件
技术文件名称:
<产品型号+规格+被测对象名称(代号)>系统测试报告
技术文件编号:
<小四Arial及宋体>
版本:
<小四Arial及宋体Vx.xx>
共<小四Arial>页
(包括封面)
拟制
审核
会签
标准化
批准
XXXXXXXX公司
<
模板修改记录
版本号
拟制人/
修改人
拟制/修改日期
更改理由
主要更改内容
(写要点即可)
V1.0
XXX
2008-12-12
新建
无
本模板在格式上有以下一系列约定:
a)用“<>”括起来的内容,是编写指导,在使用本模板编制的文档中应予以删除或去掉“<>”后予以适当沿用。
b)本模板提供的示例,格式上都采用整行的“<===ExampleBegin==…”和“====ExampleEnd==…==>”框起来,同时还会给例子一个编号和名称,以方便阅读与引用。
c)为了方便模板使用者删除,对<>内的所有编写指导文字都使用蓝色,但<>本身保持黑色。
同时,由于示例部分可能会被模板的使用者直接沿用,因此仍然使用黑色,(即“<===ExampleBegin==…”和“====ExampleEnd==…==>”、或者其它如表格中的例子用黑色)。
但如果示例中又插入了一些指导说明文字,则这些文字为蓝色。
d)如果某章节内容无需填写,而且本模板又没有特殊要求或说明,则在该章节下写“无”,表格中无内容需要写,可以直接删除该表格,并在相应位置填写“无”。
不要将章节删除或不填写任何内容(即留白。
留白将使评审员或读者无法判断:
是本章节内容无需填写还是因为疏忽而忘了填写?
)。
e)图可以是Word图(此处图是指插入的“对象”)、PaintBrush图、PowerPoint图、Visio图等,但应是“嵌入型“的,而不能是“浮于文字上方”等其它形式。
同时,应尽可能将图插在需求描述的中间。
本模板适用于系统测试报告的编写。
本测试报告用于项目结束时对整个测试过程的总结,每次版本测试结束后的报告可以在此模板上进行裁剪得到。
本模板使用名词的约定:
被测对象:
实际被测试的实体。
根据不同的测试类型分别为模块、单板、子系统或系统。
测试任务:
具有具体验证目标的测试过程。
一项测试任务应包括测试目标、测试对象、测试数据、测试环境等内容。
特性:
被测对象所表现出来的功能、性能、设计约束、处理分支等属性。
(被测对象的一种固有的(也可能是非固有的)性质、质量或特征(例如功能、性能、属性、设计约束、状态数目、分支的行数等)。
)
应测特性:
需要被测试的被测对象的特性。
测试用例:
在测试过程中具有明确测试目的的,被测试对象所引用的输入数据和测试对象执行结果的输出数据的集合。
例如一个测试对象为模块,则输入数据包括模块输入参数(如模块收到的消息)和对软件执行分支有影响的其他数据(如现有的配置数据、其他模块的运行状态),输出数据包括模块的返回值(如返回的消息)和其执行过程中修改的其他数据(如修改了数据库中的值)。
>
目录
1引言4
2术语、定义和缩略语4
2.1术语、定义4
2.2缩略语4
3测试概述4
3.1测试依据4
3.2测试用例执行结果统计4
3.3发现缺陷统计4
3.4测试结论5
3.5使用说明5
4测试环境5
4.1被测对象5
4.2<测试环境1标识><两个空格><测试环境1名称>5
4.3<测试环境n标识><两个空格><测试环境n名称>6
5测试过程6
6遗留缺陷分析6
6.1<缺陷主题<变更编号>缺陷等级>6
6.2<缺陷主题<变更编号>缺陷等级>6
7需求测试结果<可选>6
7.1测试不通过的需求7
7.2未测试的需求7
7.3部分测试通过的需求7
7.4测试通过的需求7
8详细测试过程<可选>7
8.1
8.1.1<测试任务标识1><两个空格><测试任务名称1>7
8.1.2<测试任务标识2><两个空格><测试任务名称2>8
8.2
9附加说明8
9.1测试用例执行结果8
9.2测试工具运行结果9
9.3已修复的缺陷清单9
1
引言
本
2术语、定义和缩略语
2.1术语、定义
本文使用的专用术语、定义见表1,通用术语、定义见<文件编号>《
表2.1
术语/定义
英文对应词
含义
<分段
fragmentation
在进行带宽分配时,有时候授权带宽不能满足申请的要求,必须对一段数据分成几段发送,这就是分段操作。
同步
synchronism
使后台服务器与基站控制器数据保持一致的操作。
>
2.2缩略语
本文使用的专用缩略语见表2,通用缩略语见<文件编号>《
缩略语已按其第1个字母顺序排列。
<注意:
缩略语应按字母顺序排列>
表2.2
缩略语
英文原文
中文含义
GraphicUserInterface 图形用户界面 LMF LocalManagementFunction 本地管理功能 WSF WorkstationFunction 工作站功能> 3测试概述 3.1测试依据 <列出测试计划、测试方案、测试规程等测试依据的文档清单。 > 3.2测试用例执行结果统计 测试用例执行结果见<表3.1>: 表3.1 设计的测试用例数 实际执行的测试用例数 测试通过用例数 数量 百分比 — <与计划执行的测试用例数比> <与实际执行的测试用例数比> <此处还可以从其他分析角度对测试用例的执行情况进行分析。 > 3.3发现缺陷统计 缺陷统计结果见<表3.2>: <相关缺陷数据包括该被测对象在本版本中的所有现存的缺陷,包括新发现缺陷及遗留缺陷。 > 表3.2 A类 B类 C类 D类 合计 已修复缺陷 遗留缺陷 合计 <此处还可以从其他分析角度对发现缺陷的情况进行分析。 > 3.4测试结论 <要求给出明确的测试结论,通过或不通过。 描述本被测对象的已经实现的需求及存在的主要问题。 > 3.5使用说明 <要求给出该被测对象在后续开发或测试使用中所需注意的事项。 如果版本发送到外场使用,还需要说明版本升级及回退注意事项。 > 4测试环境 4.1被测对象 <描述被测系统实际各部件的构成情况。 > 表4.1 编号 部件名称 版本 数量 备注 1 <在此测试环境中,该系统内所用到的部件。 > <部件的版本。 > <部件数量> <其他需要说明的信息,如在一套测试环境内实际所使用到的最大数量。 > 2 3 4 4.2<测试环境1标识><两个空格><测试环境1名称> <列出本测试环境实际使用的计算机、仪器仪表等硬件名称及其相应的参数指标。 列出测试环境实际使用的软件名称及其相应的参数。 如操作系统、数据库、相应设备所安装的软件。 列出本测试环境实际使用的相关单板等硬件名称及其版本号。 列出测试环境实际使用的相关模块、子系统等的名称及版本号。 列出测试所需软件运行情况及数据支撑情况。 如需要哪些进程处于运行状态,被测软件及相关软件所处运行状态(这里指较稳定、较易达到的状态),数据库中必须具有哪些数据。 标识以“E”打头,以中划线“-”作间隔,后跟4位数字编号。 如: E-0001。 表示画出测试环境结构图。 > 本测试环境所需主要软件清单见<表4.2>: 表4.2 编号 软件名称 版本 数量 备注 1 <软件包括计算机所需安装的操作系统、数据库、测试工具和其他软件。 > <该软件的版本信息及其Patch信息。 如果同一软件名称的版本信息不同,则必须作为两个软件分行填写。 > 若此软件没有License限制,则填写“-”> <说明该软件的生产商、技术支持、寄宿于的硬件等信息。 如果是自研软件,说明由哪个组织来开发此软件。 > 2 V5.1+ServicePack2 3 PC 3 RationalTestRealtime 2003.06.12 1 PC,Rational澳洲技术支持…… 4 消息发送工具 - - PC,自研: 上海软件一部> 本测试环境所需主要硬件清单见<表4.3>: 表4.3 编号 硬件名称 规格型号 数量 备注 1 <硬件包括计算机、仪器仪表、设备、工具等。 > <该硬件的规格型号或版本号等信息。 > <个数、台数等。 > <说明该硬件的生产商、技术支持、所需安装的软件等信息。 > 2 PC CPU: P42.0G Mem: 512M HardDisk: 40G 3 Dell 3 4.3<测试环境n标识><两个空格><测试环境n名称> 5测试过程 <简要描述本被测对象在整个测试过程中的测试情况,可以从以下几个方面描述: 1)测试的目的、要求和质量目标; 2)测试充分性及测试过程的有效性分析,如测试用例的设计情况,测试用例是否覆盖了所有模块需求;对于缺陷聚集区有无进行重点测试;缺陷发现曲线是否收敛等等; 3)测试用例的执行方式,手工或工具自动化执行; 4)测试过程中遇到的问题及解决情况; 5)测试的回归次数和相应的工作量等。 > 6遗留缺陷分析 遗留的缺陷清单见<表6.1>: 表6.1 序号 缺陷等级 缺陷编号 缺陷主题 备注 <对于遗留缺陷说明未能修复的原因。 > <分别给出各遗漏缺陷的详细描述、可能原因的分析及对被测对象的影响分析和避免方法。 (C类及其以上缺陷必须进行分析)> 6.1<缺陷主题<变更编号>缺陷等级> 6.2<缺陷主题<变更编号>缺陷等级> 7需求测试结果<可选> <以需求为基础,说明经过测试后,各条需求的测试情况。 > 需求组 需求总数 测试不通过 未测试 部分测试通过 测试通过 <需求组1> 数量 百分比 100% =测试不通过数/测试不通过数 =未测试数/测试不通过数 =部分测试通过数/测试不通过数 =测试通过数/测试不通过数 <需求组2> 数量 百分比 100% …… 数量 百分比 100% 合计 数量 百分比 100% 7.1测试不通过的需求 序号 需求标识 需求名称 备注 <测试不通过的原因> 7.2未测试的需求 序号 需求标识 需求名称 备注 <没有测试的原因> 7.3部分测试通过的需求 序号 需求标识 需求名称 备注 <测试部分通过的原因> 7.4测试通过的需求 序号 需求标识 需求名称 备注 8详细测试过程<可选> 8.1 <与系统测试规程中的章节保持一致。 > 8.1.1<测试任务标识1><两个空格><测试任务名称1> <以下各小节可以按需要选用,如无需特别说明的则可直接填写“无特殊情况”,相关测试用例及发现缺陷的清单可以合并入第9章描述。 特殊情况一般指: 1)未能够严格按照测试规程及测试执行计划进行测试,且偏差较大; 2)测试结果与测试方案中要求的系统测试需要达到的效果相差较大; 3)发现严重故障; 4)有特别需要为下游工作人员说明的问题。 测试任务标识使用本被测对象测试规程中定义的测试任务标识;测试任务名称使用本被测对象测试规程中定义的测试任务名称。 > 8.1.1.1测试说明 <该小节可以从一下几方面描述: 1)该测试任务整个测试过程的介绍; 2)测试充分性及测试过程的有效性分析。 > 8.1.1.2测试用例执行结果 测试用例执行统计结果见<表8.1>: 表8.1 设计测试用例数 实际执行的测试用例数 测试通过用例数 数目 百分比 — <与计划执行的测试用例数比> <与实际执行的测试用例数比> 测试用例执行结果见<表8.2>: 表8.2 测试用例标识 测试用例名称 版本号1 版本号2 … 版本号N 备注 <对于未测试通过的测试任务说明没有测试通过的原因。 > 说明: 测试结论中“P”表示测试通过,“F”表示测试未通过,“-”表示没有参与测试。 8.1.1.3发现缺陷 发现缺陷统计结果见<表8.3>: 表8.3 A类 B类 C类 D类 合计 已修复缺陷 遗留缺陷 合计 发现缺陷清单见<表8.4>: 表8.4 序号 发现版本号 缺陷等级 缺陷编号 缺陷主题 当前状态 可能原因及建议 8.1.1.4测试工具运行结果 <对由测试工具执行输出的测试结果文件加以说明,并附相应的文件。 如果相关文档为多个测试任务共享,则该文档附加于8.2节,本处说明引用8.2节中的哪一篇文档的哪一部分内容。 > 8.1.2<测试任务标识2><两个空格><测试任务名称2> 8.2 9附加说明 <若已经编写第7章,且各小节均存在,则本章只需要对测试工具运行结果和测试环境进行描述,9.1和9.3小节可以省略。 > 9.1测试用例执行结果 <列出本被测对象的所有测试任务和测试子任务清单及其测试结论。 > 测试用例执行结果见<表9.1>: 表9.1 测试用例标识 测试用例名称 版本号1 版本号2 … 版本号N 备注 <对于未测试通过的测试任务说明没有测试通过的原因。 > 说明: 测试结论中“P”表示测试通过,“F”表示测试未通过,“-”表示没有参与测试。 9.2测试工具运行结果 <如果由测试工具输出的测试结果文档为多个测试任务共享,则在此处附加这些文档。 9.3已修复的缺陷清单 <列出所有修改的历史遗留缺陷及其测试结论。 > 已修复的缺陷清单见<表9.2>: 表9.2 序号 发现版本号 缺陷等级 缺陷编号 缺陷主题
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 测试报告 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)