如何做好一个测试计划？

软件项目通常都会有自己的项目计划。软件测试作为整个项目中的重要一环，也需要制定一个周全的测试计划。

软件测试计划的制定通常是在需求分析会议后开始，并且是整个软件研发生命周期中的重要环节。建议制定计划后，也可以给产品和开发看一眼。

不过现在绝大多数公司都采用敏捷开发模式，传统意义上庞大的、正式的测试计划文档已经不太适合这样的模式，不够灵活。现在更多的是从原来的一次性集中制定测试计划，变成了以迭代的方式持续制定测试计划，更多的是体现在每个迭代（sprint）的计划环节，而且这样的短期测试计划可以非常迅速地根据项目情况实时调整。

那如果不做测试计划直接开测，可以吗？

那肯定不行，除非你这是纯改文案的那种一句话需求。

如果没有测试计划，会带来哪些问题呢？

①很难确切地知道具体的测试范围，以及应该采取的具体测试策略；

测试范围是首先要确定的，避免无谓的工作。

②很难预估具体的工作量和所需要的测试工程师数量，同时还会造成各个测试工程师的分工不明确，引发某些测试工作被重复执行而有些测试则被遗漏的问题；

所以如果不确定测试范围，你就没有办法具体划分测试模块，难以分工。

③测试的整体进度完全不可控，甚至很难确切知道目前测试的完成情况，对于测试完成时间就更难预估准确的时间节点了；

④整个项目对潜在风险的抵抗能力很弱，很难应对需求的变更以及其他突发事件。

从这些问题中，你可以逆向思维推导出，一份好的测试计划要包括：测试范围、测试策略、测试资源、测试进度和测试风险预估，这五大方面，并且每一部分都要给出应对可能出现问题的解决办法。