搜索
您的当前位置:首页正文

软件测试报告

来源:爱go旅游网


软件测试报告模板

目 录

1. 项目简介 ................................................................................................................................... 3

1.1. 编写文档目的 ................................................................................................................... 3 1.2. 项目测试简述 ................................................................................................................... 3 1.3. 项目拓扑图 ....................................................................................................................... 3 1.4. 定义 .................................................................................................................................. 3 1.5. 参考文档........................................................................................................................... 3 2. 测试概要...................................................................................................................................... 4

2.1 测试范围 .......................................................................................................................... 4 2.2 测试内容 .......................................................................................................................... 4

2.2.1 模块内功能测试 ..................................................................................................... 4 2.2.2 性能测试 ................................................................................................................. 4 2.2.3 批量上载 ................................................................................................................. 5 2.2.4 权限管理 ................................................................................................................. 5 2.2.5 集成测试 ................................................................................................................. 5 2.2.6 安全性测试 ............................................................................................................. 5 2.2.7 单元测试 ................................................................................................................. 5 2.2.8 兼容性测试 ............................................................................................................. 5 2.3 测试性能指标参考 .......................................................................................................... 6 2.4 测试用例设计方法和工具 .............................................................................................. 6 2.5 测试环境与配置 .............................................................................................................. 7

2.5.1 Web Server环境 ................................................................................................... 7 2.5.2 Client环境 ............................................................................................................ 7 2.5.3 测试场所信息 ....................................................................................................... 7

3. 测试情况...................................................................................................................................... 8

3.1 测试版本情况 .................................................................................................................. 8 3.2 功能测试充分性评价 ...................................................................................................... 8 3.3 测试组织 .......................................................................................................................... 9 4. 测试结果及分析 ........................................................................................................................ 10

4.1 测试情况统计分析 ........................................................................................................ 10 4.2 覆盖分析 ........................................................................................................................ 10

4.2.1 需求覆盖 ............................................................................................................. 10 4.2.2 测试覆盖 ......................................................................................................... 11 4.3 缺陷分析 ........................................................................................................................ 11

4.3.1 缺陷发现效率 ..................................................................................................... 11 4.3.2 各测试阶段缺陷数明细 ..................................................................................... 12 4.3.3 利用测试阶段和 activity 属性得到的评估图 ................................................. 12 4.3.4 功能测试与系统测试中应用ODC ..................................................................... 13 4.3.5 ODC对于客户影响的应用分析......................................................................... 14 4.4 压力测试分析和结论 .................................................................................................... 15 5. 测试结论.................................................................................................................................... 15

5.1 各模块测试质量评价 .................................................................................................... 15 5.2 各模块遗留问题及风险分析 ........................................................................................ 15

5.3 下阶段测试建议 ............................................................................................................ 16 6. 自动化测试实现总结 ................................................................................................................ 16

6.1 用例实现规模及收益 ...................................................................................................... 16 6.2 用例管理调用方式 .......................................................................................................... 17 7. 整体测试进度总结 .................................................................................................................... 17

1. 项目简介

1.1. 编写文档目的

说明:简述编写此文档的目的.

1.2. 项目测试简述

说明:简述测试项目的描述与定义

1.3. 项目拓扑图

说明:描述项目的网络拓扑图

1.4. 定义

说明:(专用术语和缩写语约定)

1.5. 参考文档

1. 需求覆盖度参考范围: 需求用例 主模块 XXX主模块 子模块 需求用例 OTC-01 OTC-o6 OTC-10 需求变更 其他参考文档 OTC-01~04 Login.xls 登录模块

信息维护模块 2. 测试执行和设计参考文档:

2. 测试概要

2.1 测试范围

测试团队负责的XXXX项目测试模块 主模块 XXXX源头

子模块 功能测试 性能测试 批量上载 权限管理 登录模块 √ √ √ 2.2 测试内容

要达到测试目标,需满足以下假设:

1) BA人员提供的需求用例,可以100%反映业务需求;

2) 发生需求变更后,会及时更新需求用例或发布需求变更,并通知到测试人员; 3) 任何测试需求变更是稳定,有序的;

4) 业务对测试人员提供必要的业务培训或协助

2.2.1 模块内功能测试

各模块以手工测试为主。主要关注基于各种渠道(需求用例,需求变更,邮件沟通,电话沟通)提取的功能点的实现,保证模块内功能的实现和健壮,充分考虑系统可靠性,异常处理等。包括每轮发布后的例行冒烟测试。

共执行模块内功能测试:(轮数)轮 共执行冒烟测试:(轮数)轮

测试执行环境:SIT0,SIT1 / SIT2,UAT,演练环境

2.2.2 性能测试

以各模块经项目经理确认的性能测试场景为依据,分为单用户响应时间摸底,多用户并发性能拐点测试,模块内场景并发测试,模块内疲劳测试共四个阶段,达到识别并优化系统服务响应时间的目的。并对服务器系统的性能状况进行监控和分析。 测试执行环境:SIT0

2.2.3 批量上载

基于各模块涉及批量上传的功能点,组织的专题测试,主要验证在数据量最大的情况下,批量上传的功能实现和性能响应。

共执行批量上载测试:(轮数)轮 测试执行环境:SIT0

2.2.4 权限管理

根据框架权限管理部分的功能需求,对框架权限管理的功能,进行了专题测试。包括权限管理在框架层面的功能实现和在各模块中的应用实现。

共执行权限管理测试:(轮数)轮 测试执行环境:SIT1 / SIT2

2.2.5 集成测试

说明:简要描述集成测试的计划已执行与过程信息.

【例如:计划中的集成测试,仅进行了50%,大部分集成场景均未测试。但其中对信息维护,前台信息展示模块,信息采集三个模块间涉及的交互数据的集成功能,进行了较充分的测试。

测试执行环境:SIT1 / SIT2】

2.2.6 安全性测试

说明:简要描述安全性测试的计划已执行与过程信息

2.2.7 单元测试

说明:简要描述单元测试的计划已执行与过程信息

2.2.8 兼容性测试

说明:简要描述兼容性测试的计划已执行与过程信息

2.3 测试性能指标参考

质量目标 测试密度(测试用例/KL) 缺陷密度(缺陷数/KL) …… 下限 中限 上限 实际值 原因分析 (具体的质量目标由公司的质量组给出参考内容与值)

2.4 测试用例设计方法和工具

测试用例设计原则: 1. 需求覆盖要求:

1.与需求用例严格一一对应; 2.根据需求变更文档,实时补充; 2. 测试设计方法:

A. 以测试类型为基础,包含正常功能和可靠性(异常处理和恢复等)测试; B. 常规方法:等价类划分、边界值、因果图、状态机等 3. 测试类型覆盖要求: 测试类型说明(每种类型都包含正常功能和可靠性测试) 业务正确性: 业务数据流测试 :实现关键业务数据流的测试 关键功能点测试 :对独立的需求功能点实现的测试 数据验证 数据一致性 :对数据在不同页面,不同系统间流转的一致性的验证 数据同步 :涉及数据更新,数据库同步方面的测试 数据有效性 :满足和不满足指定模块的输入数据要求的测试 状态转换测试 :涉及状态转换功能点的测试 安全测试 安全性 :网页安全等 权限测试 :登陆用户角色管理,不同权限的用户访问的测试,包括锁,解锁,死锁等 适配测试(兼容性) :对不同浏览器,不同操作系统,硬件设备支持等软硬件环境的适配,包括session,cookie,刷新等 出错处理测试 :对于页面访问,权限或HTTP异常等错误出现后的处理机制 UCD 可用性 :以用户使用习惯为标准,验证用户操作的可用性 用户界面 :UI界面设计是否满足公司整体要求 系统集成 系统间接口集成 :涉及多系统交互集成的测试,包括接口实现,数据传递验证等 运维测试 安装测试 :系统部署安装测试 可维可测 :验证系统服务器的日志系统,异常恢复机制,灾难备份机制 性能测试 负载测试 :以最佳响应时间为目标,发现系统在不同条件下的负载能力 压力测试 :在系统饱和压力条件下,验证系统会话能力和稳定性 容量测试 :持续对系统增压,达到发现性能容量及拐点的目的 4. 测试管理或辅助工具

SIT0,SIT1阶段:Excel

SIT2,UAT阶段:QC,LR,QTP

2.5 测试环境与配置 2.5.1 Web Server环境

测试环境 SIT0

Server型号 CPU数 IBM G2000 1 内存 2G 操作系统 Window XP 数据库版本 服务器IP和端口 Mysql 10.0 10.0.0.1和8080 2.5.2 Client环境

主机型号 CPU数 Inter Pentium 2 Dual 2.4G 内存 2G 操作系统 Window XP SP2 IE版本 6.0 2.5.3 测试场所信息

场所编号 L0.1 测试地点 北京 测试时间 2010-05-14 备注 3. 测试情况

3.1 测试版本情况

A.测试版本号:

功能测试阶段开始版本: 功能测试阶段结束版本: 共(数量)个发布版本

B.测试执行周期:

模块内功能测试:

Cycle1 – Cycle6 每周一个测试轮次(20090518 - 20090706) Cycle7 测试执行2周时间(20090707 - 20090720) 冒烟测试:

Cycle1 – Cycle24 每个发布版本执行一次冒烟测试(20090518 - 20090720) SIT0环境: SIT2环境: UAT环境: 演练环境:

性能测试:

测试周期:20090610 – 20090722 模块 性能测试执行次数 单用户响应时间次数 多用户拐点测试次数 模块内并发测试次数 模块内疲劳测试次数 总执行时间(小时) 模块1 模块2 模块3 模块4 …..

批量上载专题测试:

Cycle1:20090701 – 20090706 Cycle2:20090707 - 20090710 权限管理专题测试:

Cycle1 – Cycle2:20090707 – 20090718 Cycle3:20090721 - 20090722 上线验证测试:20090730 - 20090731

3.2 功能测试充分性评价

模块名称 未充分测试内容说明 存在问题或原因分析 登录模块 信息维护模块 1. XXXXX模块的用户角色权限 2. 和其他模块间的集成测试 1. 角色权限部分功能需求不明确 2. 项目组未安排专题集成测试 与XXXX相关的新增功能点,测试较 充分 3.3 测试组织

A.测试设计阶段人力投入:

1.模块内功能测试(包括冒烟测试) <人员数> <时间段范围> 2.集成测试

<人员数> <时间段范围> 3.性能测试

<人员数> <时间段范围> 4.权限管理测试 <人员数> <时间段范围> 5.批量上载测试 <人员数> <时间段范围>

B.测试执行阶段人力投入 测试阶段 测试组投入 项目组投入 质量组投入 功能测试(2009-05-18 ~ 2009-0720) 集成测试(2009-06-08 ~ 2009-06-12) 性能测试(2009-06-23 ~ 2009-07-27) 权限管理(2009-07-07 ~ 2009-07-22) 批量上载(2009-07-01 ~ 2009-07-10) 上线验证(2009-07-30 ~ 2009-07-31) 4. 测试结果及分析

4.1 测试情况统计分析

通过率(以案例数) = 测试通过案例数 / 使用测试案例总数; <说明:此处案例数是指测试用例数>

A、 SIT2阶段开始后,冒烟测试通过率统计: Module Name Failed No Data No Run Not Completed Passed 模块名1 模块名2 模块名3 模块名4 ….

B、 Cycle6 – Cycle7,模块内功能测试通过率统计 Module Name Failed No Data Passed 模块名1 模块名2 模块名3 模块名4 …. 4.2 覆盖分析 4.2.1 需求覆盖

子模块 功能点 备注 注册登录模块 开具发票模块 用户注册 用户登录 修改密码 忘记密码 从上游引入合同:固定价格与计算价格 以下功能在需求中提及,但还未实现:密码安全问题 用户权限测试指导来自需求人员刘畅的邮件:特殊国家以及签约主体,特殊客户开票测试指导来自开发人员马XX的邮件 4.2.2 测试覆盖

测试阶段生产测试用例统计 模块名 Function Test Ready Smoking Test Ready 7 SIT Ready 10 Performance Test Design 1 Automation Test 2 5 Total Ready Stopped Design 2 324 开具发294 票模块 其中:

Function Test: 共执行<轮数>轮 Smoking Test: 共执行<轮数>轮 SIT: 共执行<轮数>轮 Performance Test:共执行<轮数>轮

Automation Test: 处于设计调试阶段,还未应用于冒烟测试

4.3 缺陷分析 4.3.1 缺陷发现效率

缺陷发现效率 = 缺陷总数 / 执行测试用例数(测试组负责模块)

A、Cycle6 – Cycle7 模块内测试 Module Name Total Defect Failed Case Executed Case Sum BS_M_V20090622 Count 22 Count 146 29.45% Rate 开具模块 43 B、冒烟测试(2009-06-17 ~ 2009-7-20)

Module Name BS_M_V20090622 Total Defect Sum Failed Case Count 22 Executed Case Count 146 Rate 开具模块 43 29.45%

C、批量上载测试(Cycle1 – Cycle2) Module Name BS_M_V20090622 Total Defect Sum Failed Case Count 22 Executed Case Count 146 29.45% Rate 开具模块 43 4.3.2 各测试阶段缺陷数明细

四个阶段Bug模块1 模块2 模块3 趋势 SIT0(0427-0517) SIT1(0518-0608) SIT2(0609-0705) UAT(0706-0723) 模块4 … … … … 模块n 4.3.3 利用测试阶段和 activity 属性得到的评估图

<说明:以下例子仅供参考>

由上图我们可以看出,该项目在系统测试阶段,有近一半缺陷的 activity 是功能测试。这说明本应该在功能测试阶段发现的缺陷,却被遗留到了系统测试阶段才得以发现。可见功能测试阶段的测试工作做得不够全面。

4.3.4 功能测试与系统测试中应用ODC

<说明:以下例子仅供参考>

下面我们举例来看看FVT中按trigger分类的defect分布图:

在图中我们可以看到,这个产品中在一般的功能Coverage和熟悉产品的用户使用创造性方法的Variation测试中发现了比较多的defect, 这说明了代码需要作更多的单元测试来减少错误,加强开发人员对于边界错误及异常输入的处理。从而我们可以了解到产品的基本质量水平。

在图中我们看到了Blocked的defect太多了,显然这个时候进行大量的SVT测试是不明智的,那么应该让产品继续的进行功能测试,直到Blocked的问题减少到可以接受为止。

4.3.5 ODC对于客户影响的应用分析

<说明:以下例子仅供参考>

右边图是一个产品的defect 影响分布图, 我们可以看到这个产品有非常多的问题出在“Security安全”、\"capability性能\"、和\"usability可用性\"上,那么这样的产品如果卖给客户将是可怕的,那么我们就应该采取相应的动作来完善这几个方面的问题。

4.4 压力测试分析和结论

说明::需插入:压力测试报告v1.0.ppt,可以为ppt,doc等类型的文档

5. 测试结论

5.1 各模块测试质量评价

模块名 模块整体质量 问题单集中区域 需求稳定度 开具发票 稳定 形式发票与预开票:较稳定 引入上游系统合同 说明:模块整体质量

稳定:推荐发布,每轮只做简单功能验证即可 一般:可以推进到下一阶段,但每轮仍需重点测试 差: 不推荐发布,需深入测试

5.2 各模块遗留问题及风险分析

模块名 遗留问题类型或说明 风险分析 原因分析 合同维护模块 开具发票 版本比对功能实现机版本比对功能易用性版本比对功能实现比制比较复杂,不利于有待改进 较晚,经确认考虑在用户使用 下阶段对此功能进行完善 1. 权限测试不充分 1. 用户角色不能有1. 需求不明确 2. 与外围系统配效定义 2. 项目组未安排专合、系统间集成2. 可能存在一些不题集成测试 测试未充分 明确的隐性需求 5.3 下阶段测试建议

模块名 下阶段测试建议 1. 项目组需要提前及时通知测试组需求变更情况和评估,测试组及时更改测试内容; 2. 下阶段对完善后的版本比对功能进行测试; 1. 明确权限需求后的用户角色权限测试 2. 建议各模块的统一下业务需求的定义及同步要求等,并进行详细的集成测试 合同维护 开具发票 6. 自动化测试实现总结

6.1 用例实现规模及收益

<说明:简述自动化测试的总结性概括>

本次自动化实现,只完成XX项目各模块部分冒烟测试用例的转化。 冒烟测试用例转化规模如下: 模块名 手工冒烟测试用例数 7 14 是否实现自动化 Y Y 已实现的测试用例 4 12 转化为自动化的用例数 4 5 自动化实现率 57.14% 85.71% 开具发票 合同维护 …. …. 已实现的自动化用例,可以应用于XX项目后期的版本优化的冒烟测试中,其中已实现自动化的模块,有74%的手工用例,可以自动完成。(在冒烟用例涉及的功能改动不大的前提下)

6.2 用例管理调用方式

由于QC license的问题,采用两种方式管理自动化测试用例 1.使用QC管理自动化测试用例的方式:

自动化用例,在QC的Test Plan中,以Test的方式组织,Test中的多个Action,通过Action参数机制做参数传递,不需要传递的参数,使用Action的DataTable实现。

QC在TestLab中,对自动化用例的进行定时调用和初始化输入参数配置,测试执行的结果,可记录在QC的TestLab中,且缺陷和报告都使用QC记录和跟踪。

2.使用本地管理自动化用例的方式:

各模块的自动化测试脚本,保存在共享文件服务器中,各个Test中的Action,均使用DataTable传递参数,初始化参数也使用配置DataTable的方式。

执行自动化用例时,需手动运行每个自动化用例,但执行过程可以交给QTP来完成,测试报告保存在每个Test的项目文件夹中,发现的缺陷需手动提交到缺陷管理库中。

7. 整体测试进度总结

<说明:下表整体测试进度仅供参考,实际测试中,可根据计划与实际执行修改> 当前进度 100% 100% 100% 93% 测试任务 开始时间 2009-4-17 结束时间 2009-4-29 2009-05-15 工期 10 20 差异性分析 测试前期准备 测试人员到位 测试工作人员分 配 2009-04-21 正常完成测试前期准备 熟悉被测试环 境,需求和用例(SIT0) SIT1功能集成测试 100% 96% 测试策略逐步明 细 SIT1第一轮 SIT1第二轮 SIT1第三轮 2009-05-18 2009-05-18 2009-05-25 2009-05-30 2009-06-05 2009-05-22 2009-05-29 2009-06-04 16 5 5 5 SIT1前2轮,开具发票模块滞后较多,该模 SIT1测试总结,2009-06-05 2009-06-05 1 调整测试进度和Case 块需求复杂且涉及原有系统,测试计划中未充分估计,且期间发生测试人员变动 100% 2009-07-25 2009-07-30 5 总体测试工作 总结

因篇幅问题不能全部显示,请点此查看更多更全内容

Top