软件测试计划是软件测试人员与产品开发小组交流意见的主要途径。如果程序员只编写代码而不说明代码的功能以及如何执行，执行测试任务就很困难。另外，如果测试人员之间不交流准备测试的对象、需要的资源、进度的安排，整个项目就很难成功。

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

根据该定义和 IEEE 的其他标准，测试计划所采用的形式是书面文档。测试计划只是创建详细计划过程中的一个子产品，重要的是计划过程，而不是它所产生的结果文档。

此外，需格外注意软件测试计划工作和撰写测试计划两者的区别。撰写的测试计划在一般情况下会成为被束之高阁的文档，即一个空架子。如果将计划工作的目标从建立文档转到建立过程，从撰写测试计划转到计划测试任务，空架子的问题就迎刃而解了。描述计划结果的最终测试计划文档不可缺少，我们需要有一个测试计划作为参考和归档，但文档只是个子产品，并不是计划过程的根本目的。

交流意图、期望，以及对将要执行的测试任务的理解，才是测试计划过程的最终目标。 项目小组如果花费一些时间共同研究测试主题，确保所有人都了解测试小组的计划，最终就可以达到上述目标。建立全面测试计划一般不会安排测试新手来完成，而是由测试负责人或者经理来做，而测试人员一般要协助建立测试计划，因此需要了解测试计划所包含的内容，以及测试计划需要的信息。通过这种方式，测试人员就可以利用掌握的信息组织自己的测试 任务。