测试方案、测试策略、测试计划浅析

    开篇举个栗子：我们把软件测试整个周期抽象为一袋薯片出厂之前的所有动作。**测试方案**用来制定测试范围（测试包装、口味等）、测试策略、测试资源（人力、测试工具）、测试计划和风险说明（测试时薯片被老鼠吃了我们该如何应对）；**测试策略**作为测试方案的一部分，对薯片测试的范围和侧重点（如偏重测试口感还是包装）、测试方法（试吃分析成分还是机器分析成分）、投入多少人力去测试一袋薯片/一箱薯片；**测试计划**便是测试一袋薯片的计划开始时间、计划结束时间及时间段内的测试内容。

一、测试方案

     我们在很多地方可以看到这样一句话：任何一个完全测试和穷举测试的工作量都是巨大的，所以在实际测试中不可能保证不遗漏任何缺陷。为了以最少的资源、人力投入发现更多的错误，就需要结合实际项目为依托制定详细的测试方案。                                                                           

    编写测试方案就是明确测试的对象、针对这个测试对象制定的测试方法和希望通过测试手段达到的质量目标。具体包括：                                                                                                     

1、测试范围：指对某个项目来说根据项目需求分析后明确需要测试的模块，比如对于新版本的微信功能制定的测试范围仅包括用户登录、微信聊天功能，而发朋友圈的功能此次并不关注

2、测试策略：针对测试项：功能测试、稳定性测试、性能测试、兼容性测试、可靠性测试等，以实际项目为依托考虑是否覆盖所有测试项和细化到某个测试项的测试方法，比如对于一个杯子仅关注功能测试（可正常接水且不漏水）、可靠性测试（摔不碎），而安全测试（水温多少会产生微量元素对人产生危害）并不关注

3、测试资源：项目测试依赖的人力、软件资源和硬件资源

4、测试计划：工作量的评估、开始日期与结束日期

5、测试风险：包括需求风险：需求分析遗漏需求风险、需求变更风险等；进度风险：开发修改bug导致延期风险、计划评估不准导致测试周期滞后风险、项目的强配配套（服务器、设备）不匹配风险等

二、测试策略

     测试策略的目的：以最少的软、硬及人力资源投入而获得最佳的测试效果。测试策略可以体现在需求分析、用例设计、测试执行、测试方法等阶段。 

1、需求分析：需求分析的侧重点，如侧重分析主功能，对异常场景不做过多分析

2、用例设计：用例设计的颗粒度，若用例设计的维度较细那么用例设计投入的时间和测试执行投入的时间势必也会增长，但若项目较紧急或项目反馈给我们的效益很低，那么就需考虑是否有必要投入大量的时间和人力，即用例设计的目的需达到精准测试

3、用例裁剪：用例执行过程中根据模块bug分布对各模块用例进行精准裁剪

4、测试方法：测试执行前期准备测试数据如何构造，测试方法如何更加高效（MQ推送消息体还是什么别的方法）

5、风险与规避手段：项目运行周期内的结点风险、人力风险等都有对应的规避措施

三、测试计划

    测试计划的目的：根据经验评估项目需求量和投入项目所需人力从而制定出大体的测试计划，一方面为明晰测试完成结点，另一方面能更好的协调人力