# 第一章 项目概述
## 1.1 项目背景
为了保证XX项目测试工作的组织性，提高测试的工作质量和效率，为XX项目测试工作提供完整的测试计划、测试人员工作安排、测试轮次、测试方法、系统功能模块覆盖率以及测试风险分析，确保测试项目平稳有序的运行。
## 1.2 测试目的
为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。保证整个软件开发过程是高质量的，同时满足用户指定的需求（功能、性能、安全性、兼容性）。
## 1.3 术语
**软件测试：**使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
**硬件环境：**指测试必需的服务器，客户端，网络连接设备，以及打印机扫描仪等辅助硬件设备所构成的环境。
**软件环境：**指被测软件运行时的操作系统，数据库及其他应用软件构成的环境。软件环境又可分为主测试环境和辅助测试环境。
**验收测试：**是软件产品交付用户正式使用前的最后-道工序。它是以用户为主的测试，软件开发和质量保证人员也应参加。
## 1.4 参考文档
《xx系统需求说明书》
《数据库设计文档》
《xx系统概要设计》
## 1.5 受众、读者
主要针对项目经理，管理人员，测试工程师等。
# 第二章 测试说明
## 2.1 测试对象范围
xx 系统的前台、后台、数据库等，可列出对应的系统模块以及功能点。
## 2.2 测试资源
#### 2.2.1 软硬件资源
**硬件设备：**
| 名称 | 配置 |
| -------- | ---- |
| 基础配置 | CPU |
| | 内存 |
| | 硬盘 |
| .... | |
**软件环境：**
| 名称 | 配置 |
| -------- | ---- |
| 操作系统 | |
| 浏览器 | |
| 数据库 | |
| .... | |
#### 2.2.2 人员资源
项目的测试人员、职位、工作职责
| 角色 | 姓名 | 工作内容 |
| ---------------- | ---- | ---------------------------------- |
| 测试经理 | | 编写测试计划 缺陷管理 测试结果分析 |
| 黑盒测试工程师 | | 编写测试用例 执行测试 报告缺陷 |
| 自动化测试工程师 | | 编写脚本 自动化测试执行 |
| 性能测试工程师 | | 分析软件功能 开发脚本 性能测试执行 |
需要配合的部门人员
| 角色 | 姓名 | 工作内容 |
| -------- | ---- | ---------------------------------- |
| 开发人员 | | 协助搭建测试环境 |
| 业务人员 | | 协助测试人员理解需求，提供业务帮助 |
# 第三章 进度安排与任务分配
任务安排如下：
| 测试阶段 | 测试活动 | 开始时间 | 结束时间 | 负责人 |
| -------- | ------------------ | -------------------------------- | -------------------------------- | ---------------- |
| 测试计划 | 编写计划与方案 | | | |
| 测试准备 | 用例设计 | | | |
| | 用例评审 | | | |
| | 搭建环境/验证 | | | |
| 测试执行 | 第一轮执行 | | | |
| | 第二轮执行 | | | |
| 测试总结 | 测试报告编写 | | | |
详细进度与任务安排如下：
| 模块 | 子模块 | 功能 | 测试人员 | 开始时间 | 结束时间 |
| ------- | ------ | ---- | -------- | -------- | -------- |
| xxx模块 | | | | | |
| | | | | | |
| | | | | | |
| xxx | | | | | |
| | | | | | |
| xxx | | | | | |
| | | | | | |
# 第四章 风险控制
## 4.1 系统风险
- 需求或设计的变更未及时通知。
- 需求不明确可能导致开发的产品与目标不一致。
## 4.2 影响计划的潜在因素
在测试计划执行过程中，可能存在以下因素影响计划的按时完成:
- 时间紧迫，任务繁重;
- 测试人员对的熟悉进度慢；
- 测试人员对被测试产品不够熟悉，对测试工具的使用熟悉程序不够;
- 被测试产品存在重大错误，以致于测试无法继续;
- 测试资源未及时到位(设备和人员);
- 硬件、软件或网络环境出现故障等:
- 测试人员获取的需求与开发人员产生分歧；
- 测试人员与开发人员的协调与沟通；
## 4.3 应急措施
如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度,则考虑按照测试暂停标准来暂停该测试。
# 第五章 质量评估标准
## 5.1 验收测试通过标准
验收测试的通过标准目前定义为:对于每一类测试， 当没有发现致命性错误和严重性错误，一般性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准。
