项目测试分析报告标准格式.docx
- 文档编号:25119341
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:13
- 大小:99.78KB
项目测试分析报告标准格式.docx
《项目测试分析报告标准格式.docx》由会员分享,可在线阅读,更多相关《项目测试分析报告标准格式.docx(13页珍藏版)》请在冰豆网上搜索。
项目测试分析报告标准格式
Confidential
(秘密)
××项目
测试分析报告
湘
试
2004.12
WrittenByTALKWEB
AllRightsReserved
测试分析报告
文档标识:
TW-TEMP-ST-TestPerform
当前版本:
1.0
当前状态:
草稿
发布日期:
2008-06-16
发布
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
1引言
1.1编写目的
该测试报告的目的是为了向公司领导汇报测试工作的最新进展和阶段成果。
本次测试的目的是为了检验系统是否满足用户的需求,是否符合设计的要求,是否达到上线试运行的标准。
该测试报告将直接提交给项目经理、部门领导。
1.2项目背景
此处描述项目背景
1.3定义
1)需求状态
编号
名称
说明
备注
1
Open
接受状态。
该需求已被接受,可以开始实现。
2
Close
关闭状态。
该需求已实现并经测试确认已经满足。
3
Cancle
取消状态。
该需求已被拒绝或放弃。
4
TBD
侍定状态。
该需求有提及但目前还不明确。
2)测试用例状态
编号
名称
说明
备注
1
Design
设计状态。
该测试用例正在设计。
2
Imported
待审状态。
该测试用例设计完成,正待审核。
3
Ready
可用状态。
该测试用例审核通过,可以执行。
4
Repair
修改状态。
该测试用例正被修改。
3)用例执行状态
编号
名称
说明
备注
1
No_Run
未执行状态。
该测试用例没有执行。
2
Not_Completed
未完成状态。
该测试用例执行没有完全。
3
Failed
失败状态。
该测试用例执行失败。
4
Passed
通过状态。
该测试用例执行成功。
5
N/A
不可用状态。
该测试用例不可执行。
4)缺陷严重级别
级别
名称
说明
关闭时限
1
Low
一般级。
拼写错误、错别字或界面不符合设计规范,使用不便。
5天之内
2
Medium
中等级。
单元级功能实现错误或产生错误的中间结果但不影响最终结果。
3天之内
3
High
高等级。
系统级功能实现错误或接口实现错误使系统不稳定、或破坏数据,影响最终结果。
2天之内
4
VeryHigh
严重级。
非常重要的问题,涉及核心模块,如不解决,将严重影响其他模块或其他工作无法进行等。
1天之内
5
Urgent
紧迫级。
非常重要且需要立即修改的问题。
0.5天之内
5)缺陷状态
编号
名称
说明
备注
1
New
新建状态。
发现人新发现的缺陷。
2
Denied
否决状态。
开发经理认为不是软件缺陷。
3
Open
打开状态。
开发经理分配缺陷给指定责任人。
4
Rejected
拒绝状态。
责任人认为这不是自己的问题。
5
Fixed
修正状态。
责任人修改了这个缺陷。
6
Unresolved
未解决状态。
开发经理认为经责任人修改后还未解决。
7
Resolved
解决状态。
开发经理认为经责任人修改后已解决。
8
Reopen
重新打开状态。
发现人确认修改没达要求,重新打开。
9
Close
关闭状态。
发现人关闭缺陷。
1.4参考资料
此处描写项目参考资料
2消耗
测试资源消耗如下表所示:
测试人员
工作职责
测试周期
累计人月
设计系统测试用例、执行测试、报告测试结果。
执行测试、跟踪缺陷关闭。
合计
月/人
3概要
3.1需求覆盖
整个系统累计需求功能点×个。
如下图所示:
通过测试已经满足的需求功能点×个,占总需求功能点数的×%,未通过测试的需求功能点×个,占总需求功能点数的×%,本次测试的需求覆盖率合计为×%;在本次测试还未覆盖的需求中,有×个需求点还未编码实现,有×个需求点已经编码实现,但尚未编写测试用例,有×个需求点已经编码实现且已编写测试用例但未及执行。
需求的测试覆盖图
测试的需求覆盖情况及原因详见以下需求及测试关系一览表:
短信销户
900
接受
是
Failed
596
按业务类型监控
900
接受
是
NoRun
708
性能需求
NotCovered
1381
数据库接口
200
待确定
否
NotCovered
844
企业帮助
900
接受
是
Passed
需求的测试覆盖一览表
3.2用例执行
本次测试活动累计设计测试用例×个。
如下图所示:
有×个执行通过,执行通过率为×%,有×个执行失败,执行失败率为×%,余下×%的测试用例有×个正在执行,有×个还没有来得及执行,有×个不可执行,测试用例设计的有效率为×%。
测试用例的执行情况图
测试用例的执行情况模块分布详见以下测试用例的执行情况模块分布一览表。
web
管理
信息发布稽核
2004-6-23
何杰
Design
何杰
2004-6-30
Passed
用户管理
2004-6-4
沈海荣
Design
何杰
2004-7-2
NotCompleted
权限管理
2004-6-4
沈海荣
Design
何杰
2004-7-2
Passed
测试用例的执行情况模块分布一览表
3.3缺陷解决
本次测试活动累计发现缺陷×个。
如下图所示:
有×个一般级缺陷,占所发现缺陷总数的×%,有×个中等级缺陷,占所发现缺陷总数的×%,有×个高等级缺陷,占所发现缺陷总数的×%。
缺陷及严重级别总图
缺陷的分布情况详见以下两图,可以看出××模块/子系统发现的缺陷最多,但目前已经基本解决。
其它需要重点关注的是××模块/子系统,缺陷较多,且存在高等级缺陷未解决。
(作缺陷的分布分析)
缺陷严重级模块分布图
缺陷状态模块分布图
以下是截止到本次测试完成时的缺陷严重级趋势图和缺陷生存期分布图。
缺陷严重级趋势图
缺陷生存期分布图
从以上两图我们可以看出,目前是系统出现缺陷的高峰期,并且缺陷没有得到及时解决。
希望开发组及测试组加强合作,为系统上线试运行作好充足的准备。
以下是本次测试发现的缺陷一览表。
短信销户
Medium
Closed
何杰
2004-6-22
肖学军
2004-6-28
业务资料登记
Medium
Solved
沈海荣
2004-6-29
杨铁成
固定内容短信群发
High
Open
沈海荣
2004-6-30
肖学军
计费结算报表
Low
New
何杰
2004-7-5
杨铁成
缺陷一览表(由于篇幅限制,可以不列出缺陷的内容,但测试人员在作BugReview时应打开TD逐个详细讲解,TDURL:
.1.14:
6688/TDBIN/start_a.htm)
3.4系统性能
用文字描述系统性能满足程度,并用测试工具图例或表格辅助说明。
指标名称
关联子系统名称
用户期望值
实际测试值
满足需求否
4评价
4.1短信处理
4.1.1目前能力
该子系统目前实现基本的短信业务功能,包括短信自助业务、信息点播服务、信息定制服务。
4.1.2存在问题
交易数据、数据库敏感数据没有加密。
需加强系统性能测试,期待对系统性能的全面、客观评价。
4.2业务管理
4.2.1目前能力
该子系统目前基本实现批量开户、销户,密码发送等业务受理和客户服务功能。
4.2.2存在问题
企业资料登记、业务资料登记还存在一些页面错误;短信日志查询、用户状态查询结果不正确。
5结论
经测试,系统可以满足用户的需求,符合设计的要求,达到测试通过标准,可以上线试运行。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 测试 分析 报告 标准 格式