项目名称功能测试
测试计划
（供内部使用）
XXXXX公司
2018年9月26日
【版本变更说明】
更新记录 | ||||
| 版号 | 日期 | 内容 | 责任人 | 审批人 |
| 1.0 | ||||
目 录
第一章 简介 3
1.1 编写目的 3
1.2 背景 3
1.3 术语定义 3
第二章 资源分配 4
2.1 测试环境 4
2.2 人力资源及测试地点 4
2.3 时间安排 4
第三章 测试详述 5
3.1 测试范围 5
3.2 测试方案 5
3.2.1 测试方法 5
3.2.2 测试工具 5
3.2.3 测试方案 5
3.3 质量目标 6
3.4 文档输出 6
第四章 风险及局限 7
【版本变更说明】
更新记录 | ||||
| 版号 | 日期 | 内容 | 责任人 | 审批人 |
| 1.0 | ||||
简介
1.1编写目的
说明：对测试计划做一个简单的介绍，说明这个测试计划的功效以及当前项目背景情况介绍。对测试产品（所属行业、系统架构、系统功能等）及其项目目标，以及该文档读者对象、其它相关事项进行一个简要说明。
1.2背景
说明：
a．本测试计划所从属的软件系统的名称；
b．该开发项目的历史，列出用户和执行此项目测试的组织机构，说明在开始执行本测试计划之前必须完成的各项工作。
1.3术语定义
说明：项目中或测试中一些术语的说明，包括使用的专用术语及其定义和缩略语全称及其定义
| 术语或缩写词 | 英文解释 | 中文解释 |
二.1 测试环境
硬件资源
| IP/机型 | CPU | 内存 | 硬盘 | 用途说明 |
| 操作系统 | |
| 被测试软件版本 | |
| 数据库版本 |
| 角色 | 姓名 | 职责 | 测试地点 |
| 时间 | 任务 | 投入资源 |
三.1 测试范围
说明：定义软件的测试范围，软件的哪些模块功能点需要测试，最好是项目组提供功能点列表，测试的重点描述，便于安排测试时间资源，和在测试时间有限的情况下安排测试优先级
三.2 测试方案
三.2.1 测试方法
说明：手动黑盒测试、工具自动化测试或是手动与自动化工具结合测试
三.2.2 测试工具
列出测试中采用的测试工具，如QTP
三.2.3 测试方案
说明：
测试周期方案（根据项目时间和情况以及重要程度确定测试周期）
第一阶段：主业务逻辑和主要基本功能的测试
第二阶段：书写用例，所有业务逻辑和基本功能的深入测试
第三阶段：回归测试
功能测试方法
基本功能点测试：划分等价类，边界值法，错误推测法，场景法
业务流程测试：构建业务逻辑图，构造测试数据，手工执行业务流程，查看流程结果是否与预期一致
界面易用性测试：按照界面测试规范和通常使用习惯，提出软件的非功能实现问题
三.3 质量目标
说明：可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。
| 编写 | 测试质量目标 | 确认人以及特殊说明 |
| 1 | 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确 | |
| 2 | 所有的测试用例已经执行过 | |
| 3 | 所有的自动测试脚本已经执行通过 | |
| 4 | 不允许存严重程度为高和中的功能缺陷 | |
| 5 | 缺陷的发现速率正在下降并接近0 | |
| 6 | 在最后的三天内没有发现严重程度为高和中的缺陷 | |
| 7 | ||
| 8 |
说明：测试过程中需要提交各种文档、作者、文档配置库存放目录。
| 文档说明 | 作者 | 文档位置(配置库) |
| 功能测试计划 | ||
| 测试用例 | ||
| 用户手册 | ||
| 测试报告 | ||
说明：列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。
如：
由于人力资源的变动：请假，或者调动等，测试如何应对
由于项目进度发生变化，测试如何应对。
由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对。
由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的风险，测试应该如何应对。下载本文
