测试报告模板10.docx
- 文档编号:27083884
- 上传时间:2023-06-26
- 格式:DOCX
- 页数:14
- 大小:20.18KB
测试报告模板10.docx
《测试报告模板10.docx》由会员分享,可在线阅读,更多相关《测试报告模板10.docx(14页珍藏版)》请在冰豆网上搜索。
测试报告模板10
XXX项目
验
收
测
试
报
告
XX有限公司
二〇XX年XX月XX日
目录
目录I
测试报告概述II
第1章样品描述1
第2章测试环境2
2.1硬件环境2
2.2软件环境2
第3章合格标准3
第4章测试结果4
4.1功能性4
4.1.1适用性和准确性4
4.1.1.1XX子系统4
4.2安全性4
4.3可靠性5
4.4易用性7
4.5适应性7
4.6互操作8
4.7易用性8
4.8可拓展性9
4.9用户文档9
4.10系统性能9
4.10.1测试结果分析11
4.10.1.1基本能力测试11
测试报告概述
项目名称
测试日期
年月日-年月日
样品数量
承建单位
建设单位
监理单位
测试
依据
GB/T25000.51-2010《软件工程软件产品质量要求与评价(SquaRE)商业现货(COTS)软件产品的质量要求和测试细则》
GB/T16260.1-2006《软件工程产品质量第1部分:
质量模型》
GB/T16260.2-2006《软件工程产品质量第2部分:
外部度量标准》
《XX项目需求规格说明书》
《XX项目招标文件》
《XX项目合同》
测试
结论
承建单位意见:
章):
承建单位(盖章)
项目经理(签字)
日期:
年月日
建设单位意见:
章):
建设单位(盖章)
建设单位代表(签字)
日期:
年月日
监理单位意见:
章):
监理单位(盖章)
监理代表(签字)
日期:
年月日
第1章样品描述
本期项目的主要建设任务是开发核心业务工作平台,从根本上对原有系统应用模式、数据存储策略、程序底层架构、软件业务实现等各方面进行重新规划,把现有核心业务应用系统架构转换为B/S构架,实现XX核心业务应用系统与核心信息资源的集中处理与存储,完成核心业务分散应用模式向大集中应用模式的转变。
……
第2章测试环境
2.1硬件环境
2.2软件环境
第3章合格标准
编写参考如下:
满足以下所有条件,则测试结果为合格;否则,测试结果为不合格:
功能测试:
致命错误数、严重数为0,一般错误率≤10%,轻微错误率≤12%;
性能测试:
满足合同需求;
互操作性测试:
测试数据期望值与实际结果相差<10%;
易用性测试:
测试项通过率为85%;
适应性测试:
测试项通过率为85%;
易安装性测试:
测试项通过率为85%;
可扩展性测试:
测试项通过率100%;
互操作性测试:
测试项正确率100%;
可靠性测试标准:
要求系统可用度≥99.8%,平均失效恢复时间<30分钟,偶然故障率不超过1,初期故障率不超过1;
安全性测试:
严重错误数为0,一般错误数少于2个;
文档测试:
满足《GB/T17544-1998信息技术软件包质量要求和测试》第3.2条的要求。
注:
①需求变更后的测试项若不存在,则此项不参与测试;
②测试项正确率=参与测试的项符合数/参与测试的总项数;
③一般/轻微错误率=缺陷程度为一般或轻微的错误数/测试用例总数;
④严重/致命数指缺陷程度为严重和致命的错误数。
第4章测试结果
4.1功能性
编写参考如下:
通过准则:
软件按照需求规格说明书及用户文档给定的形式正确表现,数据准确。
4.1.1适用性和准确性
4.1.1.1XX子系统
序号
用例编号
一级模块
二级模块
功能描述
测试结果
1
即时消息
文字聊天
和联系人进行一对一的文字聊
通过
2
文件传输
和联系人进行文件传输
通过
3
闪屏振动
使自己和联系人的聊天窗口振
通过
4
5
聊天室
6
7
8
9
10
11
4.2安全性
测试内容
测试结果
没有口令是否可以登录到系统中?
登录过程是否需要输入随机生成的验证码?
有效的口令是否被接受,无效的口令是否被拒绝?
系统对多次无效口令是否有适当的反应?
系统初始的权限功能是否正确?
各级用户权限划分是否合理?
用户的生命期是否有限制?
用户是否会自动超时退出,超时的时间设置是否合理,用户数据是否会丢失?
高级别用户是否可以操作低级别用户命令?
低级别的用户是否可以操作高级别用户命令?
错误和文件访问是否适当地被记录?
登录用户修改其他用户的参数是否立即生效?
系统在最大用户数量时是否操作正常?
在发生意外掉电时是否能保证数据的安全性?
数据库关键数据是否经过加密处理?
系统配置数据保存时是否加密?
无效的或者不可能的参数是否被检测并适当地处理?
系统配置数据能否导入,导入后能否正常使用?
系统配置数据能否导出,在其他机器上进行备份?
是否有变更安全性表格的过程?
4.3可靠性
初期故障率测试记录表
初期故障率描述
软件交付给用户的三个月内,单位时间的故障数
连续运行时间
故障描述
故障发生时刻
故障发生次数(以100小
时为故障单位)
统计分析
无故障运行的平均时间
间隔
(CPU小时)
无故障运行的最小时间
间隔
(CPU小时)
无故障运行的最大时间
间隔
(CPU小时)
偶然故障测试记录表
偶然故障率描述
软件交付给用户的三个月内,单位时间的故障数
连续运行时间
故障描述
故障发生时刻
故障发生次数(以1000小
时为故障单位)
统计分析
无故障运行的平均时间
间隔
(CPU小时)
无故障运行的最小时间
间隔
(CPU小时)
无故障运行的最大时间
间隔
(CPU小时)
平均失效恢复时间记录表
平均失效恢复
软件失效后恢复正常工作所需要的平均统计时间
正常运行时间
软件失效时刻
失效描述
失效发生次数
统计分析
排除故障的平均时间间
隔
(CPU小时)
排除故障的最小时间间
隔
(CPU小时)
排除故障的最大时间间
隔
(CPU小时)
4.4易用性
检测项
测试人员的评价
窗口切换,移动,改变大小是否正常
各个界面元素的文字是否正确(标题、提
示等)
各个界面的状态是否正确(对有效,无效,
选中等状态)
是否支持鼠标操作
对话框中的缺省焦点是否正确
数据项能否正确回显
检测项
测试人员的评价
对于常用的功能,用户是否不必阅读手册
就能使用
执行有风险的操作时,是否有“确认”,“放
弃”等提示
操作顺序是否合理
各界面元素是否协调
UI组织的布局是否合理
菜单中是否有多余项
是否有帮助文档
错误处理是否现实友好
4.5适应性
检测项
测试人员的评价
硬件环境:
Pentium266以上机型,64M以
上内存,6G以上硬盘空间,1024*768分辨
率(推荐);服务器256M以上内存,20G
硬盘空间,系统运行状态
系统在中文windows2000/xp环境中运行,
系统运行状态。
服务器端数据使用oracle9i,系统运行状
态以及数据库安全情况
4.6互操作
测试项
测评结果
C/S系统向B/S系统传递数据
正确□
未通过□
B/S系统向C/S系统传递数据
正确□
未通过□
4.7易用性
检测项
测试人员的评价
窗口切换,移动,改变大小是否正常
各个界面元素的文字是否正确(标题、提
示等)
各个界面的状态是否正确(对有效,无效,
选中等状态)
是否支持鼠标操作
对话框中的缺省焦点是否正确
数据项能否正确回显
检测项
测试人员的评价
对于常用的功能,用户是否不必阅读手册
就能使用
执行有风险的操作时,是否有“确认”,“放
弃”等提示
操作顺序是否合理
各界面元素是否协调
UI组织的布局是否合理
菜单中是否有多余项
是否有帮助文档
错误处理是否现实友好
4.8可拓展性
序号
测试项
测试说明
测试结果
1
系统总体框架的确定,系统功能的设计,数据格式的定义和系统间的数据接口
系统设计充分考虑其扩充性能。
包括系统总体框架的确定,系统功能的设计,数据格式的定义和系统间的数据接口等,可为将来的发展提供扩充能力。
通过
4.9用户文档
序号
测试项
测试说明
测试结果
1
完整性
用户文档完整地说明了软件包的所有功能以及在程序中用户可以调用的所有功能。
通过
2
正确性
用户文档中描述的信息都正确,没有歧义和错误的表达。
通过
3
一致性
用户文档自身内容或相互之间没有矛盾,每个术语的含义在文档中保持一致。
通过
4
易理解性
用户文档对正常执行工作任务的一般用户是易理解的,通过使用适当的术语,大量的图形表示、详细的及引用有用的信息源来表达。
通过
5
易浏览性
每个文档都有详细的目录表。
通过
4.10系统性能
Ø基本能力测试
◆模拟系统运行的业务压力和使用场景
◆系统的性能是否满足要求
◆查询响应时间符合测试合格标准,系统运行中的死机率(系统开机、运行及客户端访问过程中故障率)不大于2%。
◆测试参数响应时间(最小响应时间、平均响应时间、最大响应时间)是否符合需求
Ø负载测试
◆服务器端在高负载情况下的性能行为表现。
负载可以是最大用户数,交易数,事务数等
◆系统的处理极限
Ø容量测试
◆可处理同时在线的最大用户数
◆系统的最大吞吐量
◆最大并发数
Ø压力测试
◆在一定的饱和状态下,系统是否会出现错误
◆系统的瓶颈
◆不能接受的性能点
Ø疲劳强度测试
◆支持的最大并发用户数或者日常运行用户数
◆处理最大工作强度性能
Ø大数据量测试
◆系统存储、传输、统计、查询等业务进行独立的大数据量测试
◆压力性能测试、负载性能测试、疲劳性能测试相结合进行综合数据量测试
Ø并发性测试
◆系统是否存在内存泄漏
◆是否存在线程锁
◆资源竞争
4.10.1测试结果分析
4.10.1.1基本能力测试
4.10.1.1.1场景设计
4.10.1.1.2测试结果
响应时间:
用户所能感受到的响应时间,也是用户最重视的性能体验。
确立响应时间的原则——2/5/10原则:
2:
2秒钟用户会觉得是一个很好的体验。
5:
5秒钟用户可能会觉得差了一点,还行,比较好。
10:
10秒钟是用户所能承受的最大极限。
鉴于不同地区的网络环境,将用户所能承受的响应时间极限定为12~15秒。
基本能力测试记录表
基本能力测试
模拟生产运行的业务压力和使用场景结合,测试系统的性能是否满足生产性能要求,测试参数响应时间是否符合需求。
用例目的
测试系统响应用户操作的时间
前提条件
系统正常运行,用户登陆系统
测试项
期望的性能(平均值)
实际的性能(平均值)
最小响应时间
平均响应时间
最大响应时间
4.10.1.1.3测试结论
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试报告 模板 10
![提示](https://static.bdocx.com/images/bang_tan.gif)