简单易懂的“测试计划”模板

目录

1、引言

1.1 目的

1.2 项目背景

1.3 系统概述

2、测试目标

2.1 测试范围

2.2 测试级别

2.2.1 单元测试

3.2.2 系统测试

3、测试方案

3.1 测试阶段

3.1.1 需求评审

3.1.2 测试设计

3.1.3 测试用例执行

3.1.4 测试报告

3.2 测试类型

3.2.1 功能测试

3.2.2 非功能测试

3.3 测试方法

3.3.1 黑盒测试

3.4 测试环境

3.4.1 软件测试环境

3.4.2 硬件测试环境

3.5 却选严重级别定义

4、计划人员和工具

4.1 计划人员

4.2 测试工具

5、入口、出口标准

5.1 系统测试入口标准

5.2 测试出口标准

5.3 产品交付标准

6、风险评估

---

1、引言

1.1 目的

        本测试计划为*****的测试计划。编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南；同时确定测试的内容，范围以及测试的策略等一系列相关内容，为最终评价系统提供重要依据，确保测试项目平稳有序的运行。

1.2 项目背景

项目名称：        委托公司：        开发公司：

1.3 系统概述

本软件适用于。。。。。。

2、测试目标

2.1 测试范围

        根据需求文档对******进行模块功能性、性能、兼容性、易用性、可靠性、信息安全性、维护性和可移植性测试。以确保所有功能和非功能按照需求正常运行。

2.2 测试级别

2.2.1 单元测试

目的
角色
对象
环境
方法

3.2.2 系统测试

目的
角色
对象
环境
方法

可根据自己软件编写

3、测试方案

3.1 测试阶段

3.1.1 需求评审

        需求初稿发布后，项目相关人员需参加需求评审。评审活动由项目经理组织主持，所有团队成员都要求参加。需求部门有义务对需求进行解释并且对评审人员的反馈进行处理。

3.1.2 测试设计

        测试人员根据软件需求规格文档和产品技术要求编写测试用例。

3.1.3 测试用例执行

        根据测试用例逐步执行。

3.1.4 测试报告

        项目测试结束后把测试过程和结果由测试负责人来编写测试报告。

3.2 测试类型

3.2.1 功能测试

• 功能测试：

3.2.2 非功能测试

3.3 测试方法

3.3.1 黑盒测试

1. 等价类划分
2. 边界值
3. 场景法

3.4 测试环境

3.4.1 软件测试环境

3.4.2 硬件测试环境

3.5 却选严重级别定义

致命缺陷	严重缺陷	轻微缺陷
由于程序所引起的死机，系统崩溃	程序错误	操作界面错误
死循环	程序接口错误	简单的输出限制未放在前台控制

4、计划人员和工具

4.1 计划人员

        参与现场测试的组织和它们的角色与职责：项目经理对软件整体进度的把控。开发人员需在规定时间内对软件进行开发。测试人员跟踪软件缺陷直至关闭。QA，确保软件可以正常上线。

测试人员	***

4.2 测试工具

工具	名称

5、入口、出口标准

5.1 系统测试入口标准

检查项	满足标准	责任人	检查人
接口测试	接口测试已通过	开发工程师	测试工程师

5.2 测试出口标准

指标	标准	责任人
测试用例执行率	达到90%	测试工程师
缺陷遗留数量	不能超过20个	测试工程师

5.3 产品交付标准

指标	标准	责任人
需求开发	所有需求已开发完成交付测试完成	项目经理

6、风险评估

• 计划的测试时间，不能满足测试组的要求，系统测试的时间可能不够；
• 测试机的软硬件环境出现故障。