有条不紊地仔细计划测试用例，是达成目标的必由之路。四个原因：
1）组织
即使在小型软件项目上，也可能有数千个测试用例。正确的计划会组织好用例，以便全体测试员和其它项目小组成员有效的审查和使用。
2）重复性
在项目期间有必要多次执行同样的测试，以寻找新的软件缺陷。
3）跟踪
4）测试证实
软件测试小组必须证明确实执行了计划执行的测试。
特别测试：有一种软件测试称为特别测试（adhoctesting），描述在没有实际计划下执行测试——没有测试用例计划，有时甚至没有高级测试计划。特别测试就是测试员坐在软件前面开始乱敲键盘。
二、测试用例计划综述
创建测试计划过程比结果文档更重要。三个等级：
1）测试设计说明（testdesignspecification）
2）测试用例说明（testcasespecification）
3）测试过程说明（testprocedurespecification）
离最高级测试计划越远，侧重点就越倾向于产生的书面文档，而不是创建过程。
最低要求是测试小组应该创建包含IEEE829大纲中所述信息的测试计划。
要紧的是完成工作后满足了测试用例计划的四个目标：组织、重复性、跟踪和测试证实。
1、测试设计
整体项目计划在非常高的等级上编制，它把软件拆分为具体特性和可测试项，并将其分派到每个测试员头上。
测试设计说明的目的是组织和描述针对具体特性需要进行的测试。然而，它不给出具体的用例或者执行测试的步骤。测试设计说明的部分内容：
1）标识符：用于引用和标记测试设计说明的唯一标识符。
2）要测试的特性：测试设计说明所包含的软件特性描述。
3）方法：描述测试软件特性的通用方法。
4）测试用例确认：对用于检查特性的具体测试用例的高级描述和引用。
5）通过/失败规则：描述测试特性的通过和失败由什么构成。
2、测试用例
测试用例细节基本上应该清楚地解释要向软件发送什么值或者条件，以及预期结果。它可以由一个或多个测试用例说明来引用，也可以引用多个测试程序。包括的重要信息：
1）标识符：由测试设计过程说明和测试程序说明引用的唯一标识符。
2）测试项：描述被测试的详细特性、代码模块等。
3）输入说明：列举送到软件执行测试用例的所有输入内容或者条件。
