自动化测试之测试计划

　　做测试计划通常是一件非常复杂的事情，一个理想的测试计划要完成“投资回报分析”和“风险分析”，在软件开发的众多因素中寻求一个最优解：

　　实现投入： 实现“可测试性”和某些场景的自动化测试，需要花费大量的时间，还会增加软件复杂度。会增加短期内的研发投入。

　　维护投入：不论是自动化测试还是手工测试，都会不同程度地增加长期投入。 财务投入： 有些测试可能会需要资金投入。

　　回报：测试能够减少软件bug，并在不同程度上提升生产力。在软件研发过程中，越早发现问题，带来的收益越大。

　　风险：无法预测什么时候会碰到出问题的场景，而一旦出问题，带来的后果也无法预测：可能只是对用户体验有少许影响，也可能是一场灾难。

　　要有效的平衡以上因素，需要评估项目的具体情况：如何实现的?资源是否可用?团队是什么意见?尽管许多项目能够做到“低投入，高回报”的高覆盖率单元测试，但是他们也需要衡量“larger tests”和更复杂的场景。关键性的项目必须尽可能的降低风险，为了覆盖所有的测试层级，可能会做出一个高投入的测试决策。

　　本文将围绕“如何找到项目中的平衡点”展开。因为模板往往不具备通用性，而且很容易“过时”，所以在这里并不会提供测试计划模板。内容聚焦于做测试计划的过程中“如何选择最优的内容”。

　　测试计划 vs. 测试策略

　　开始之前，先澄清一下两种定义测试计划的方式：

　　单个测试计划： 一些项目拥有单个“测试计划”，描述与项目相关的所有实现与测试。

　　单个测试策略+多个测试计划：

　　一些项目拥有单个“测试策略”和许多小的“测试计划”文档。测试策略覆盖所有的测试路径与目标，测试计划覆盖特定的特性或者项目更新。

　　或许两种“测试计划”并没有孰优孰劣之分，请针对具体的项目具体选择。一般来说，稳定的项目选择“单个测试计划”更好，变化频繁的项目更加适合“固定测试策略”+“不固定增加的测试计划”。

　　内容选择

　　做测试计划最好的方式是罗列出所有需要解答的问题。无论是否会对项目产生影响，我们都要全面的进行收集所有重要问题。浏览一下收集的问题列表，筛选出所有影响项目的问题。在回答这些问题的过程中，就可以理出测试计划的内容，然后以团队可接受的方式编写一份测试计划(需要综合考虑上文中提到的几个因素来衡量计划的内容)。

　　以上内容为大家介绍了自动化测试之测试计划，希望对大家有所帮助，如果想要了解更多接口自动化测试相关知识，请关注多测师。https://www.aichudan.com/xwzx/