浅谈如何有效制定测试计划?

　　编写背景：

　　10.1从家休假回来，整个人的精神状态好很多，感觉人好像进行了一次放电到充电的过程;好久没有回testage自家的菜园看看了，今天看了看菜地，荒废了不少，真是有些愧对当版主的身份。看了某一个已经很老的帖子问题，今天心血来潮，感觉自己应该可以写点什么，也许会对大家有些启发，在帖子中回复一份，在自家blog上也保存一份。^_^。

　　浅谈如何有效制定测试计划?

　　说实话，刚看到同行在论坛里提这个问题时，感觉这个问题问的太大了，真是不知道该怎么帮助这位同行，今天想想，就从一些硬件方面着手说说吧，我这里说的硬件指的是大概把握点;软件方面是指如何有效灵活应用，由于各种情况太多，个人能力有限，这里就只谈谈要把握的几个基本点。

　　测试计划的制定，要考虑的因素确实很多，但要抓住最主要的就可以避免大的测试执行风险。

　　为了有效的制定测试计划，首先要清楚，制定这个测试计划的目的是什么，作用是什么。

　　我认为测试计划的主要作用是：明确工作内容、工作完成时间、工作资源、工作风险等、最终目的是提高测试的工作效率，作为保障测试工作顺利、保质保量完成。

　　那么，如何有效制定测试计划?

　　第一：根据自身实际情况的项目、团队管理情况，要有个合适的测试计划文档模块用于编写测试工作的测试计划、便于向项目中的其它成员告知测试工作是如何安排和进行的。

　　测试计划文档现在在网上有一堆，看了好几个，自己综合后整理了一个，最终认为测试计划文档大纲要包含如下内容：

　　------目录

　　------1. 简介

　　----------1.1 编写目的

　　----------1.2 编写背景

　　----------1.3 使用范围

　　----------1.4 参考资料

　　------2. 测试说明

　　----------2.1 测试项说明

　　--------------2.1.1 系统名称

　　--------------2.1.2 应测试项

　　--------------2.1.3 非测试项

　　----------2.2 测试资源

　　--------------2.2.1 硬件设备

　　--------------2.2.2 软件设备

　　--------------2.2.3 人员安排

　　--------------2.2.4 测试工具

　　----------2.3 测试安排

　　--------------2.3.1 测试培训

　　--------------2.3.2 测试进度

　　----------2.4 测试文档

　　------3. 系统风险

　　------4. 测试优先级

　　------5. 测试策略

　　----------5.1 接口测试

　　----------5.2 集成测试

　　----------5.3 数据和数据库完整性测试

　　----------5.4 功能测试

　　----------5.5 用户界面测试

　　----------5.6 性能测试

　　----------5.7 负载测试

　　----------5.8 强度测试

　　----------5.9 容量测试

　　----------5.10 安全性和访问控制测试

　　----------5.11 故障转移和恢复测试

　　----------5.12 配置测试

　　----------5.13 安装和反安装测试

　　------6. 评价准则

　　----------6.1 范围

　　----------6.2 尺度

　　--------------6.2.1 测试覆盖率

　　--------------6.2.2 质量评测

　　--------------6.2.3 缺陷报告

　　--------------6.2.4 性能评测

　　上面这些内容大家看起来会觉的很多很全，这个模板适合大的测试项目，个人用着感觉不错;可能，有的人会问，我可能只是做功能的测试，我只是做一个数据迁移的测试，可能涉及的测试项根本没有那么多，那么我该怎么写我的测试计划呢?

　　第二：根据具体测试工作任务情况编写测试计划，剪裁适合自己的测试计划模板

　　上面给的都是在写测试计划中要考虑的点，就像在执行测试时都要执行的测试用例点有哪些。具体在写测试计划中，那些信息是需要考虑的，那些东西是不需要考虑的，可以根据自己项目的具体情况进行裁剪和设计即可。

　　模板只是起到提醒作用，提醒在测试前需要注意考虑的信息都有哪些?在具体编写中，如果没有经验，要适当请教公司内部有经验人士给予评价和指导，便于制定出来的计划是可行的并没有遗漏重要点。

　　下面是通常非常小的测试任务中，我用过的感觉非常好的测试计划模板表格，供大家参考：

　　第三：测试计划不是一层不变的，随着项目的进行，会由于各方面的因素(如：提交测试的程序版本质量低、bug量大修改慢、需求变更等等)导致测试计划无法按原计划执行，这时要适当的调整测试计划。

　　关于如何有效制定测试计划，我只是范范的写这么几点，不知道是否会给大家一些启发;最后还想补充点：在制定测试计划时，关于人员分工这部分，要根据每个人对系统的熟悉程度以及能力情况进行分配，让大家的能量都能得到最大化的发挥。

　　最后祝大家好运，希望能有所收获。^_^。

原文转自：http://www.ltesting.net