软件测试报告模板.docx
- 文档编号:29695302
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:46
- 大小:123.01KB
软件测试报告模板.docx
《软件测试报告模板.docx》由会员分享,可在线阅读,更多相关《软件测试报告模板.docx(46页珍藏版)》请在冰豆网上搜索。
软件测试报告模板
xxxx软件测试报告V4.0
XTxxx-xxx-xxSTR
标记
数量
修改单号
签字
日期
编制
XXX
XXXX
会签
xxxx软件测试报告
校对
XXX
XXXX
标检
XXX
XXXX
共32页
第1页
审核
批准
XXX
XXXX
中船电子科技有限公司
软件测评中心
会签
目次
插图清单
插表清单
1 范围
1.1 标识
a)本文档为xxxx软件配置项测试文档之一,标识号:
XTxxx-xxx-xxSTR;
b)标题:
xxxx软件配置项测试报告;
c)缩略名:
xxxx软件简称xx软件;
d)版本号:
本文档版本号为1.0;
e)适用软件配置项:
xxxx软件;
f)样品标识:
20130501_01,20130501_02,20130501_03。
1.2 测试目的
依据《xxxx软件委托申请表》(或测试合同),本次测试目的是验证软件实现与《xxxx软件需求规格说明》是否一致。
1.3 系统概述
1.3.1 被测件清单
注:
本章描述本次测试的所有被测件,包括源码(没有可以不写),可执行程序和所有相关技术文档(包括用于参考的协议文件等)。
须写明来源及用途等信息。
本次测试的被测件清单见表1。
表1被测件清单
类型
名称
版本
版本来源及用途
软件等级
规模
Kloc
源码
xxxx软件
1.0
来自样品20130501_01,用于进行静态测试(包括静态分析与代码审查)
Ⅱ类
C级
0.65
xxxx软件
1.1
来自样品20130501_02,用于静态测试回归
Ⅱ类
C级
0.65
可执行程序
xxxx软件
1.1
来自样品20130501_02,静态测试回归版本,用于进行动态测试
Ⅱ类
C级
0.65
xxxx软件
2.0
来自样品20130501_03,动态测试回归最终版
Ⅱ类
C级
0.65
文档
(文件标识)《xxxx软件需求规格说明》
1.0
来自样品20130501_01,用于进行文档审查
--
--
(文件标识)《xxxx软件需求规格说明》
2.0
来自样品20130501_02,用于文档审查问题回归
--
--
1.3.2 被测件功能
注:
本条应概述本文档所适用的系统和软件的用途。
如被测软件是系统的一部分,还要说明其在系统中的位置及与其它子系统的关系。
xxxx是应用在低空监视领域,安装在直升机等小型飞行器上的追踪设备。
追踪器接收RS232串口发送来的GPS报文数据,通过F2812芯片对数据解析并组合成完整的态势信息,再通过KM50电台无线发送到地面接收端。
追踪器可以实时发送飞行器的经纬高等态势信息,用于定位并监视飞行器。
1.3.3 被测件接口
注:
本章描述本次测试的接口示意图,并简单介绍接口类型(网络接口、RS232串口等),数据种类(状态数据,控制命令等),与测试需求中接口描述保持一致。
接口如图2。
图1软件接口示意图
XXX软件与XXX设备的接口关系见表2。
表2XXX软件与XXX设备接口表
序号
发送方
接收方
报文说明
1.3.4 被测件性能
注:
本章描述本次测试的主要性能指标,包括性能测试,内存测试,余量测试,强度测试等测试类型涵盖的测试项。
被测软件的主要性能见表3。
表3被测软件性能
序号
描述
追溯
备注
1
F2812处理器解析报文并组成新报文放到存储区域的时间小于200ms。
《xxxx软件需求规格说明V1.0》3.4性能需求
在性能测试中验证
1.4 文档概述
注:
本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。
本文档是xxxx软件配置项测试工作的概括与总结。
文档描述了本次配置项测试过程中的主要活动执行情况,以及测试结果的统计与分析。
通过测试结果分析,对xxxx软件进行评估,并提出改进建议。
本配置项测试报告的编制目的是:
a)描述本次配置项测试的工作内容及其实施情况,对测试结果进行分析和总结;
b)为正确了解和评价软件当前质量情况提供参考;
c)为该软件验收提供依据(如果本次测试为三方测试,删除该条)。
本文档规定的密级为XX,本文档在使用过程中应遵守XX单位的保密规定。
2 依据和引用文档
注:
本章应列出引用文档的文件标识、标题、版本号、修订版及日期、编写单位,
依据和引用文档的排列顺序为:
国家标准、国家军用标准、行业标准、规范、技术文档(包括1.测试相关文件,包括质量保证和配置管理;2.开发相关文件。
)等。
a)GJB2725A-2001《测试实验室和校准实验室通用要求》;
b)GJB438B-2009《军用软件开发文档通用要求》;
c)总装电子信息部[2005]装电字第324号文件《军用软件测评实验室测评过程和技术能力要求》;
d)海装〔2008〕装电字第12号附件《海军装备软件测试细则》;
e)CSEC/WJ-DSP-QTRS#02《xxxx软件配置项测试需求规格说明》,2013,中船电子科技有限公司软件测评中心;
f)CSEC/WJ-DSP-QTP#02《xxxx软件配置项测试需求计划》,2013,中船电子科技有限公司软件测评中心;
g)CSEC/WJ-DSP-QTD#02《xxxx软件配置项测试说明》,2013,中船电子科技有限公司软件测评中心;
h)CSEC/WJ-DSP-ZJ#01《xxxx软件配置项测试质量保证计划》,2013,中船电子科技有限公司软件测评中心;
i)CSEC/WJ-DSP-PJ#01《xxxx软件配置项测试配置管理计划》,2013,中船电子科技有限公司软件测评中心。
委托方相关文件参见表1被测件清单中文档部分。
3 测试环境
3.1 硬件项
注:
标识用于软件测试环境的计算机硬件、接口设备(交换机、路由器等)和固件项。
描述每个项目的用途、提供方。
如果有特殊的保密处理和安全性问题,应在此描述清楚。
本次测试的硬件项见表4。
表4测试环境的硬件项
序号
硬件和固件项名称
设备编号
规格配置
用途
提供方
1.
3.2 软件项
注:
标识用于软件测试环境的软件项(如:
被测软件、操作系统、编译器、静态和动态测试工具、测试平台的配套软件等),描述并说明每个软件的版本(写明整个测试过程的所有版本)、用途、提供方。
如果有特殊的保密处理和安全性问题,应在此描述清楚。
本次测试的软件项见表5。
表5测试环境的软件项
序号
软件项
版本
用途
提供方
1
3.3 软硬件关系
注:
主要写软硬件的对应关系,如果某软件同时安装在多台硬件设备,则可以直观表现。
本次测试的软硬件安装关系见表6。
表6测试环境的软硬件安装关系
硬件项
软件项
硬件1(编号1)
硬件2(编号2)
软件1
安装
安装
软件2
安装
---
3.4 环境部署图
注:
描述实际测试过程中测试环境部署关系。
本次测试的测试环境如图2。
图2测试环境部署图
3.5 有效性分析
注:
根据软件测试环境与实装环境的差异,分析测试环境能满足实际测试要求,测试结果有效。
主要分以下4部分:
1实装环境描述;2测试环境描述;3差异性分析说明;4测试环境影响分析。
本次测试环境的被测软件、软件和台位部署关系与将来系统实际运行情况不完全一致,其中软件需求中明确软件使用过程中分别与作战管理系统(含电磁兼容设备)、导航系统、雷达侦察干扰设备、无源干扰设备、激光设备等存在接口关系,而测试过程中无法获取完整的使用环境,因此使用模拟器、Loadrunner等测试设备和测试工具模拟进行。
在实际使用过程中,相应的设备会对SXX-1显控台的控制命令等相关报文作出响应,而模拟器无法完全做到,但由于该响应操作属于外围设备的功能,不在本次测试范围内,因此模拟器与实际外围设备的差别不影响本次测试环境的有效性。
并且模拟器的有效性已得到测试委托方认可,其模拟外围设备的报文内容格式,发送频率,报文时序等均与实际环境一致;各测试工具均为成熟商业软件。
因此搭建的测试环境满足测试要求,测试结果真实有效,得到委托方的认可。
3.6 数据准备
注:
描述本次测试重点数据的准备情况,1.首先确认需着重说明的测试数据;2.说明数据是如何获取的,例如实装设备、模拟器软件或测试工具辅助产生;3.对于测试数据进行过哪些超出常规的设计(例如余量测试数据量比实际多出20%)以及超常部分是如何产生的。
本次测试的输入数据分别由各个设备模拟器和测试工具EtherPeek或LoadRunner产生,其中由测试工具将模拟器或实装设备的数据保存记录,然后使用测试工具按照接口协议发送正常的数据,或修改报文收发节点,报文头,报文长度,报文内容等,用于模拟接口的异常情况。
3.7 测试参与人员
注:
描述本次测试的测试参与人员,注意测试监督人员,配置管理员和质量监督员。
人员职责需要与测评中心质量手册中规定的人员职责一致。
实际工作内容按具体项目进行情况修改。
本次测试的参与人员见表7。
表7参与人员及职责
角色
人员
部门
职责
研制方项目负责人
中国船舶工业系统工程研究院
✓项目总协调;
✓测试环境协调。
研制方开发人员
中国船舶工业系统工程研究院
✓测试环境维护,协调并协助测试进行;
✓确认软件问题并修改。
测试方项目负责人
中船电子科技有限公司软件测评中心
✓测试策划;
✓测试总结;
✓项目管理。
测试人员
中船电子科技有限公司软件测评中心
✓测试设计及执行;
✓缺陷跟踪与验证。
测试监督员
项目组全体人员
中船电子科技有限公司软件测评中心
✓对测试数据、质量记录的真实性和公正性进行监督、检查;
✓监督项目测试过程中各种测评原始记录,确保各种测评原始记录(数据)的准确性和及时性。
配置管理员
外场项目需要写项目负责人
中船电子科技有限公司软件测评中心
✓确定配置管理环境,定义配置库结构并分配权限;
✓制定配置管理计划;
✓负责受控库和产品库的控制以及安全控制;
✓进行配置状态纪实。
质量监督员
李杨/崔肖霞
不能和项目组人员重复
中船电子科技有限公司软件测评中心
✓制定质量保证计划;
✓负责对测评项目的整个实施过程进行监督,按照测试各阶段SQA检查单检查过程和产品的符合性。
4 测试过程
4.1 测试实施进程
注:
本章描述测试过程的阶段性工作内容,属于整体描述,具体过程在4.2章后描写,如存在与计划不一致的问题,在4.6遇到的问题和解决方案中解释。
本次测试的实施进程概述见表8。
表8测试实施进程
序号
测试阶段
工作内容描述
实际开始
日期
实际结束
日期
1
测试需求分析及策划
测试需求分析与策划,编制测试需求规格说明、测试计划
2
测试需求、计划评审
对测试需求、测试计划文档进行评审
3
测试设计与实现
搭建测试环境,设计测试用例,编制测试说明
4
测试执行
执行测试用例,记录测试结果,提交、跟踪与验证缺陷
5
测试总结
统计测试数据,编制测试总结报告
4.2 测试需求分析及策划
注:
本章描述测试策划的具体工作过程
XXXX年XX月XX日至XX月XXX日,测试组进行测试需求分析及策划,具体过程如下:
测试组依据《xxxx软件需求规格说明》,开展测试需求分析,形成了XX个测试项,涵盖了功能测试、性能测试(测试类型根据实际情况全部写清楚)XX种测试类型,编制《xxxx软件配置项测试需求规格说明》。
测试组依据《xxxx软件开发计划》(如果没有软件开发计划,可从《xxxx软件测试合同》、《xxxx软件委托测评申请表》、《xxxx软件立项通知单》中选择。
)、《xxxx软件需求规格说明》,开展测试策划,编制《xxxx软件配置项测试计划》。
XXXX年XX月XX日,测试组对上述文档组织进行了测试需求、计划评审,根据评审意见完善相应文档,并转入测试设计与实现阶段。
4.3 测试设计与实现
XXXX年XX月XX日至XX月XXX日,测试组依据《xxxx软件配置项测试需求规格》和《xxxx软件配置项测试计划》进行测试设计与实现,形成XX个测试用例、搭建测试环境,并进行内部评审。
4.4 测试执行
注:
写明不同测试类型过程中的执行过程,主要按照1.测试并发现问题;2.确认修改问题并升级版本;3.对新版本回归问题三个步骤写。
4.4.1 文档审查
2013年6月3日至6月4日,测试组对xxxx软件进行文档审查,工作过程简述如下:
a)2013年6月3日,对委托方提交的需求规格说明文档(含接口)进行了文档审查。
主要审查了文档格式的规范性、文档内容的一致性等方面,经审查发现文档问题1个;
b)2013年6月4日,测评中心针对修改后的文档进行了回归审查。
经审查所有文档审查问题均已修改且未引入新的问题。
静态测试类型按照实际测试类型进行删减,若未开展静态分析,该章节写“未开展静态分析”。
4.4.2 静态分析
格式及内容参见4.4.1文档审查。
4.4.3 配置项集成(适用于系统测试)
格式及内容参见4.4.1文档审查。
4.4.4 动态测试
写明测试用例组织执行顺序(参见测试说明并与实际执行结合)
写明测试开展的轮次,各轮次的测试范围和目的,执行用例数量和发现缺陷数量。
(注:
标明逻辑测试执行的过程)
该章节中描述的测试轮次应于5.2.1和5.2.2内容一致。
4.5 测试总结
2013年6月24日至2013年6月28日,测试组对测试工作进行总结,对被测软件进行评估,编写测试总结报告。
4.6 配置管理与质量保证
4.6.1 配置管理
项目测评周期内,由项目配置管理员负责被测件版本及测试产品版本控制,对受控库和产品库进行出入库管理,保证测评项目的工作产品在整个测试周期中的完整性。
4.6.2 质量保证
项目测评周期内,由质量监督员负责测试过程活动和工作产品的符合性检查,发现并督促不符合问题的解决,确保测试过程得到有效实施,使项目管理层和项目组成员客观了解项目过程和工作产品。
4.7 遇到的问题及解决方案
注:
测试过程中遇到的问题。
a)测试环境稳定性问题
由于软件的开发和测试环境由多方人员共同开发完成,搭建及维护工作量较大且耗费时间长。
解决方案:
积极沟通多方开发人员,第一时间维护测试环境能正常运行。
b)测试人员变动问题
由于测试人员变动,引起测试周期变长。
解决方案:
与项目组及上级领导确认,延长测试周期。
5 测试结果
注:
测试结果概述,包括测试类型,测试项数量,测试用例数量,发现缺陷数量等。
本次对xxxx软件进行的配置项测试的测试类型包括功能测试、性能测试、接口测试、强度测试、恢复性测试、安全性测试、边界测试和余量测试,经过需求分析得到测试项4项,设计测试用例26个,共执行了2轮测试,复用用例10个。
共发现问题15个(其中致命问题0个、严重问题2个、一般问题13个、轻微问题0个;文档审查问题1个,静态分析问题8个,动态测试问题5个),解决问题15个,无遗留缺陷。
具体问题分布见表9。
表9测试问题统计表
测试阶段
问题
类型
确认
问题
问题等级
已修改
暂不修改
异议问题
致命
严重
一般
轻微
文档审查
--
1
0
0
1
0
1
0
0
静态分析
--
8
0
0
8
0
8
0
0
动态测试
需求
0
0
0
0
0
0
0
0
设计
0
0
0
0
0
0
0
0
文档
0
0
0
0
0
0
0
0
代码
5
0
2
3
0
5
0
0
界面
0
0
0
0
0
0
0
0
其他
0
0
0
0
0
0
0
0
小计
0
0
0
0
0
0
0
0
合计
--
15
0
2
13
0
15
0
0
所占比例
--
100%
0%
13.3%
86.7%
0%
100%
0%
0%
5.1 静态测试结果
5.1.1 文档审查结果
注:
文档审查测试结果描述,首先说明发现问题总数,然后针对发现问题说明回归状态,包括回归轮次和回归结果(是否引入新缺陷),最终将数据进行不同维度的统计,以表格形式列出。
文档审查中共确认文档问题1个。
文档回归审查中,对修改的文档进行审查,确认首次文档审查中发现的所有问题均已归零,且未引入新的问题。
文档审查问题清单见附录A。
注:
各个测试类型的测试结果描述,1.说明发现问题总数,2.说明研制方修改状态,是否全部修改,不修改的原因等;3.针对发现问题说明回归状态,包括回归轮次和回归结果(是否引入新缺陷);4.将数据进行不同维度的统计,以表格形式列出;5.将问题清单整理至相应附录。
5.1.2 静态分析结果
静态分析中共确认问题X个。
承研单位针对确认的X个问题全部进行了修改,静态分析确认问题统计见表10,经测试组回归,所有问题均得以正确修改,未发现引入新的软件问题。
静态分析问题清单见附录B。
表10静态分析问题统计
问题类型
严重性等级
小计
已修改
未修改
异议
问题
致命
重要
一般
轻微
内存泄漏
0
0
0
0
0
0
0
0
数组越界
0
0
0
8
8
8
0
0
资源泄漏
0
0
0
0
0
0
0
0
变量定义
0
0
0
0
0
0
0
0
格式转换
0
0
0
0
0
0
0
0
格式规范
0
0
0
0
0
0
0
0
合计
0
0
0
8
8
8
0
0
百分比(%)
0%
0%
0%
100%
100%
100%
0%
0%
5.2 动态测试结果
5.2.1 全面测试结果
注:
1.说明用例执行情况,如有未执行用例,说明原因2.发现问题综述3.将数据进行不同维度的统计,以表格形式列出;4将问题清单整理至相应附录;
如果本次测试仅一个系统/配置项,则删除表12中“配置项名称”列
在全面测试过程中,针对xxxx软件在当前环境下执行了21个用例,测试用例通过率为76.9%,具体测试用例的测试结果清单见附录D.1。
按测试类型统计的测试用例分布以及执行情况信息见表11。
表11全面测试的测试用例分布及执行情况统计表
配置项名称
(系统名称)
测试类型
测试用例
总数
执行
用例数
未执行
用例数
通过
用例数
未通过
用例数
功能测试
6
6
0
6
1
性能测试
3
3
0
3
0
接口测试
6
6
0
4
1
边界测试
2
2
0
0
2
强度测试
1
1
0
1
0
余量测试
1
1
0
1
0
恢复性测试
3
3
0
3
0
安全性测试
1
1
0
0
0
小计
9
26
26
0
20
6
合计
9
26
26
0
20
6
全面测试过程中共发现软件问题5个(其中致命问题0个,严重问题2个,一般问题3个),表12给出了按测试类型统计的软件问题等级和类型分布信息,具体软件问题清单信息见附录C(如果问题较多,可以只将典型问题或重要问题重点列出)。
表12按测试类型统计软件问题列表
测试
类型
问题
总数
问题等级
问题类型
致命
严重
一般
轻微
需求
设计
文档
代码
界面
其他
逻辑测试
0
0
0
0
0
0
0
0
0
0
0
功能测试
0
0
0
0
0
0
0
0
0
0
0
性能测试
0
0
0
0
0
0
0
0
0
0
0
接口测试
0
0
0
0
0
0
0
0
0
0
0
人机交互
界面测试
0
0
0
0
0
0
0
0
0
0
0
边界测试
2
0
0
2
0
0
0
0
2
0
0
强度测试
0
0
0
0
0
0
0
0
0
0
0
余量测试
0
0
0
0
0
0
0
0
0
0
0
安全性测试
0
0
0
0
0
0
0
0
0
0
0
恢复性测试
0
0
0
0
0
0
0
0
0
0
0
边界性测试
0
0
0
0
0
0
0
0
0
0
0
安装性测试
0
0
0
0
0
0
0
0
0
0
0
合计
5
0
0
0
0
0
0
0
0
0
0
所占比例
100%
0%
40%
60%
0%
0%
0%
0%
100%
0%
0%
全面测试阶段发现的XX个问题中,逻辑测试和强度测试问题XX个,其它问题按照所属的软件模块统计其问题等级和问题类型,统计信息见表13。
表13按软件模块统计软件问题列表
软件模块
问题
总数
问题等级
问题类型
致命
严重
一般
轻微
需求
设计
文档
代码
界面
其他
要求的流程
3
0
2
1
0
0
0
0
3
0
0
XX模块
0
0
0
0
0
0
0
0
0
0
0
XX模块
0
0
0
0
0
0
0
0
0
0
0
性能需求
0
0
0
0
0
0
0
0
0
0
0
界面要求
0
0
0
0
0
0
0
0
0
0
0
合计
5
0
0
0
0
0
0
0
0
0
0
所占比例
100%
0%
40%
60%
0%
0%
0%
0%
100%
0%
0%
概述集成过程发现问题情况与问题回归情况见表14。
表14配置项集成情况一览表
第X次集成测试
测试类型
测试项数量
测试用例
设计用例
执行用例
通过用例
未通过用例
未执行用例
问题报告
问题总数
已解决的问题
遗留问题
回归测试
测试用例
设计用例
执行用例
通过用例
未通过用例
未执行用例
问题报告
问题总数
已解决的问题
遗留问题
5.2.2 回归测试结果
注:
1.分析重用用例2.针对发现问题说明回归状态,包括回归轮次和回归结果(是否引入新缺陷);3.对
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试报告 模板