软件测试定义

软件是可以用来设计、制造、运行并且能有效维护的高质量可靠的技术解决方案的一系列的计算机程序和相关的组件.工程是指一系列应用特定的技术、遵循适当的方法定义良好、精确，经过实践检验的过程序列；是科学技术原理在相关实践中的应用和指导。

软件测试是软件工程中不可分割的一个重要组成部分，软件测试是一个程序或系统的执行过程，这个过程不仅仅是发现错误，更主要的，是评测一个程序或系统的品质和性能以判定其是否符合质量要求的所有活动。

多年来，许多专家提议对软件测试的各种各样的定义。

比较知名的如: 软件测试是以发现错误为目的的一些列可执行的处理过程和程序。Myers, G. J., The Art of Software Testing, Wiley, 1979；软件测试是以以发现错误为目的的可执行的程序或系统 。Myers, 1979；      软件测试是以发现缺陷为目的的对软件的分析和执行的过程。Chris Brown, Gary Cobb, Robert Culbertson, Introduction to Rapid Software Testing, 2001；

IEEE (1983) 标准将测试定义为：测试是选择适当的测试用例，执行被测试程序的过程，其目的在于发现程序错误。在IEEE Std 829-1998对IEEE (1983)修订版中，将测试定义为：测试(A) 一个或多个的测试用例集，或(B)一个或多个的测试过程集，或(C)一个或多个的测试用例和测试过程集，是软件的分析过程，其目的在于发现软件功能特性等实现和要求不一致的地方(也即软件错误)及对软件的评估。

在《软件工程知识体系指南2004版》（将遂平译）中指出，测试是为评价、改进产品质量、标识产品的缺陷和问题而进行的活动。

软件测试由一个程序的行为在有限测试用例集合上，针对期望的行为的动态验证组成，测试用例是从通常的无限执行域中适当选取的。

在以上定义中，斜体字对应与标识软件测试知识时的关键问题，特别是：

1)      动态：这意味着，测试总是隐含在经评价过的输入上执行程序，更确切地，输入值本身并不能充分地确定一个测试，因为一个复杂的、非确定性的系统可能对相同的输入作出不同的反映行为，这取决于系统的状态。尽管在这个知识域中，“输入”这个术语在需要它的情况下，仍继续使用，并有隐含的约定：其含义也包括一个特定的输入状态。静态技术与动态不同，并作为动态技术的补充。

2)      有限：即使是简单的程序，理论上也有很多的测试用例，需要若干年获若干月才能完成穷举测试，因此，在实践中，一般认为整个测试集合是无限的。测试总是隐含了有限的资源和进度与无限的测试需求之间的权衡。

3)      选取：人们提出的许多测试技术，本质上的区别在于如何选择测试集合，软件工程师必须意识到，不同的选择标准则可能产生差别很大的效果。在给定条件下，如何标识最适当的选择准则，是一个复杂的问题。在实践中，需要使用风险分析技术和测试工程技能。

4)      期望：确定观察的程序执行的输出是否可以接受，这尽管不容易但也必须是可能的，否则测试工作就无用。观察到的结果可以与用户的期望对比（一般称为确认测试）、与规格说明对比（验证测试）、或与隐含的需求的期望行为或合理的期望对比。

从以上对软件测试的定义可以看出，对软件测试的认识是一个由单纯发现错误为目的，到验证确认软件功能特性，评估软件质量为目的的过程。在软件测试中，还有以下重要概念：

测试通过/失败标准：用于判断一个软件测试项或软件功能的测试通过与失败的一组判定规则。

软件功能特征：有区别的一个软件项(例如，性能或功能等)特性。

软件项：源代码，目标代码，作业控制代码，控制数据及其集合。

测试项：可以作为一个测试对象的软件项。

测试项报告：识别测试项的文档，包含测试项当前状态和位置信息。

测试计划：于描述测试活动的范围，方法，资源和进度要求。识别测试对象既要测试软件的功能特征，执行的测试任务，每个任务中测试人员的职责及风险分析和应对计划等。

测试设计规格说明书：测试设计详细规定软件功能或功能组和的测试方法以及鉴别相关联的测试。

测试用例规格说明书：详细指定输入，预期结果和一个测试项执行条件集的文档。

测试过程：一个测试执行的动作序列。

测试问题记录报告：记录需要进一步调查研究分析的测试过程中发生的任何问题。

测试日志：按时间顺序详细纪录的测试执行过程及其他相关的内容

测试总结报告：总结测试活动和结果的文档，也包含相应的测试项的评估。