版本测试报告.docxVIP

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
广东亿迅科技有限公司版本测试报告权限全体员工,涵盖开发人员测试人员项目管理者上级经理等,发布后需进行变更审批,根据变化审批结果进行相应调整测试报告主要分为以下几个部分1引言介绍本次测试的目的范围目标等信息2目标明确本次测试的目标是什么,包括但不限于哪些功能性能指标等方面3实施过程概述测试实施的具体步骤方法过程中遇到的问题及解决方案等4结果分析测试结果,如软件功能是否符合需求性能指标

广东亿迅科技有限公司

(工作记录)

迭代测试报告

文件编号版本号/修改号

总页数

JL7.3KF013(DEV_TPL_TEST_05)

B/0

共8页 密级 ▲▲2

项目名称(项目简称)

版本测试报告

广东亿迅科技有限公司

版权所有

项目名称

项目名称(迭代测试报告)

PAGE\*romanii

PAGE\*romanii

广东亿迅科技有限公司

修改历史

日期

日期

版本号

作者

修改说明

更改请求号

YYYY/MM/DD

0.5

XXX

初稿

注释:“变更请求号”为文档正式发布后需要变更时的编号。

正式审批

角色

角色

签名

日期

备注

YYYY/MM/DD

目录结构

简介 1

目的 1

适用范围 1

术语 1

参考资料 1

测试概况 1

测试环境差异描述 1

测试范围差异描述 1

测试内容与结果* 1

测试结果与缺陷分析 2

测试数据汇总(对于未使用CQ进行缺陷跟踪的项目不做此要求) 2

测试分析 3

测试分析图(对于未使用CQ进行缺陷跟踪的项目不做此要求) 4

测试结论与建议* 4

附录 5

项目名称

项目名称(迭代测试报告)

PAGE1

PAGE1

广东亿迅科技有限公司

简介

目的

[描述本测试报告的编写目的。]如:

本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。

适用范围

[指出预期的读者范围。]如:

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

术语

参考资料

测试概况

测试环境差异描述

[主要描述本版本实际所用测试环境与概要设计中设计的通过测试环境的差异,如无差异,可写“无”]

测试范围差异描述

[主要描述本版本实际测试范围与版本测试计划中测试范围的差异,如无差异,可写“无”]

测试内容与结果*

集成测试内容与结果

序号测试对象关联模块/系统测试结果 测试人员模块

序号

测试对象

关联模块/系统

测试结果 测试人员

模块1 模块2

1

[数据流、控

制流]

(通过/不通

过)

2

功能测试内容与结果

序号1.

序号

1.

被测试业务功能/模块

对应用例

测试结果

(通过/不通过)

测试人员

测试结果与缺陷分析

测试结果概况*:

测试用例执行情况:所有的测试用例都成功的执行,并在回归测试时所有的测试用例全部通过。

测试脚本执行情况:业务功能的测试脚本成功的执行成功,在每次build后能够顺利的执行。

测试结果:本版本测试共产生XXdefect,已解决XX个,目前尚有n个defect遗留,没有解决、或是延期在以后实现;经项目经理决定,需要在下阶段中解决,同时做回归测试;

测试目标达成情况:比对基线对测试用例一次通过率、缺陷密度达成情况进行描述。

测试数据汇总(对于未使用CQ进行缺陷跟踪的项目不做此要求)

[以下列出几种常用的统计类型,并在每一类型中穷举所有的可能,实际统计时可根据分析的需要酌情增加或删减统计类型或表格]项

缺陷状态统计(下表列出CQ中所有的缺陷状态,实际统计时可根据需要酌情删减缺陷状态:)

缺陷状

Errors

Errors

Errors

Errors

Errors

Errors

Errors

Errors

Found

Submitt

Assigne

Opened

Resolve

Closed

Postpon

Duplicat

缺陷数

ed

d

修复动

d

已确认

ed

e

已提交

已被复

作被确

未确认

修复成

不可以

重复的

未被复

审但还

认为没

修复成

功缺陷

在当前

defect

审的缺

没有被

有完成

功缺陷

数目

版本修

陷数目

修复的

的错误

数目

复的错

缺陷数

数量

占比

严重级别统计:

缺陷严重级别

数量占比

严重 较大 一般 较小 易用性 合计

按BUG分类统计:

BUG分类

数量占比

代码 第三方构件

环境 设计 需求 合计

优先级别统计:

优先级别

数量占比

ResolveImmediately

Give High NormalAttention Queue

LowPriority 合计

测试分析

测试用例的执行情况:

执行方式

执行方式

手工测试

实际执行测试用例数

150

通过的测试用例数

100

通过比率

66.6%

备注

测试脚本的执行情况

执行方式

实际执行测试用例数

通过的测试用例数

通过比率

备注

自动执行

150

100

66.6%

重点模块测试通过情况

单元测试通过数

单元测试通过但在集成/系统测试未通过数

未通过比率 备注

30

2

6.6

文档评论(0)

tianya189 + 关注
官方认证
文档贡献者

该用户很懒,什么也没介绍

认证主体阳新县融易互联网技术工作室
IP属地上海
统一社会信用代码/组织机构代码
92420222MA4ELHM75D

1亿VIP精品文档

相关文档