软件测试计划是指导测试工作的纲领性文件，做好软件的测试计划不是一件容易的事情，需要综合考虑各种影响测试的因素。为了做好软件测试计划，需要注意以下几个方面的内容。

认真做好测试资料的搜集整理工作

测试资料的搜集整理是一项具体而繁杂的工作。通常，我们除了可从产品定义里寻找资料之外，还常常要向程序员直接了解产品的细节。所以，测试人员与程序设计人员的密切合作对产品质量的提高有很大帮助。

测试工作中要收集的信息除了通过与同事及上级主管进行交谈，了解与测试相关的人与事、工作环境之外，重点是与技术信息相关的内容，技术信息可分为以下几部分。

• 软件的类别及其构成。

软件的类别及其构成是指软件的类别与用途（不同类的软件有不同的考虑重点）、软件的结构、软件所支持的平台，以及软件的主要构成部分、各自功能及各部分之间的联系、每一构成部分所使用的计算机语言等信息。如果进行白盒测试，那么测试人员还要熟悉各部分已建立的函数库中的函数，包括这些函数的用途和其输入、输出值。

• 软件的用户界面。

用户界面风格是类似于Windows软件，还是指令行软件，或是网页类软件。而且，测试人员还需掌握用户界面各部分的功能、联系，以及界面中组成部件的特性、操作特点等。

• 在所测试的软件涉及第三方软件的情况下，必须对这个第三方软件的功能及它与所要测试的软件之间的联系有一定的了解。最常见的第三方软件就是浏览器，如IE、Chrome和FireFox等。

以上的所有资料，均可通过软件的规格说明书、设计说明书或向有关人员了解而获得。掌握了所有的资料，接下来的就是进行整理和归类。

另外，需要搜集整理的信息还包括软件项目进展到现在主要存在的问题，测试工作需使用何种测试软件，使用何种缺陷报告软件，目前使用何种版本控制软件，哪些计算机是专门用于测试的，还有哪些关于这一软件产品的信息可供参考等。这些信息，一般都可以从测试部门的主管那里获得。

明确测试的目标，增强测试计划的实用性

大部分应用软件都包含丰富的功能，因此，软件测试的内容千头万绪。在纷乱的测试内容之间提炼测试的目标，是制订软件测试计划时非常重要的工作。测试目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。另外，测试目标应该相对集中，要避免罗列出一系列轻重不分的目标。

根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。编写软件测试计划的重要目的就是使测试工作能够发现更多的软件缺陷，软件测试计划的价值就在于它能够帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具必须具有较高的实用性并便于使用，生成的测试结果必须直观、准确。

坚持“5W”规则，明确内容与过程

“5W”规则中的W分别是指“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），并给出测试文档和软件的存放位置（Where）。

为了使“5W”规则更具体化，需要准确理解被测软件的功能特征、应用软件的行业的知识以及软件测试技术，在测试计划中突出关键部分，分析测试的风险、属性、场景以及采用的测试技术。测试人员还要对测试过程的阶段划分、文档管理、缺陷管理、进度管理给出切实可行的方案。

采用评审和更新机制，保证测试计划满足实际需求

测试计划写作完成后，如果没有经过评审就直接发送给测试团队，其内容很有可能不准确或有所遗漏，甚至造成软件需求变更引起的测试范围增减没有体现在其中，误导测试执行人员。

测试计划包含多方面的内容，由于编写人员可能受自身测试经验和对软件需求的理解所限，而且软件开发是一个渐进的过程，所以最初创建的测试计划可能是不完善的、需要更新的。这就需要采取相应的评审机制，以对测试计划的完整性、正确性、可行性进行评估。

例如，在创建完测试计划后，将计划提交到由项目经理、开发经理、测试经理、市场经理等组成的评审委员会审阅，然后再根据审阅意见和建议进行修正和更新。