刚进携程没几天就被开了，老大：测试计划写成这样？

       相信大多数的软件测试工程师都听说过或者简单了解过测试计划，但是你真的知道什么是测试计划么？你真的知道如何编写测试计划么？

　　大多数人应该是一脸茫然。

　　百度的结果五花八门，有没有相对规范的标准呢？答案是没有，至少我没有找到。

　　那么今天我就结合经验和对一些国内技术前沿的公司跟大家聊一聊什么是测试计划以及如何编写测试计划。

　　计划的必要性

　　在我们日常的工作和生活中，经常需要做计划。古人云：凡事预则立，不预则废（《礼记.中庸》），也就是强调预先计划的重要性和必要性。

　　我们做项目，项目需要定项目计划；测试作为项目中的一部分，当然也需要制定测试计划。

　　测试计划就像是我们写论文一样，首先做好提纲，才能一步一步的完善填充，有了测试计划就掌握了整个项目的进度和方向，在工作中可以有个指导的作用，不至于偏离工作方向

　　测试计划规定预期的目标，以什么样的程度完成和在预期多久内完成，这样的规定能够使工作人员做好心理准备，合理的期限和目标能够使工作人员不松懈，有效率的完成一个项目

　　计划作为对未来工作的规划，肯定会受到突发的或者不稳定的因素影响而导致整个项目出现延期甚至无法进行的结果。因此计划中对于风险评估的必要性就在于罗列出影响整个项目进行的因素，并制定相应紧急方案，将损失降至最小化。

　　人员的安排呈现合理化。任何一个项目内的工作都有难易繁简的划分，因而才需要有专长的工程师进行对应的测试。难度较大的由资深测试人员安排，难度小的由新进实习生来进行，整个项目的进行就会显得合理化层次化条理化。同时将职责清晰地具体划分到个人身上，也有利于日后的纠错，及时发现哪个环节出现问题。

　　测试计划的制作是在需求分析完成之后所进行，所以测试计划的执行在一定程度上也是对需求分析的进一步的检验，若在制定过程中，发现有不合理的因素存在，还能及时反馈，进行调整，不至于使众多的人力做了无用功。

　　测试计划的安排也是一个项目中多个部门间合作的工作指导，一环扣一环，工作的交接在时间上做好详细的备注，才能让部门的合作显得默契。

　　一个测试计划制定者的素养

　　有多年从事测试工作的经验，能够条例清晰的罗列出测试中的流程和应当留心的步骤，以及不可缺少的风险规避的意识

　　对于部门的员工能力要有一定程度的了解，才能合理的安排工作内容

　　高压下的冷静处理能力，一旦项目出现突发的严重问题，能够冷静找出出错环节。

　　人际沟通的能力，一个测试计划也是有与其他部门之间的合作关系，需要与其保持及时有效的沟通，了解到他们的需求

　　那么我们什么时候来做测试计划呢？

　　一般来说，在产品需求确认，做过测试需求分析之后我们就要开始编写测试计划。当然测试计划编写的工作要根据工作实际来决定，也就是具体情况具体分析（政治课学的哈~）

　　其实，要想做好测试计划必须有一定的测试经验。那么下面我就结合工作实际，跟大家聊一聊测试计划的内容。

　　测试计划的内容

　　测试范围明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？

　　测试策略明确怎么测。对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。

　　资源安排包括测试人员的安排，测试环境是怎样的，测试工具的选择等。

　　进度安排在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。

　　发布标准发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。怎样才算是测完了？达到怎样的标准才可以上线？

　　风险预防最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。

　　我们把这些内容模板化，形成测试计划的模板。无论是在实际的工作中还是大家学习编写测试计划，都可以用这样的模板来使用。

　　首先我们的依据是项目的交互稿和需求分析结果。

　　功能分析结果：

　　第一步我们来明确测试范围

　　测试范围的确定来自于需求文档，比如本次需求的目标：要求用户可以成功参加课程。我们功能测试需求分析的结果为用户成功参加课程，涉及到浏览课程、参加课程、学习课程三个模块。

　　然后考虑兼容性测试、性能测试这些测试类型。我们把我们分析的结果填充到模板中的测试范围这一节中，明确需要测试的也无需求和需要测试的测试类型。

　　接下来我们来写测试策略的内容

　　我们要根据不同的测试类型考虑不同的测试方法，对于功能测试，我们根据需求分析的思维导图和功能测试的测试用例覆盖浏览课程、参加课程、学习课程三个模块就可以了；兼容性测试，我们要根据产品的应用场景来考虑，比如IE、Chorme、ios、android、不同机型等等；性能测试，根据产品架构、预估数据、线上数据来判断需要执行性能测试的功能接口（比如登录接口）；接口测试，安全性测试等等要根据实际的项目需求来确定。

　　然后我们将需要用到的测试类型按照测试场景、测试方法等以引用文件的形式填写到测试计划中去，以便让所有项目人员清楚的知道要做哪些测试工作以及怎么做。

　　接下来我们要考虑测试人员的分工和测试资源的分配

　　比如说，测试人员数量不够或能力不够的时候，就要额外申请测试人员。

　　测试资源我们一般包括两方面：测试人力资源和测试环境资源。测试人力资源包含两个维度：测试人员数量和测试人员经验、能力。环境资源一般包括：