测试计划模板

 

 

 

 

 

XX项目

 

测试计划

 

 

文件状态:

[  ]草稿

[√]正式发布

[  ]正在修改

文件标识:

 

当前版本:

1.0

作    者:

 

完成日期:

 

 

 

版本变更记录

*状态:A——创建,M——修改,D——废除

版号

状态

变更人

变更时间

变更内容

批准人

批准时间

1.0

A

xxx


创建该项目测试计划

 

 

2.0

M

xxx


修改该项目测试计划

 

 

 

 

 

 

   

1.测试范围与主要内容 4

1.1.测试范围 4

1.2.测试主要内容 4

1.2.1.系统模块结构 4

1.2.2.测试功能点 5

2.测试方法 7

3测试环境与测试辅助工具 8

3.1.测试环境 8

3.1.1.软件环境 8

3.1.2硬件环境 8

3.2.测试辅助工具 8

4测试策略 8

4.1测试调度策略标准 8

4.2.测试质量评估标准 9

4.3.测试完成准则 9

4.3.产品应当遵循的标准或规范 10

5人员与任务表 10

5.1.人员及任务安排 10

5.2.测试任务安排 10

5.3.测试风险评估及解决方案 11

5.3.1.测试风险评估 11

5.3.2.解决方案 12

6缺陷管理与改错计划 13

6.1.缺陷管理流程 13

6.1.1功能测试管理流程 13

6.1.2性能测试管理流程 14

附录. 本计划审批意见 15

 

 

 

 

 

 

 

 

 

 

 

 

 

1.测试范围与主要内容

1.1.测试范围

本次测试范围是《XX项目软件需求规格说明书V2.3》中的全部功能和性能需求

用户需求变更的测试不在本计划中

1.2.测试主要内容

1.2.1.系统模块结构

本次测试的被测对象是XX系统以下简称(XX系统)。根据《XX项目软件需求规格说明书V2.3》文档的描述,本次将对以下子功能进行测试。

系统功能模块

子功能

说明

客户端程序

  
  
  

接口端

  
  
  

 

1.2.2.测试功能点

分类

测试项

重要性

通过标准

    
    
    

2.测试方法

1. 功能测试主要采用手动测试方法,对软件进行黑盒测试

2. 性能测试主要采用自动测试方法,使用工具为

3. 采用进行缺陷的跟踪与管理

3测试环境与测试辅助工具

3.1.测试环境

3.1.1.软件环境

终端类别

操作系统

相关应用软件

数据库接口服务器OS


JD

手机客户端OS

 

 

3.1.2硬件环境

终端类别

配置说明

数据库接口服务器


手机客户端


3.2.测试辅助工具

工具类型

工具名称

BUG管理工具


性能测试工具


4测试策略

4.1测试调度策略标准

在开始进行测试时必需满足下列条件:

1. 提交的版本的单元测试已通过,具备可测性

2. 测试计划和测试方案的制订已完成,并经过严格评审

3. 缺陷跟踪与管理系统已搭建

4. 测试所需的资源已经到位

5. 测试组人员配置合理,测试人员的工作技能符合测试要求

6. 测试所需的软、硬件和操作系统等测试环境准备完毕

出现下面任一情况时,测试活动就可能暂停:

1. 被测系统有大量错误或严重错误或流程走不下去,继续测试没有意义

2. 测试环境遭到破坏,无法继续测试。如:测试所需的设备没有到位,测试环境被病毒感染等等

3. 性能测试:当被测的功能或模块存在严重的性能缺陷的情况下暂停测试

如果测试暂停,满足下面条件时,测试重新开始:

1. 开发组成功安装,并测试通过了产品的基本功能

4.2.测试质量评估标准

1. 测试用例设计已经通过评审

2. 按照《测试计划》完成了测试工作

3. 达到了《测试计划》中关于测试所规定的覆盖率(需求覆盖率和测试覆盖率)的要求。需求和测试覆盖率必须达到100%

4. 在测试中发现的错误已经得到修改,各级缺陷修复率达到标准要求如下:

A、致命错误、严重错误修复率应达到100%

B一般错误修复率应达到90%以上

C、微小问题修复率应达到80%以上

4.3.测试完成准则

主要质量属性

详细要求

正确性

能够防止脏、废数据进入数据库;从接口读取得数据正确无误。

健壮性

系统有较强的容错性,能够保证在出现非预期状况下正常运行

可靠性

系统在不断电情况下持续工作。

系统无单点故障。

系统具有动态负载均衡处理能力,保证用户享受最快的信息服务。

性能,效率

响应性能:要求一般操作响应时间<5秒,复杂操作响应时间<20

数据存储时间:要求数据库用户设置详细信息在线长期保存,系统数据详细信息要求在服务器中长期保存。

易用性

提供方便的系统安装程序,系统服务器安装配置方便易操作。

提供友好、方便的功能界面。

尽量减少用户输入信息量,提高数据信息共享程度,提供方便的帮助信息。

清晰性

提供足够的软件说明文档,配图表说明

安全性

保证数据访问的安全性,同时对关键数据采取访问权限限制。

保证数据的完整性、一致性和有效性。

保证用户、系统业务数据传输过程的安全性、完整性及不可抵赖性。

操作系统、数据库系统符合安全标准,提供管理、监控和故障处理等功能。

采用操作员登陆身份认证机制,进入系统采用密码认证进入,建立完整的日志记录,服务器脚本进行加密,使用户无法看到网页脚本源代码,防止伪造身份人员冒用系统资源。

可扩展性

系统应有良好的横向和纵向扩展能力,可以通过提高服务器主机的性能提高整个系统的处理能力。

系统具有灵活性、可伸缩性,保证功能模块随系统结构和业务流程发展变化灵活组合和扩充,可迅速灵活扩展新业务。

各模块负载能力及整体负载能力应可平滑扩展,新功能模块的增加应不影响现有模块的运行。

兼容性

保证系统与各种硬件和操作系统具有良好的兼容性

可移植性

支持手机主流操作系统和分辨率自适应

抗压性

保证在多用户并发情况下,系统能正常运行

4.3.产品应当遵循的标准或规范

   产品设计全过程遵循CMMI规范。

5人员与任务表

5.1.人员及任务安排

人员

角色

职责、任务


  
   
   

5.2.测试任务安排

人员

任务

工作日

开始时间

结束时间

     
     
     

5.3.测试风险评估及解决方案

5.3.1.测试风险评估


5.3.2.解决方案


 6缺陷管理与改错计划

6.1.缺陷管理流程

6.1.1功能测试管理流程

6.1.1.1.流程描述


6.1.1.2.缺陷管理流程图

 

6.1.1.3.改错流程

        

6.1.2性能测试管理流程

6.1.2.1流程描述


6.1.2.2.性能测试流程图

 

附录. 本计划审批意见

项目经理审批意见:

 

 

 

 

 

 

签字

日期

 

 

 

单元测试计划 版本:V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 导言 2 1.1 目的 2 1.2 背景 2 1.3 范围 2 2 进入条件 2 3 退出条件 2 4 代码级别标准 2 5 代码分级清单 3 6 单元测试风险 3 7 单元测试策略 3 7.1 策略描述 3 7.2 类型 3 7.2.1 代码走查 3 7.2.2 功能测试 4 7.2.3 边界测试 4 7.2.4 覆盖率测试 4 7.2.5 内存使用测试 4 7.2.6 测试方式 4 7.3 测试用例估算 4 8 工具 5 9 进度及分工 5 10 交付物 5 导言 目的 【描述该代码走查及单元测试计划的目的。】 背景 【描述代码走查及单元测试计划的背景,活动目的。如无特殊背景信息,可裁剪。】 范围 【说明该代码走查及单元测试计划在整个项目周期的适用范围】 进入条件 【描述项活动的测试依据和满足该阶段测试进入的条件和约束。】 退出条件 【描述满足该阶段测试退出的条件,编写时特别要根据 《项目量化管理计划》列举一些量化的退出指标,例如 致命和严重级别的缺陷清除率达到 100%】 代码级别标准 【请参考组织级文档《代码分类级别指南》,中规定进行分类,质量经理可根据项目情况,对级别和通过标准做适当调整,将最后确定的通过标准记录在以下表格中】 级别 检查项 通过标准 A 代码编写格式检查 B 代码编写质量检查 C1 代码走查 C2 C3 D1 测试用例代码覆盖率检查 D2 D3 D4 E 内存泄漏检查 代码分级清单 【由架构师根据代码级别标准,划分】 模块 代码 A B C D E C1 C2 C3 D1 D2 D3 D4 √ √ √ √ √             单元测试风险 【此处描述测试任务可能遇到的风险,以及规避的方法】 # 风险描述 可能性 风险影响 责任人 规避方法 【高、中、低】 【高、中、低】 单元测试策略 策略描述 【此处描述根据项目的具体特征所确定的代码走查及单元测试的策略(如:代码走查在本项目重点关注的地方、测试可行性分析,测试方法确定,测试类型选择)】 类型 【此处描述单元测试选择的测试类型,一般建议有如下几种:】 代码走查 目标: 技术: 完成标准: 需考虑的特殊事项: 功能测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 边界测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 覆盖率测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 内存使用测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 测试方式 【说明手工测试的部分和自动测试的部分】 测试用例估算 【说明对需要开发的测试用例数目的估算】 模块 类数目 测试类型 测试用例数 工具 【本次测试将使用的工具】 用途 工具 厂商/自产 版本 测试管理 测试执行 缺陷报告 进度及分工  【根据测试的模块,分解任务,计划工作量、时间、人员;制订该计划的同时请参考中层计划等相关计划和估算文档;对于代码走查的人员安排一般要求架构师、高级工程师对工程师、助理工程师的代码进行走查,同时高级工程师、工程师 之间进行代码互查】 模块 任务 工作量 开始日期 人员 代码走查 用例设计 用例开发 用例执行 工作量合计 代码走查 用例设计 用例开发 用例执行 交付物 【描述单元测试需要交付的工作产品】 交付物名称 责任人 参与者 交付日期 测试计划 代码走查报告 测试用例 测试报告
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值