浅谈《测试方案》

说到《测试方案》，因公司而异，并不是每个公司都有这个环节，首先我们要搞清楚下述几个问题。

• 什么是测试方案？

指导测试人员具体如何实施测试和开展工作的文档。

• 测试方案的作用是什么？

明确被测对象和实施标准，以及衡量交付标准，为测试工作起到指导作用。

• 测试方案和测试计划的区别？

简而言之，测试方案的重点是如何测试，偏技术，而测试计划是打算如何测试，偏项目管理。

---

以下是我认为测试方案应该包含的内容，在此跟大家分享，如有不足，望不吝赐教。

---

一、项目背景

（每个项目的背景都不一样，此处为例）

根据业务需求，对零售公司的对业务数据进行清洗、汇聚、分析，选型BI手段与工具，按权限，对不同维度、不同指标的数据与分析结果，以特定的视图、图标或其他方式呈现给不同的用户角色，达到业务管理与辅助决策的目的。

二、测试目的

尽可能地发现程序中的错误，以便开发人员及时进行修正，提高程序的可靠性和稳定性，满足业务人员的使用需求。

三、人员角色

角色	人员
项目经理	Tom
架构师	Tina
后端工程师	Tony
前端工程师	Jeckson
测试工程师	Jessie、Coco
UI设计师	Amy

四、测试环境

环境	环境要求
测试环境（test）	纯净环境，无任何历史数据和脏数据
预发布环境（UAT）	拉取最新的生产数据进行部署，模拟生产环境
正式环境（生产）	/

五、测试平台

• Web端

• app端（Android、iOS）

六、测试范围

• 功能测试：确保软件功能满足需求规定并能够正常运行；

• 业务逻辑测试：通过梳理业务流程、划分测试点、编写测试用例等方式，确保软件业务逻辑符合需求规定；

• UI测试：确保用户界面和功能模块布局合理、风格一致，各控件存放位置符合用户使用习惯等。

七、测试资源

硬件资源	网络	wifi
	笔记本	华硕无畏Pro14（win10 64位操作系统）、机械革命新无界14（Windows 11 64位操作系统）
	手机	iphone11p（14.2）、iphone12（15.6）、小米Redmi9（11.0.4）

软件资源	软件类型	软件名称
	用例管理	Xmind
	缺陷管理	禅道
	浏览器	谷歌
	社交	微信内置h5

人力资源	Jessie、Coco

八、测试实施

• 提测标准：开发自测已通过1级测试用例

• 执行轮数：3轮（暂定）

轮次	依据	内容	备注
第一轮	测试用例	执行冒烟测试 冒烟通过，依次执行测试用例	若冒烟不通过，打回重新提测
第二轮	测试用例	第一轮回归测试 回归完毕，依次执行测试用例	若回归复开率大于20%，打回给开发修复后重新提测
第三轮	测试用例	第二轮回归测试 回归完毕，依次执行测试用例	若未达通过标准，评估增加测试轮数

备注：

提测标准指的是在test环境自测通过1级测试用例，而非dev或者开发本地环境。

九、测试通过标准

需求说明书中的需求必须全部实现，并且测试用例通过率达100%

备注：

• 设计的测试用例由于其他因素导致未能执行的，需要有相应记录；

• 在系统无业务逻辑错误和功能缺陷的前提下，经商定，部分缺陷可延期修复的，不计入通过率统计。

十、测试输出物

• 测试方案文档

• 测试用例

• 测试报告（包含轮次测试报告、总结测试报告）

十一、风险评估和分析

风险	内容	级别	应对方案
环境风险	测试、预发布、线上环境均为新环境，容易产生环境配置问题	1	设立专人负责环境部署管理相关工作，环境出现问题第一时间解决。
排期风险	首次尝试新的scrum敏捷运作方式，项目成员可能会因为不熟悉或成员之间默契不足导致项目延期	1	1、成员之间保持密切沟通，遇到困难及时提出并调整； 2、项目经理需要预留一定的时间调整空间。
流程风险	基于需求文档和测试用例无法100%覆盖业务场景的特性，可能存在一定的需求和测试遗漏	2	增加需求评审、用例评审环节。
人员风险	测试部分人员需要同时兼顾多个项目，可能无法将全部精力投入BI项目	2	项目经理需要合理安排人员资源和项目排期。