软件测试策略把软件测试用例的设计方法集成到一系列已经周密计划过的步骤中去，从而使得软件的开发得以成功的完成。同样重要的是，软件测试策略为软件开发人员、质量保证组织、和客户提供了一个路线图——这个路线图描述了测试的步骤，以及当这些步骤在计划和实施的过程中，需要多少工作量、时间、和资源。因此，任何测试策略都必须和测试计划、测试用例设计、测试执行、还有测试结果数据的收集与分析结合在一起。

　　一种软件测试策略应当具备足够的灵活性，这样在必要的时候它能够有足够的创造性和可塑性来应付所有的大软件系统。与此同时，软件测试策略还必须保证足够的严格，这样才能保证对项目的整个进程进行合理的计划和跟踪管理。Shooman［SHO83］对这个问题进行了探讨：

　　在许多情况下，测试是一个独立的过程，不同的测试类型的数量和不同的开发方法是一样多。许多年以来，我们对付程序出错的唯一武器就是谨慎的设计，以及程序员个人的智慧。我们现在处于这样的一个时代——现代设计技术（和正式的技术复审）正在帮助我们减少代码中存在的初始错误。类似地，不同的测试方法正在开始聚合为有限的几种方法和思想。

　　这些方法和思想就是我们所说的策略。

　　1、软件测试的策略途径

　　测试是一系列可以事先计划并且可以系统地进行管理的活动。正是由于这个原因，应当为软件工程过程定义一个软件测试的模板——即我们可以把特定的测试用例设计方法放置进去的一系列步骤。

　　人们已经提出了许多软件测试策略，所有这些策略都为软件开发人员提供了一个供测试用的模板，而且它们都包含下列的类属特征：

　　● 测试开始于模块层②，然后“延伸”到整个基于计算机的系统集合中。

　　● 不同的测试技术适用于不同的时间点。

　　● 测试是由软件的开发人员和（对大型系统来说）独立的测试组来管理的。

　　● 测试和调试是不同的活动，但是调试必须能够适应任何的测试策略。

　　软件测试策略必须提供可以用来检验一小段源代码是否得以正确实现的低层测试，同时也要提供能够验证整个系统的功能是否符合用户需求的高层测试。一种策略必须为使用者提供指南，并且为管理者提供一系列的重要的程碑。因为测试策略的步骤是在软件完成的最终期限的压力已经开始出现的时候才开始进行的，所以测试的进度必须是可测量的，而且问题要尽可能早的暴露出来才好。

　　1.1 验证和确认

　　软件测试是我们通常所讲的一个更为广泛的话题验证和确认（Verification and Validation，V＆V）的一个部分。验证指的是保证软件正确地实现了某一特定功能的一系列活动。确认指的则是保证软件的实现满足了用户需求的一系列活动。Boehm［BOE81］是用另外一种方法来解释这两者的区别的：

　　验证：“我们是否正确地完成了产品？”

　　确认：“我们是否完成了正确的产品？”

　　V＆V的定义还包含了许多我们称作软件质量保证（SQA）的许多活动。

　　回忆一下我们在第8章中对软件质量的讨论。为了获取软件质量而必需的活动可以看作是图17－1中所描绘的一些组成部分。软件工程方法提供了质量的基础，分析、设计和构造（编码）方法通过提供一致的技术和可预测的结果而帮助提高质量，正式的技术复审（跟踪检查）有助于保证作为每一个软件工程步骤的结果而产生的工作产品的质量。在这些过程当中，测度和控制被应用于软件配置的每一个元素中。标准和规程也有助于保证一致性，而一个形式化的SQA过程保证了“整套质量思想”的实现。

　　测试是质量可以被评估——更实际点说，错误可以被发现——的最后堡垒，但是，测试不应当被视为一个安全网。象人们所说的那样，“你不能测试质量。如果你开始测试的时候它不在那里，那么当你完成测试的时候它仍然不会在那里”。质量在软件的整个过程中都和软件结合在一起。方法和工具的正确使用，有效的正式技术复审和可靠的管理与测度都可以导致在测试过程中得以认可的质量。

　　Miller［MIL77］把软件测试和质量保证联系在一起：“程序测试的内在动机是使用对大规模系统和小规模系统都能节约地并且有效地应用的方法来认可软件的质量。”

　　需要重点加以注意的是，验证和确认包含了范围很广的SQA活动，其中包括正式技术复审、质量和配置审查、性能监控、仿真、可行性研究、文档复审、数据库复审、算法分析、开发测试、质量测试和安装测试［WAL89］。虽然测试在V＆V中发挥着非常重要的作用，但是其他的活动也是必要的。