测试计划

---

---

测试计划

前言

1. 知识目录
2. 这是平时学习总结的地方，用做知识库
3. 平时看到其他文章的相关知识，也会增加到这里
4. 随着学习深入，会进行知识拆分和汇总，所以文章会随时更新
5. 参考的文章过多，所以参考会写不全，见谅

1.测试计划

1.定义

IEEE 829~1983 测试计划的定义及目的

• 一个叙述预定的测试活动的范围、途径、资源及进度安排的文档。

• 它确认了测试项、被测特征、人员安排以及任何偶发事件的风险

• 是指导测试过程的纲领性文件，计划可以统一认识，可以规划过程

2.包含内容

产品概述

测试区域/测试范围（测试项）

测试目标（被测特征）

测试优先级

测试配置/测试资源：硬件、软件、人力、技术等

测试周期

进度安排（测试任务、人员安排）

测试策略

测试方法/途径

测试交流

风险分析

测试标准

需交付文档

3.进出准则

进入准则	项目需求文档建立
退出准则	测试计划由项目组评审通过

4编写原则

1. 明确测试目标，增强测试计划的实用性

2. 坚持 5W 原则，明确内容与过程

   • what (做什么)
   • why (为什么做)
   • when （何时做）
   • where (在哪里)
   • how (如何做)

3. 采用评审和更新机制，保证测试计划满足实践需求

   • 测试计划创建完毕后必须提交给评审委员会审阅

     评审委员会：由项目经理、开发经理、测试经理、市场经理等组成

4. 测试计划中不要包含详细的测试技术指标、测试步骤和测试用例

   • 测试计划和测试详细规格、测试用例之间是战略战术的关系

5.测试计划的主要工作

• 确定测试资源
• 工作量估算、里程碑和进度安排
• 风险分析
• 指定测试策略
• 编写计划书

2.确定测试资源

1.测试资源的分类

• 网络设备
• 服务端设备
• 客户端设备
• 这几个 概念需要再问问别人，我有点儿懵

2.测试资源的规划

• 初期：测试组长首先要介入，参与需求评审、确定测试需求、测试范围、制定策略、测试计划等
• 前期：需要一些比较资深的测试人员、测试脚本或测试工具开发人员参与或负责软件测试需求的指定和分解、设计测试用例开发测试脚本等工作。
• 中期：测试的执行，测试人员的数量取决于测试自动化实现的程度。如果自动化程度高，人力的投入则不需要明显的增加；如果测试自动化程度低，对测试人员的要求就比较多了
• 后期：资深的测试人员可以抽出部分时间去新的项目

3.工作量估算

1.确定工作量

测试的工作量是根据测试范围、测试任务和开发阶段来进行的

项目	测试工作量
团队效率（越低）	大
测试质量要求（高）	大
编程质量（低）	大
程序复杂度（高）	大
风险越多，等级越高	大
自动化程度（越低）	大
之前测试缺陷多而且分布广	大

1. 测试自动化并不能大幅度降低工作量，因为测试脚本开发的工作量很大
2. 不同开发阶段的测试工作量差异也较大。新品第一个版本的测试工作量大一些，后续版本功能增加而增多，则后续版本测试量增大

2.任务细分

工作分解结构表方法

• 列出本项目需要完成的各项任务
• 对每个任务进行细分，可进行多层次细分，直到不能细分为止
• 根据任务的层次给任务编号

案例：

1.测试计划

​ 确定测试目标

​ 确定测试范围

​ 确定测试资源和进度

​ 测试计划写作

​ 测试计划评审

2.需求和设计评审

​ 阅读文档以了解系统需求

​ 需求规格说明书评审

​ 编写/修改测试需求

​ 设计讨论

​ 设计文档评审

3.测试设计和脚本开发

​ 确定测试点

​ 设计测试用例

​ 评审和修改测试用例

​ 设计测试脚本结构

​ 编写测试脚本基础函数

​ 录制测试脚本

​ 调试和修改测试脚本

​ 测试数据准备

4.测试执行

​ 第一轮新功能测试

​ 性能测试

​ 安全性测试

​ 安装测试

​ 第二轮回归新测试

​ 升级和迁移测试

​ 最后一轮回归测试

5.测试环境建立和维护

​ 软、硬件购买

​ 测试环境搭建

​ 日常维护

6.测试结果分析和报告

​ 缺陷跟踪和分析

​ 性能测试结果分析

​ 先写测试报告

7.测试管理工作

​ 测试人员培训

​ 项目会议

​ 日常管理

3.测试里程碑

1. 里程碑

   一般一个里程碑标志着上一个阶段结束和下一个阶段开始，就是定义当前阶段完成的标准和下一个阶段启动的条件和前提

2. 常见里程碑

   测试计划签发、测试用例签发、自动测试脚本完成、功能测试完成、性能测试完成等

4.进度安排

就是确定里程碑的起止点

4.风险分析管理

1.风险识别

建立风险项目检测表，将测试范围、测试过程中的风险识别出来，按风险内容进行逐项检查，逐个确定，确定哪些是可避免的风险，哪些是可以避免的,对于可以避免的风险尽量避免

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-S8Ng6EnL-1588491048797)(F:\go博客整理\博客实时文章\测试计划\1588483894491.png)]

2.风险评估

从成本、进度和性能三个方面对风险进行评估，通过评估确定这些风险的特点或可能带来的伤害，根据风险发生的概率和带来的影响确定风险的优先级

3.风险控制

• 指定风险管理计划和风险应急处理方案，来降低、消除风险
• 对风险的处理还要指定一些应急、有效的处理方案
• 做计划时，估算资源、时间、预算等要留有余地，不要用到100%
• 指定文档标准，并建立一种机制，保证文档及时产生。对工作多进行相互审查，及时发现问题

5.测试策略

1.测试策略

• 描述当前测试项目的目标和采用的测试方法
• 描述规定时间内那些测试内容要完成，软件产品的特性和质量在哪些方面得到确认
• 描述不同测试阶段（单元、集成、系统测试）的测试对象、范围和方法
• 描述每个阶段所要进行的测试类型（功能、性能、压力等）

2.案例

分阶段的测试策略

• 严格执行代码复查，保证在早期就发现问题，而非在代码发布以后
• 利用单元测试和进程测试，尽早发现更多的问题，并准备好自动化测试的BTV
• 不能忽略安全性测试、可用性测试、配置测试、数据完整性测试
• 在功能测试、安全性测试、配置测试中进行一些探索性测试
• 制定更为详细的 UAT(用户验收测试)测试计划，将其与测试脚本和培训材料一起提供给客户，以帮助客户快速提高并完成任务

6.编写测试计划说明书

• 测试计划是一个过程，不仅仅是一个计划书，测试计划会随着情况变化不断进行调整，以便于优化资源和进度安排，减少风险，提高测试效率，并及时修改测试计划书
• 可以按照集成、系统、验收测试等阶段去进行组织内容
• 为每一个阶段制定一个计划书，还可以为每个测试任务，目的（安全性、性能、可靠性测试等）制定特别的计划书
• 对于一些重要的项目，会形成一系列的计划书，如测试范围、风险报告分析、测试标准工作计划、资源和培训计划、测试实施计划、质量保证计划等

参考

1.尚学堂课程

跳转

知识目录