（2）测试计划的编制

　　测试计划是根据用户需求报告中关于功能要求和性能指标的规格说明书，通过定义相应的测试需求报告，同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。测试计划活动包含对下面问题的回答：

　　●什么和在哪里？——告诉我们要测试什么和在哪里执行这些测试。

　　● 为什么？——测试输入告诉我们为什么要做这种测试。

　　● 什么时候？——告诉我们什么时候测试必须执行和必须通过。

　　● 谁？——由谁来执行这些测试活动。

　　测试计划编制的第一步是去确定测试输入。测试输入是测试的依靠或是测试需要的验证。测试输入帮助你决定你需要测试的内容。他们是帮助我们确定基于开发过程中可能需要的变化。在你确定了你的测试输入，比较容易的形成一个测试计划。测试计划为项目中其他的测试集合提供一个组织结构。我们需要注意的是在一个测试项目中可能包含多样的测试计划。我们可以为测试的每一个阶段编制一个计划。不同的测试工作组可以有他们自己的测试计划。一般地，每一个计划应当有一个确定且唯一的高水平的测试目标。

　　在软件测试计划编制这一点上，手工测试的重点在于测试进度的安排，测试人员的分配上，以及测试资源的调配上。通常是要生成出软件测试计划说明书。后面的测试活动都是按照测试计划说明书进行逐步展开的。

　　而对自动化测试则是在上一步选定的测试自动化工具的基础上进行展开的，利用自动化测试工具自身附带的管理工具，或者与自动化测试工具配合使用的测试管理工具，直接在工具中生成实际的测试计划。例如Rational Test Suite 中的Rational TestManager就是一个很好的测试计划生成工具。自动化测试中的资源调配也可以在其中进行分配。但是这些管理工具的缺点是无法应付短时间突发事件，有些缺乏灵活性。

　　（3） 测试的设计

　　测试的设计主要解决“我们将如何执行测试？”。一个完整的测试设计会告知我们有关需要与系统被获得的活动和他们应该期待观察的行为和特性，当然，如果系统正在适当地运行的话。

　　测试的设计是一个迭代的和行进中的过程。你应当能够在任何系统执行之前开始测试的设计，他们是基于用例（use cases），需求，原型和其他的资源尔产生的。当系统被描述的更加清晰时，测试的设计应当与系统一起更加细节化。我们需要注意一个测试的设计不同于软件的设计工作，它应当被用来作为建立你的测试用例的指导说明书的。

　　手工测试中的测试的设计多是利用了因果图，等价类划分方法，边界值分析方法 ，错误推测方法 ，因果图方法，判定表驱动等这些方便人工分析的方法来完成测试用例的设计，使用这些方法来完成测试的设计对测试人员的要求比较高，在正式的测试中，这些工作都是测试项目负责人或者有相当经验的高级测试工程师来完成的。这是因为在这一分析的过程中，更多的需要的是工作的经验，人的智慧，人的责任心和耐性。这一过程同样是比较繁琐和关键的，它直接决定了最后我们得到的测试用例的质量。

　　而在自动化测试中，测试工具多是使用了类似于软件开发过程中的那种迭代的方法来完成测试的设计的，它是一个逐步求精的过程。而且对测试的分析过程中出现的遗漏的条件很容易在下一次迭代过程中加入。相对手工测试而言，这是自动化测试在测试的设计过程中的最大的优点。例如，在Rational Test Suite的TestManager中，我们可以通过下列步骤完成测试的设计：

　　● 指明基本步骤需要与应用和系统交互，以便执行测试。就是测试项目中测试用例在未来得测试脚本中的安排顺序的考虑。

　　● 指明如何有效的使特征恰当地工作。就是解决如何安排测试得校验点的问题

　　● 说明测试的前置条件和后置条件。解释测试的先导条件和后续的现场回复工作。

　　● 说明测试的可接受标准。说明清楚测试所要达到得精度。尤其是在测试那些与数据处理程序相关得项目中，这一点尤其重要。

　　所以在自动化测试中，测试的设计比一个手工测试的设计要更抽象，但是它可以容易地发展成一个测试的执行，但是自动化测试方法中测试的设计会受机器配置的制约。如机器系统硬件系统，软件系统的配置，网路系统的配置等等，这些在自动化测试过程中必须考虑进去，但是手工测试则不一样，它比较灵活，我们人工可以很容易的改变机器的配置，而后再次进行测试。

　　（4）测试的实施

　　测试的实施其实在这里对手工测试而言是要得到真正可用的测试用例，以形成测试执行人员在进行测试执行时的依据。这一步骤对手工测试尤其简单，因为在手工测试过程中一旦完成了测试设计，那么测试用例的生成就是一件极为容易的事情了。在大多数的手工测试项目中，测试主管往往是将这一步骤和上面的测试的设计是混合在一起来执行的，最终是要形成可是的文档的。