编写测试计划 第1篇
1）why——为什么要进行这些测试；2) what—测试哪些方面，不同阶段的工作内容；3) when—测试不同阶段的起止时间；4) where—相应文档，缺陷的存放位置，测试环境等；5) who—项目有关人员组成，安排哪些测试人员进行测试6) how—如何去做，使用哪些测试工具以及测试方法进行测试。
测试计划主要内容
1.项目简介
项目简介分为项目背景和编写目的。
主要描述项目实施的背景和为什么要编写测试计划的目的。
2.参考文档
描述编写测试计划时的依据。可以用列表的形式梳理出来。
参考文档 备注
详细设计
概要设计
UI原型图
接口文档
3.测试范围
描述本次测试活动的测试范围。
可以分为总体的测试范围和主要测试的功能点二个部分。
例如，本次测试范围为登录模块和注册模块，其中以注册模块为主要测试功能模块。
4.时间进度安排
首先描述测试活动的总体时间。
再描述测试活动的每个不同阶段需要多长时间，具体可以以表格的形式输出。
测试阶段 计划开始时间 计划完成时间 备注
需要分析 2017-11-10 2017-11-13
需要评审 2017-11-14 2017-11-15
…… …… ……
5.资源
描述本次测试活动需要的人力资源和软硬件资源。
6.风险评估
描述本次测试活动中有可能会产生的风险和解决方案。
在风险评估中确定风险级别最高的测试对象，优先测试，同时需要考虑的要点有：
重要性、严重性、原因、可能性
7.测试交付件
描述本次测试活动完成后测试部需要输出的文档。
例如：测试计划，测试方案，用例执行情况表，缺陷，总结测试报告等等
以上七点在测试计划中需要完全包含，测试计划中包含的主要内容是七点，但由于每个公司的项目和业务都不相同，故测试计划中的实质性内容也不一样，虽然说测试计划可以理解为填空题，但是每个空的答案都不是一样的。
测试策略在测试计划中可有可无，一般来说测试策略是写测试方案中。这里列出了包含进测试计划的测试策略。
图片为测试策略包含的主要内容
编写测试计划 第2篇
描述需要测试的特性、测试方法、测试用例编写方法、测试环境规划、测试工具的设计和选择、本次测试可能存在的风险及规避办法。
如：编写本方案的目的是用于指导XXXX系统测试,主要从测试环境、测试工具、测试策略、测试具体执行方法等计划和设计。
此报告中涉及的业务和技术方面的专业名词。
缩写词或术语
英文解释
中文解释
主要描述被测对象的特性，重点模块，应用场景。如果是在原有产品上修改，请将修改重点描述。
如：本测试方案是针对XXX版本的全面特性测试方案。
主要包括测试对象的分析, 测试需求的划分，测试用例的设计，测试环境等内容. 为XX测试提供总体测试方案、全面特性测试方案。用于指导测试需求的分解，系统测试用例的设计。
此报告参考和依据的所有文档
对待测对象进行全面的分析；分析包括软件和硬件。
详细描述本次测试中将会用到的测试类型。
如：根据原始需求设计本次测试，覆盖XXX平台业务逻辑。原则上根据每个功能点进行详细的测试需求分析设计和测试。测试设计的思路包括但不限于：输入参数的合法性测试、输出结果的正确性测试、日志功能的记录信息测试、XX创建/修改/删除等测试、观察数据变化测试、异常情况测试。设计时使用等价类划分、边界值和错误推测的方法构造输入数据，覆盖所有处理分支。
描述出产品的主要功能列表，如：支持订单创建、修改、删除、查看等。
如：
编号
功能
功能描述
1
支持订单创建
主要从测试对象分析、测试设计策略分析、详细的测试方法这三方面进行重点分析.
如：
测试对象分析：
测试设计策略分析：
Ⅰ.从测试类型来看，系统要做以下测试类型分析
1、功能测试
2、性能测试
3、压力测试
4、配置测试
5、长时间测试
6、故障植入测试
7、易用性测试
8、大容量测试
9、兼容性测试
10、数据一致性测试
11、稳定性测试
Ⅱ.从功能交互对系统进行分析
产品功能不是独立的，功能之间存在交互；防止有交互作用的功能遗漏，提高功能测试的完备性
Ⅲ.从关联图对系统功能进行分析
Ⅳ.从继承性对系统功能进行分析
详细测试分析：
序号
测试类型
测试分析
1
功能测试
要做功能测试，主要考虑能否正常创建/删除/修改订单。
2
性能测试
要做性能测试，在做性能测试又要分析很多方面，如：对单个商品同时创建多个订单；对多个商品同时创建多个订单；对低库存商品同时创建超出库存数量订单。
3
压力测试
要做压力测试，单控达到最大压力、双控达到最大压力；这个往往和长时间测试一起进行。这个压力测试主要是为了检查在一定的压力下，系统的响应能力。设计用例时照这方面考虑；例如：在压力很大时，创建订单。
4
长时间测试
要做长时间测试，主要分有业务的情况下，没有业务的情况下；存储长时间（30天）运行是否会出问题
5
易用性测试
要做易用性测试，主要考虑创建订单是否方便，界面是否友好，出错是否有错误信息提示等等
6
备份测试
不用
7
兼容性测试
要做兼容性测试，不同设备终端、系统、分辨率
8
数据一致性测试
要做数据一致性测试，主要考虑输入的数据和输出数据是否一致
9
稳定性测试
要做稳定性测试，其实前面的长时间测试和这个稳定性测试有点类似，不过在进行稳定测试时，要考虑改变不同的压力。
主要描述一些自动化设计的方案
设计用例时使用等价类划分、边界值、错误推测、因果图等方法构造输入数据，覆盖所有功能点。
附上测试时用到的详细组网/系统架构图。
资源
描述
数量
Pc机器
普通办公环境
1套
测试服务器
服务器配置清单及重要部件版本信息
4套
网线
用于服务器之间的连接
15根
资源
描述
数量
IOmeter
用于测试服务器的性能
1
公司的问题单管理库
问题单管理,如：bugzilla
1
公司测试用例管理库
测试用例管理库，如：testlink
1
操作系统
centos7 LIUNX
各1套
如：
1、系统整体功能的实现情况
2、人员经验以及对软件的熟悉度
3、代码的编写质量
4、来料的质量
如：
1、与设计人员多沟通
2、控制来料质量
3、加强内总外部培训
编写测试计划 第3篇
测试策略是软件测试计划编写中的核心部分，它决定了如何进行测试以达成既定目标。一个全面的测试策略应包括测试级别（如单元测试、集成测试、系统测试和验收测试）、测试类型（如功能测试、性能测试、安全测试等）以及采用的测试方法（如黑盒测试、白盒测试、探索性测试等）。
在软件测试计划编写时，需要根据项目特点和资源情况，选择最适合的测试方法组合。例如，对于高风险的核心功能模块，可能需要采用更严格的测试方法和更高的测试覆盖率。而对于一些相对简单或低风险的模块，可以采用轻量级的测试方法以提高效率。
编写测试计划 第4篇
简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。测试计划包含足够的信息使测试人员明白项目需要做什么，是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。
注：在正式编写文档前，请把蓝色字体全部删除。
在计划目的中需要指明读者对象，如下：
本文档包括资源需求计划、测试对象计划、进度里程碑计划，并指明工作交付件。
本文阅读对象：产品经理、测试经理、测试人员及相关人员。
详细描述被测对象，包括硬软件特性等；要附上被测试对象的平面图。
列出本计划中使用的专用术语及其定义；
列出本计划中使用的全部缩略语全称及其定义。
缩写词或术语
英文解释
中文解释
资源
描述
数量
Jmeter
用于测试接口功能
1
公司的问题单管理库
问题单管理
1
操作系统
CentOS7 LIUNX
各1套
描述建立测试环境所需要的设备、用途及软件部署计划。
资源
描述
数量
Pc机器
普通办公环境
1套
测试服务器
服务器配置清单及重要部件版本信息
4套
网线
用于服务器之间的连接
15根
列出项目参与人员的技能和数量，到位时间等
资源
技能要求
数量
到位时间
测试工程师
1) 掌握基本的编程知识；
2) 熟悉测试流程和测试方法；
3) 对测试对象的业务知识较为了解。
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置
输入件
相关人员
需求日期
备注
描述版本能启动测试的基本条件；如：版本基本稳定、测试用例、测试设备准备完成。
简要说明测试发布的质量目标；
测试方案中所有测试方法和模块已经执行通过；
所有的测试用例已经执行过；
所有的重要等级Bug已经解决并由测试验证。
25天/人（工作日）
对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。
里程碑
完成时间
完成标准
测试正式开始
完成可接受性测试和烟雾测试
进行CVS LOCK
完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug
产品Release
重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和产品经理确认
编写测试计划 第5篇
说明为什么要进行此测试；项目背景，对版本做个简单介绍等。
注：在正式编写文档前，请把蓝色字体全部删除。
此报告中涉及的业务和技术方面的专业名词。
缩写词或术语
英文解释
中文解释
此报告参考和依据的所有文档
详细描述测试中所用到的硬件环境、软件环境、组网方式等等。
资源
描述
数量
Pc机器
普通办公环境
1套
测试服务器
服务器配置清单及重要部件版本信息
4套
NL-SAS
NL-SAS硬盘信息
30块
SATA硬盘
SATA 硬盘信息
30块
KVM切换器
用于连接测试服务器
不限
网线
用于服务器之间的连接
15根
资源
描述
数量
IOmeter
用于测试服务器的性能
1
公司的问题单管理库
问题单管理,如：bugzilla
1
公司测试用例管理库
测试用例管理库，如：testlink
1
操作系统
centos7 LIUNX
各1套
在报告中列出详细的组网方式/系统架构.。
版本名称
测试时间
测试人员
测式地点
开始时间
结束时间
动态对比服务器