XXX测试计划 模板

---

XXXX系统测试计划

QCC/TP_20200901
你的公司名称
编写计划的时间

---

编写	张三	日期	2020年9月1日
校对	张三	日期	2020年9月1日
审核 批准	张三	日期	2020年9月1日

目录

1. 背景介绍

概述： 目标+ 项目背景

2. 测评范围

2.1 需要测试的特性

3. 测评依据

一般是根据产品需求或 GB/T 25000.51-2010 这个标准

4. 测试方法和步骤

测试过程分为项目启动阶段、测试分析设计阶段、测试执行阶段以及项目收尾阶段。然后给出测试的流程图

5. 测试通过失败准则

准则因人而异，这里我给出我之前在公司的标准

• 功能部分

1. 当且仅当以下3点全部满足，则视为测试通过。否则视为不通过；
2. 遗留缺陷中不包括严重和致命缺陷；
3. 测试用例的执行通过率为95%以上。
   退出准则
4. 测试任务完成；
5. 遇到严重功能、性能缺陷或测环境异常导致测试终止；
6. 3. 测试交付件双方评审。

• 专项测试
  测试的是Android大版本升级，比如Android11 升级Android12， 要求是 升级后 在测试用例的条件下 平均耗电流不能大于5%（(Android12-Android11)/Android11）

6. 测试交付物

一般是 测试文档
《QCC_XXX项目测评计划》
《QCC_XXX项目测评设计》
《QCC_XXX项目测试用例》
《QCC_XXX项目缺陷列表》

7. 测试环境

本次测试环境由XXX提供，为了确保测试的准确性，希望在测试过程中，尽量确保测试环境不发生变化，不进行代码更新

8. 测试工具

缺陷管理工具Devops工具 本次测试的缺陷，会在QCC系统中进行管理

9. 测试技术

• 功能部分
  本项目采用黑盒测试技术，对系统进行全面的功能测试。测试用例设计技术采用等价类、边界值、业务流分析等方法。

10. 测试组织架构

姓名	角色	职责
张三	测试负责人	制定计划，编写测试用例
李四	测试工程师	编写测试用例及执行测试用例

11. 人员培训需求

在一些特定领域需要在测试工作开始前进行一段时间的业务培训

12. 时间计划安排

12.1 工作说明

本次测评预计在XX个工作日内完成功能测试。根据被测试对象的功能进行任务划分，测评工程师完成不同功能的测评，由测评负责人进行总体审核

12.2 工作安排与时间表

13. 项目风险

14. 缺陷等级定义

根据业务而定

1. 目标
2. 概述
2.1 项目背景
2.2 适用范围
3. 组织形式
3.1 组织架构图
3.2 角色及职责
3.3 测试工作分工
3.4 团队协作
4. 测试对象
4.1 应测试特性
4.1.1 Web系统
4.1.2 app
4.2 不被测试特性
4.2.1 Web系统
4.2.2 app
5. 测试任务安排
5.1 系统测试计划
5.2 系统测试设计
5.3 系统测试实现
5.4 系统测试执行
6. 应交付的测试工作产品
7. 附件