测试计划是对测试过程的整体设计，测试计划确定了测试产品所需的资源，确定了我们将测试什么，测试将怎样进行。测试计划的输出是一份或多份文档。文章源自玩技e族-https://www.playezu.com/12123.html
为什么要制定测试计划文章源自玩技e族-https://www.playezu.com/12123.html
项目的成败由四大要素决定：时间、成本、范围、质量。其中的“质量”可以由测试计划覆盖，主要作用如下：文章源自玩技e族-https://www.playezu.com/12123.html
1）展现计划执行的细节，让测试人员来进行同行评审；文章源自玩技e族-https://www.playezu.com/12123.html
2）体现排期、测试环境等更多信息。文章源自玩技e族-https://www.playezu.com/12123.html
测试计划要点
文章源自玩技e族-https://www.playezu.com/12123.html
1）确定测试范围文章源自玩技e族-https://www.playezu.com/12123.html
制定测试计划的第一步首先要明确测试对象。测试范围确认过程通常经历如下几步：文章源自玩技e族-https://www.playezu.com/12123.html
①准备问题：通过了解需求或阅读代码提前准备好问题，有目的的去和开发大大沟通，防止被开发大大绕晕或沟通完后没有解决自己的疑问；文章源自玩技e族-https://www.playezu.com/12123.html
②沟通确认：与开发大大沟通确认“改动了什么”、“改动前后的区别是什么”、“为什么要改”、“改动引起的影响范围有哪些”。沟通方式可采用“5W2H”分析法，这也是小编需要加强学习和锻炼的地方；文章源自玩技e族-https://www.playezu.com/12123.html
③整理测试范围：根据沟通结果、测试经验等整理出最终的测试范围。
2）制定测试方案
制定测试方案包括制定测试策略、安排测试资源和进度。目前小编所在测试组使用的测试策略模板如下表：
各字段释义为：
①产品需求：功能概述，可与产品或者pm给出的需求list中的名称保持一致；
②测试需求：产品需求对应的具体功能描述，功能较为复杂的情况下需要将其拆分成多个子模块
③测试类型&范围评估：测试类型&范围主要包括：
a.正确性测试(功能与需求一致且无严重bug)
b.兼容性测试(机型、分辨率、固件版本、编辑框等)
c.合理性测试(从产品角度评估)
d.稳定性测试(服务器压力测试、内核健壮性测试)
e.性能测试(CPU、内存、响应时间等)
f.冲突测试(第三方安全类软件)、安全测试(数据加密、系统权限)。
④测试设计时间预估：测试用例编写时间，比如4人时，即每人要4个小时才可以完成；
⑤测试执行时间预估：测试用例执行时间；
⑥测试负责人：各个模块的测试人员；
⑦Buffer时间：每一项测试之间最好能预留一段缓冲时间，一方面可以用于应对计划的变更，一方面可以让测试人员有时间完善和补充测试用例。
测试进度的安排如下：
一轮测试：
功能测试：XX人时，完成时间X月X日
机型覆盖：XX人时，完成时间X月X日
功能回归测试：XX人时，完成时间X月X日
各类评测：XX人时，完成时间X月X日
二轮测试：
pingback测试：XX人时，完成时间X月X日
冲突测试：XX人时，完成时间X月X日
随机回归测试：XX人时，完成时间X月X日
验收测试：XX人时，完成时间X月X日
具体流程
测试计划实例
以“输入方式可扩展”为例给出详细的测试计划：
输入方式可扩展提出目的
1.中英文键盘下，点击键盘切换，进来看到的东西不一样，容易搞晕用户；
2.将语音输入、OCR输入放到键盘切换之后，这里的空间太拥挤了，需要依据用户的实际使用做适当精简；
3.统一的入口，便于用户认知；
输入方式可扩展测试计划
测试策略评估
测试进度安排
评论