1.1 测试计划

 

ps:测试计划/系统风险

一个好的测试计划是用来计划测试的，指导整个测试过程。是对整个测试过程中的人力，时间，资源，策略，范围的一个说明。

核心的三个要素是时间，资源，范围。

时间就是什么时候做以及要花多久做，资源就是你要调用的人力、机器等资源，范围是你要测试的东西以及测试重点。

除以上提到的3项之外，还有比较重要的项目有策略（具体就是怎么测）、风险控制（一旦有问题采取什么应急措施）等项目。

要把一个计划做得很有实用性，按照笔者的经验，要注意以下几个方面：
a.  时间，资源，范围 三要素不能少
b.  测试策略一定要交待清楚，就是大概怎么测试
c.  需要其他人员（部门）协调的，要交待清楚
d. 在估计测试所需的时间、人力及其它资源时，尽量做到客观、准确、留有余地，特别是估计开发时间和debug时间，以及要对自己的执行用例速度，回归速度心里有数
e. 测试计划中每个阶段要明确表明，并且测试阶段的输入、输出文档要清楚
f.  测试计划中的时间段不宜太长（最好以day为单位），太长就比较模糊，不好度量，不好check
g. 一定要有风险控制，要不然计划缺乏可执行性
h. 计划写完之后不是装在兜里，要组织PM和开发进行评审
i.  要不断更新计划，记住：每个计划都是动态的，不是一成不变的

 

20160704总结：

(ZK)在初始项目会议时，应当问清楚

1.项目需要的测试环境、运行平台等。

    硬件环境比如 电脑型号、CPU、内存 。

    软件环境比如浏览器的兼容（IE、chrome、Firefox 等）、操作系统的兼容（win7、win8、win10等等）。

    网络环境比如有网（2G、3G、4G、WiFi、移动 电信联通）、无网、劣网

    以上，需要罗列出

2.需要的测试策略： 接口测试、自动化测试、功能测试、集成测试、安全测试、性能测试等 （开发单元测试）

  *参照：http://blog.csdn.net/inc143/article/details/2433163 （几个测试计划模板）

3.参与的测试资源分配、预计项目开发完成时间、交付时间（客户验收测试）、结束时间（最终交付）等里程碑

 

 

ps:暂得模板如下

测试总工时：
测试分析时间、TC编写时间、冒烟测试时间、功能测试第一轮、第一轮回归、主干流程回归测试
测试负责人管理工时、项目风险（技术难点 新人）等、评审会（需求评审、TC评审）

预计开发同学xxxx.yy.zz 提测。
预计测试同学xxxx.yy.zz完成测试，xxxx.yy.zz上线。如果开发自测和冒烟测试均通过，则算开发正式提测；
开发正式提测时间为测试同学开始测试时间。
如果开发不能按时提测，则项目组决定相应测试活动顺延或考虑是否加班完成。

测试计划需要发送告知给 对应的开发、测试、需求、业务、开发老大、测试老大等