测试计划模板

目录

1.文档说明·································································2

2.术语参考·································································2

3.测试计划描述·····························································2

4.测试范围·································································3

5.分阶段测试·······························································3

6.环境与工具·······························································4

7.测试开发·······························································5

8.阶段测试详细计划【可选】·············································5

9.测试执行管理和评价············································5

10.风险评估【可选】············································5

11.附录············································5

 

 

一、文档说明

  1. 文档目的

包含: (1)编写文档的目的

(2)编写文档时用到的约定

(3)文档的编排方式

 

  1. 读者对象

包含: (1) 部门经理/高级经理

(2) 项目经理

(3) 项目组

(4) 测试人员

(5) 配置管理员

(6) 其他人员

 

二、术语参考

1.参考资料

 

序号

名称

作者

版本(时间)

备注

1

“软件测试中的αβλ测试

ValDC_Morning

20170909

URLhttps://blog.csdn.net/ValDC_Morning/article/details/77919049

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.术语解释

缩写/术语

解释

冒烟测试

项目提测前主流程验证

α测试

 

β测试

 

 

 

 

 

三、测试计划描述

1.测试系统概述

 

介绍测试系统体系结构、组件、集成测试相关的系统分解或者组装情况

 

2.测试目标、方法及策略

 

说明测试目标、方法(手工、自动化、性能、安全等)、分阶段测试的策略等

 

3.测试系统发布及沟通

 

根据项目的开发情况,说明测试工作和开发工作的协调关系、系统发布的策略等。(例如,开发人员和测试人员如何协同工作,是否计划定期定时发布测试版本,发布的周期频率、发布时间等,何种情况下进行紧急发布)

 

四、测试范围

1.概念

 

描述系统测试的范围

 

2.测试范围划分

 

(从系统的功能模块及测试类型进行阐述。对需要测试的、不测试的内容分别进行说明。)

 

五、分阶段测试

  1. 概念

 

包含测试阶段定义、准入与准出标准、测试内容

 

2.阶段划分

 

测试阶段定义如以下表格所示:

 

测试阶段

目的和要求说明

测试负责人

总体进度

单元测试

 

 

 

 

集成测试

 

 

 

 

系统测试

 

 

 

 

验收测试

 

 

 

 

 

解释说明:

(1)轮:填写计划测试循环策略。对于连续的测试发布,发现所有重要错误,并修复错误所需要执行多少次测试。

(2)测试负责人:各阶段测试人员组成,通常可能有项目设计/开发工程师、测试小组leader、客户、最终用户等

 

测试的准入与准出标准如以下表格所示:

 

测试阶段

准入标准

准出标准

单元测试

1)单元测试用例设计已经通过评审

2)按照单元测试计划完成了所有测试任务

3)达到了测试计划中关于单元测试所规定的覆盖率要求

在单元测试中发现的缺陷已经被修复,各级缺陷修复了达到100%

集成测试

1)集成测试用于设计已经通过评审

2)按照集成构建计划及用户增量集成策略完成整个系统的集成测试任务

3)达到了测试计划中关于集成测试所规定的的覆盖率要求

在集成测试中发现的缺陷已经被修复,各级缺陷修复率达到98%

系统测试

1)系统测试用例设计已经通过评审

2)按照系统测试计划完成了系统测试任务

3)达到了测试计划中个关于系统测试所规定的的覆盖率要求

在集成测试中发现的缺陷已经被修复,各级缺陷修复率达到95%

 

测试内容如以下表格所示:

 

测试阶段

测试物或对象说明

用例/

单元测试

 

 

集成测试

 

 

系统测试

 

 

 

表中的测试物或对象说明填写被测西永模块说明,并在用例/包中填写测试用例文档或测试包的获取路径

 

六、环境与工具

  1. 概念

 

包括测试环境与测试工具

 

  1. 分类说明

 

(1)测试环境:根据不同测试类型的测试要求,可能要搭建不用的测试环境进行测试。如果有几种不同测试环境,应分贝说明并指出其用户,如下表所示:

 

序号

环境名称

用途

环境说明

系统要求

类型

备注

 

 

 

 

 

 

 

(2)测试工具:说明采用的测试公开及用途、来源和版本,如下图所示。

序号

名称/版本

对环境的要求说明

用途

备注

 

 

 

 

 

 

七、测试开发

1.概念

 

包括测试需求、测试系统设计、测试用例库、测试包及其说明、分析模型【可选】

 

2.分类说明

 

(1)测试需求:由需求说明书剔除来的测试需求

(2)测试系统设计:包括测试用数据库、测试包及其说明。

(3)测试用例库:按不同的测试类型分类,列举本项目开发的所有测试用例,如下表所示:

 

测试类型

测试用例ID

测试用例名称

测试物说明

备注

 

 

 

 

 

 

(4)测试包及其说明如下表所示:

 

测试包ID和名称

覆盖测试类型

包含的测试用例

测试路径说明

备注

 

 

 

 

 

 

八、[阶段详细计划][可选]

 

根据项目情况,计划每个阶段的每一轮测试计划,包括测试的系统版本和测试物、策略、要求、人员、进度、采用的测试包和测试用例等

 

九、测试执行管理与评价

 

阐述项目测试的发布、测试记录与缺陷管理等遵循的规范、规则等内容,以及本项目测试的小结和总结计划

 

十、[风险列表][可选]

 

阐述项目可能遇到的风险,如进度风险、人员风险等内容。

 

 

十一、附录

 

附录可包含:附近A测试用例、附件B测试脚本等。连接到相应的测试用例和测试脚本文件。

转载于:https://www.cnblogs.com/shen-qiang/p/9934221.html

单元测试计划 版本: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 √ √ √ √ √             单元测试风险 【此处描述测试任务可能遇到的风险,以及规避的方法】 # 风险描述 可能性 风险影响 责任人 规避方法 【高、中、低】 【高、中、低】 单元测试策略 策略描述 【此处描述根据项目的具体特征所确定的代码走查及单元测试的策略(如:代码走查在本项目重点关注的地方、测试可行性分析,测试方法确定,测试类型选择)】 类型 【此处描述单元测试选择的测试类型,一般建议有如下几种:】 代码走查 目标: 技术: 完成标准: 需考虑的特殊事项: 功能测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 边界测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 覆盖率测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 内存使用测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 测试方式 【说明手工测试的部分和自动测试的部分】 测试用例估算 【说明对需要开发的测试用例数目的估算】 模块 类数目 测试类型 测试用例数 工具 【本次测试将使用的工具】 用途 工具 厂商/自产 版本 测试管理 测试执行 缺陷报告 进度及分工  【根据测试的模块,分解任务,计划工作量、时间、人员;制订该计划的同时请参考中层计划等相关计划和估算文档;对于代码走查的人员安排一般要求架构师、高级工程师对工程师、助理工程师的代码进行走查,同时高级工程师、工程师 之间进行代码互查】 模块 任务 工作量 开始日期 人员 代码走查 用例设计 用例开发 用例执行 工作量合计 代码走查 用例设计 用例开发 用例执行 交付物 【描述单元测试需要交付的工作产品】 交付物名称 责任人 参与者 交付日期 测试计划 代码走查报告 测试用例 测试报告
子系统名:单元测试实例 模 块 名:单元测试实例模块 计划编号 用例编号 创建日期 测试要点描述 执行状态 数据输入、结果输出 预期结果 测试代码 是否通过 BUG号 覆盖率快照文件 覆盖率% 签名 PL-UT-MyCode-estimate UTC-MyCode-estimate-01 2005-7-31 id正确等价类:65535 未完成 "输入:id=65535 输出:return 1" 1 TestMyCode.testEstimatet1() 通过 / PL-UT-MyCode-estimate.jpc 100.00% 张三 UTC-MyCode-estimate-02 2005-7-31 id边界值:0 未完成 "输入:id=0 输出:return 0" 0 TestMyCode.testEstimatet2() 通过 / 张三 UTC-MyCode-estimate-03 2005-7-31 id边界值:1 未完成 "输入:id=1 输出:return 1" 1 TestMyCode.testEstimatet3() 通过 / 张三 UTC-MyCode-estimate-04 2005-7-31 id错误等价类:a 未完成 "输入:id=""a"" 输出:return 0" 0 TestMyCode.testEstimatet4() 通过 / 张三 UTC-MyCode-estimate-05 2005-7-31 id错误等价类:空 未完成 "输入:id="""" 输出:return 0" 0 TestMyCode.testEstimatet5() 通过 / 张三 PL-UT-MyCode-insertData UTC-MyCode-insertData-01 2005-7-31 增加记录正常 未完成 "输入:""2"",""111"",""m"" 输出:0" flag=0 TestMyCode.testinsertData1() 通过 / PL-UT-MyCode-insertData.jpc 83.10% 张三 UTC-MyCode-insertData-02 2005-7-31 id为空,insert失败 未完成 "输入:"""", ""111"", ""m"" 输出:1" flag=1 TestMyCode.testinsertData2() 通过 / 张三 UTC-MyCode-insertData-03 2005-7-31 id为1,重复,insert失败 未完成 "输入:""1"",""222"",""f"" 输出:2" flag=2 TestMyCode.testinsertData3() 通过 / 张三 UTC-MyCode-insertData-04 2005-7-31 name为空,insert失败 未完成 "输入:""3"", """", ""f"" 输出:3" flag=3 TestMyCode.testinsertData4() 通过 / 张三 UTC-MyCode-insertData-05 2005-7-31 sex不是m或f,insert失败 未完成 "输入:""4"", ""ggg"", ""h"" 输出:4" flag=4 TestMyCode.testinsertData5() 通过 / 张三 "填写说明: 1.该页面由开发人员填写 2.开发人员根据开发组长所填写的第二个sheet的内容设计单元测试用例,即,完成该sheet蓝色区域的填写。 3.开发人员执行测试用例,并执行过程中填写该sheet的紫色区域。"
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值