提到如何设计有效的测试计划？测试计划中应该注意哪些问题？听了大家很多的分享，会后自己也整理了一份，当然是按照我自己的思路整理出来的，可能每个人所关注的方面不一样，我最为关注的就是有什么简单、方便、易懂的方式轻松定位如何设计测试计划，是一个量化的方式，理论的内容过于抽象，有时候能力也并为达到能分析的地步，而这个时候我们需要通过什么方式达到分析后同样的效果呢？这是我一直在思考的……

　　目前测试计划中的内容，不知道哪些是大家最为关注的？绝大多数情况下，大家可能更为关注时间的安排，而比如风险、环境、策略就略显得淡些，可在测试计划中，风险、策略等都是极为重要的成分，以下为我主要想分享的观点，主要针对目前如何分析是否需要某类测试策略，当然也欢迎大家拍砖：

　　《ANSI/IEEE软件测试文档标准829-1983》中将测试计划定义为：“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。”

　　根据上述的论点&会中大家讨论的观点来看，在编写测试计划时，主要包含以下方面：

　　“What（做什么）”   ——– 测试范围&内容

　　“Who（谁来做）”    ——– 测试资源安排

　　“When（何时做）”   ——– 测试时间计划

　　“How（如何做）”    ——– 测试策略

　　“Strategies（风险）”  ——– 预估风险&解决策略

　　知道了大致填写的内容后，可能大家更想知道如何去设计、如何去分析？

　　1）What（做什么）：即将项目中大致的功能点罗列出来，当然并非细化到用例阶段，个人认为可以采用MM图or Excel形式均能很直观清晰的体现出来。

　　这个活动可以让自己对项目涉及功能点进行系统的梳理，从另一个角度上来说也可以让项目组成员评估你是否已经理解项目的需求范围

　　2）Who（谁来做）：即将项目过程中的测试工作进行分解，每个阶段安排指定的人员进行。

　　提到这个话题时，又引出另外一层问题：如何分析项目需要多少测试资源？以及分析是否需要自动化测试&性能测试&单元测试？

　　A. 测试资源比例分配规则：

　　从目前淘宝的规模来看，正常情况下，当开发人员/测试人员=3：1情况下，测试时间/开发时间=4.5/5.5

　　B. 如何分析是否需要自动化测试？

　　a. 项目功能比较稳定，变更比较少

　　b. 项目和组织相对成熟，流程的变更带来的影响比较小

　　c. 测试用例得到很好的维护，测试用例本身的质量较高

　　d. 自动化投入产出/手工投入产出>1，这里的产出不是数量，而是质量&效率

　　有一些项目可以部分引入自动化测试，比如：

　　a. 项目部分模块功能已经稳定，可以针对相对稳定的模块引入自动化测试

　　b. 项目大流程比较稳定，可以先对冒烟测试引入自动化测试