测试报告-XX项目(测试环境)

  • 格式:docx
  • 大小:68.73 KB
  • 文档页数:18

XX项目 测试报告

{

版本信息 日期 版本 状态 > 简要描述 编写 审核 批准

2018-07-18 ) 首次建立项目测试报告(标准版)模板 xxx , '

注:状态可以为N-新建、A-增加、M-更改、D-删除 , 目 录 1 编写目的 ........................................ 错误!未定义书签。 2 测试参考文档 .................................... 错误!未定义书签。

3 项目信息 ........................................ 错误!未定义书签。 4 测试概述 ........................................ 错误!未定义书签。

! 基本信息 ................................. 错误!未定义书签。

测试过程 ................................. 错误!未定义书签。 测试范围 ................................. 错误!未定义书签。 5 测试过程评估 .................................... 错误!未定义书签。 测试设计 ................................. 错误!未定义书签。 测试用例 ............................. 错误!未定义书签。

测试方法 ............................. 错误!未定义书签。 > 测试执行 ................................. 错误!未定义书签。

测试用例覆盖总结 ..................... 错误!未定义书签。 测试用例执行总结 ..................... 错误!未定义书签。 6 缺陷统计与分析 .................................. 错误!未定义书签。 缺陷统计 ................................. 错误!未定义书签。 缺陷分析 ................................. 错误!未定义书签。 缺陷分布--按严重等级划分 ............. 错误!未定义书签。

" 缺陷分布--按功能模块划分 ............. 错误!未定义书签。

缺陷分布--按缺陷类型划分 ............. 错误!未定义书签。 缺陷趋势--新增缺陷 ................... 错误!未定义书签。 缺陷趋势--重新打开缺陷 ............... 错误!未定义书签。 缺陷趋势--修改缺陷 ................... 错误!未定义书签。 缺陷趋势--关闭缺陷 ................... 错误!未定义书签。 7 版本需求变更分析 ................................ 错误!未定义书签。 需求变更描述 ............................. 错误!未定义书签。 ;

需求变更统计 ............................. 错误!未定义书签。 8 版本演进轨迹 .................................... 错误!未定义书签。 9 测试总结 ........................................ 错误!未定义书签。 测试结论 ................................. 错误!未定义书签。 测试建议 ................................. 错误!未定义书签。 遗留问题列表 ............................. 错误!未定义书签。 风险分析 ................................. 错误!未定义书签。

%

{ 1 编写目的 本测试报告为【XX】项目的测试报告,目的在于总结测试阶段的测试情况以及分析测试结果,描述系统是否符合需求并对测试质量进行分析。 本报告作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。

2 测试参考文档 * 《用户需求说明书》 《软件需求规格说明书》 《软件开发计划》 《软件测试计划》 《软件测试方案》 《软件测试策略》 《软件测试用例》 & 《缺陷分类指南》 《功能及UI测试标准》

3 项目信息

项目名称 xx

项目编号 xxx 】 项目周期 2018/1/19 ~ 2018/2/26

项目性质 全新产品/大版本升级/小版本升级(只能选择一个) 项目版本号 v80712_01_beta

项目经理 " xxx

测试经理 xxx

测试工程师 xxx 开发工程师 xxx

/

4 测试概述 4.1 基本信息 本次测试的基本信息如下: 测试时间 2018/1/19 ~ 2018/2/26

测试环境 ; 硬件 处理器:Inter Core i5, 内存:8GB 操作系统:Windows 10

软件 Navicat Premium、xshell、IE,FireFox,Coogle Chrome等浏览器 测试站点 ; 4.2 ^ 、

。 无 无 无 无 ^ 编写测试策略 … % 编写测试方案 -

编写测试用例 # 评审测试用例 。 测试环境准备 \ 测试数据准备 @ @ 测试脚本准备 】

测试执行 系统测试 ' 回归测试 / ! 测试结束 编写测试报告 !

编写用户手册 #

项目实施 [ 培训 、

项目部署 : : 4.3 测试范围 任务 测试覆盖功能点 一级功能 ` 二级功能 三级功能

历史 : ^

" ! -

? { 、 ~

- …

新增及修改 》

& { 5 测试过程评估 5.1 5.2 · 5.3 测试设计 5.3.1 测试用例

1、 测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。 2、 依据需求文档和原型图设计测试用例,测试用例覆盖所有需求功能点,在评审通过后执行测试。

5.3.2 测试方法 根据系统需求规格说明书的描述,明确指出了系统应该具有的功能。在完全不考虑程序内部结构和内部特性的情况下,测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用,是否能在输入适当的数锯下产生正确的输出信息,并且能保持外部信息(如数据库或文件)的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法:黑盒测试。 本次测试的重点集中在基本数据录入、业务流程和各功能模块间的接口。

5.4 测试执行 5.4.1 ~ 5.4.2 5.4.3 测试用例覆盖总结 1、 执行的测试用例数覆盖了所有的功能点 模块名称 用例数(条) 覆盖情况 执行情况 客户管理 《 94 系统测试2轮,验收测试2轮 执行94条,未通过1条 用例通过率:%

\ ( %

【 5.4.4 5.4.5 测试用例执行总结 … 测试执行统计表

测试用例版本号 工作量投入(人天)

测试用例规模

总用例数 (

新增用例数

执行结果统计表 计划执行的用例数 , 实际执行的用例数 通过的用例数 执行率 覆盖率 通过率 发现缺陷数

【 执行率 = 实际执行的用例数÷计划执行的用例数

覆盖率 = 实际执行的用例数÷总用例数 通过率 = 通过的用例数÷实际执行的用例数 发现缺陷数 = 本次版本一共提交了多少个BUG单 与本次测试总的计划执行案例数),与本文最后一个章节的风险相对应。> 的计划执行案例数与本次执行总的实际执行案例数),与本文最后一个章节的风险相对应。>

[

& 6 缺陷统计与分析 6.1 缺陷统计 缺陷总计:28个; 打开:17个; 处理中:2个;

重新打开:3个; 已解决:5个; 已关闭:1个

6.2 缺陷分析 6.2.1

6.2.2 缺陷分布--按严重等级划分 缺陷严重等级 。 合计 已关闭 未解决 已关闭所占百分比 轻微-Trivial · 一般-Minor

[ 重要-Major

严重-Critical

.

阻塞-Blocker ¥

打开61%

处理中7%

重新打开11%

已解决18%

已关闭3%

缺陷统计