<meta name=“keywords” content=“测试计划” />
跟大家分享一下,我在写的时候一般测试计划都会包含哪些内容,这些内容的用意是什么,这个是一个通用的,当然你可以根据自己的项目酌情考虑需要哪些内容,不过先和大家分享一句话,就是"不要把手段当成目的,而是要把目的当成手段"这句话的意思很简单就是不要为了写文档而写文档,这个是我以前在写文档范过的最致命的错误,希望大家是为了目的而写测试计划,好了我现在就开始和大家分享我如何写好测试计划
我对测试计划的理解是保证测试实施过程中的可控性,书写重点维度是:策略,资源,进度,风险四大内容,计划没有变化快,实施过程中经常是需要调整的~~我写作的思路是从"实战的角度"来写的
《测试计划》
一.概述
1.1编写目的
1.2文档受众
1.3项目背景
1.4技术结构
我在概述当中一般会包含以上内容,编写目的是为了写明书写测试计划的根本目的,我的理解就是实施本次测试最终达到什么效果,如:
1. 对测试流程进行控制,保证有效地实施软件测试,从而保证软件的质量。
2. 推荐可采用的测试策略,并对这些策略加以说明
3. 确定所需的资源,并对测试的工作量进行估计,等等
文档受众比较简单就是这个文档要给那些人看
项目背景如果是大家对产品都有了解就不用写了,我都用在别人对产品不了解的时候会介绍一下项目背景,这样在评审的过程中和别人看的过程中,不了解本项目的人会快速的了解一下
技术结构,如果项目中测试人员都比较了解产品的技术那么就不写,如果产品中引入了新的技术结构而且大家都不会并且需要重点测试,这个时候要写出来让大家清楚,并安排后面的培训,比如:托管呼叫中心,测试人员是需要了解sip协议,如果底层是asterisk那么还需要学习asterisk的基本操作便于我们的测试
二.参考文档和提交文档
2.1参考文档
2.2提交文档
参考文档说白了就是测试依据,在测试过程中判断一个是否是BUG的依据,这些文档是要通过评审的只有大家都承认的文档才是可用的文档
给大家一个例子:
提交文档就是在测试的过程中一直到结束都要向项目组提交哪些文档,如:测试总结,测试用例,产品使用说明等等的文档,这些文档提前约定好,这样保证不会漏掉应该提交的文档,以后我会慢慢和大家介绍测试中常用的文档如何书写
三.测试结构
3.1 测试流程
3.2 测试策略流程
3.3 BUG管理流程
测试结构包含测试过程中的流程,这里面我就是举一个例子,一个项目组都会有一个规范文档,这个文档是通用的,比如BUG管理流程,测试整体流程,然后根据项目等级进行拆解,所以如果规范文档中已经有了只需要指明一下这个部分参见那些规范文档即可,我写这个的情况都是需要特殊流程或者指明流程中的一些特殊事项,截一个图通用的流程图:
四.测试内容
测试内容用来指明本次测试都测试哪些业务模块,区分模块的优先级,这样如果在测试过程中没有了时间,并且要及时上线的时候就可以有主次的进行测试,还有就是此次不进行测试的模块都有哪些(一般用于产品维护的迭代中),要提前和评审的人员说,如果项目组不同意那么还需要测试~~~既然项目组说要测试,那么当然要加时间了。
五.测试策略
5.1 冒烟测试
5.2 功能测试
5.3 兼容测试
5.4 界面测试
5.5 性能测试
5.6 易用性测试
5.7 安全测试
测试策略是测试计划中的重点部分,而且是必写内容测试的质量由这些测试策略来提高(为什么不说是保证产品质量,谈到保证是需要整个的项目质量保证计划,才可以说是保证),大家能够清晰的看出来这个是系统测试的测试策略,这里需要指明每一个策略的目标,测试内容,开始标准,结束标准,特殊事项等,根据你想加的内容来定,给大家截图一个:
六. 测试资源
6.1 测试角色
6.2 硬件资源
6.3 工具资源
6.4 支持资源
测试角色其实就是人力资源,本次测试实施要用几个人,都是什么职位,具体职责是什么,比如测试组长需要2人,职责:1.负责测试用例质量 2.XXX等等,
硬件资源这个不解释了给大家一个例子:
工具资源,用来指明本次测试用到哪些工具,用途是什么,版本是什么样子,这样在测试的过程中就可以统一工具的使用,下面是一个例子:
支持资源,需要项目组提供的特殊支持,如某个技术领域的专家,因为测试人员搞不定。。。~等等
七. 测试进度
7.1 测试进度规划
7.2 测试工作规划
测试进度规划,是测试里程碑事件(简单可以理解为只有这件时间做完了才可以做下面的事情)的开始和完成时间的规划,这里需要指明里程碑事件的"名称"、"工作内容"、"角色"、"开始时间"、"结束时间"、"工作量"、"输出",通过这几个字段就能将时间和工作内容以及人员安排对应在一起,很好的描述在实施过程中的进度是怎样的,例如:
里程碑事件 | 工作内容 | 角色 | 开始日期 | 结束日期 | 工作量 | 设备 | 输出 |
制定测试计划 | 编写测试计划文档 | 孙岩 | 2009.12.01 | 2009.12.03 | 3日 |
| 测试计划文档 |
测试工作规划,进度已经安排完了,要保证这个进度顺利进行,那么就要将工作划分的很细,而且是可实现的细节工作规划,这个没有具体的模板,根据自己的实际情况来制定工作规划,学习一下SMART原则,主要内容:具体的、可度量的、 可实现的、现实性、有时限的,会帮助你更好的细化工作内容
八.风险分析
这个内容用来指明本次实施测试的过程中可能会遇到的风险,在预估出来后,还要写出应对的策略,这个要根据经验来考虑,根据实际工作内容,人员素质,等等来综合全面的考虑,一般项目组在评审的过程中会帮你来考虑风险
给大家简单写一个例子:
风险原因 | 具体表现 | 解决方案 |
测试资源没有及时到位 | 1.人员在特定时间没有聚齐 2.人员在特定时间没有测试用机 3.人员在特定测试内容没有相关工具 | 1.严格出勤纪律 2.做好人员流动的准备 3.在不影响生活的情况下,可以适当的加班 4.在测试之前严格检查配置环境 |
九.培训内容
这个根据实际情况来定,根据项目背景和测试人员的技能来衡量一下是否需要在测试前进行有针对性的培训,帮助测试人员快速了解测试项目的业务信息,技术知识等等。~
写到这里就讲完测试计划的书写了,这是我在实际工作过程中的一些经验之谈~如果有写的不全面的地方或者有可以改进的地方请大家给我留言,期待大家的交流