软件工程-测试第02章.ppt

第第 2 章章 软件测试的基本知识软件测试的基本知识 2.1 2.1 软件测试贯穿于整个的软件开发生命周期软件测试贯穿于整个的软件开发生命周期软件测试贯穿于整个的软件开发生命周期软件测试贯穿于整个的软件开发生命周期2.2 2.2 测测测测 试试试试 模模模模 型型型型2.3 2.3 软件测试的分类软件测试的分类软件测试的分类软件测试的分类2.4 2.4 软件测试的原则软件测试的原则软件测试的原则软件测试的原则2.5 2.5 软软软软 件件件件 测测测测 试试试试 策策策策 略略略略2.6 2.6 软软软软 件件件件 测测测测 试试试试 流流流流 程程程程2.7 2.7 测试的成功经验测试的成功经验测试的成功经验测试的成功经验2.1 软件测试贯穿于整个的软软件测试贯穿于整个的软件开发生命周期件开发生命周期2.1.1 软件测试中使用的各种术语软件测试中使用的各种术语 软件错误软件错误 软件缺陷软件缺陷 软件故障软件故障 软件失效软件失效 2.1.2 软软件件测测试试贯贯穿穿于于整整个个的的软软件件开发生命周期开发生命周期 20世纪世纪70年代中期以来，形成了软件开年代中期以来，形成了软件开发生命周期的概念。发生命周期的概念。测测试试工工作作应应该该着着眼眼于于整整个个软软件件开开发发生生命命周周期期，特特别别是是着着眼眼于于编编码码以以前前各各开开发发阶阶段段的的工工作作来来保保证证软软件件的的质质量量。也也就就是是说说，测测试试应应该该从从软软件件开开发发生生命命周周期期的的第第一一个个阶阶段段开开始始，并贯穿于整个的软件开发生命周期。并贯穿于整个的软件开发生命周期。谈到测试，首先是为什么要进行测试谈到测试，首先是为什么要进行测试的问题。所有的测试都是为了发现和消除的问题。所有的测试都是为了发现和消除软件的缺陷。软件的缺陷。明确为什么要进行软件测试的问题之明确为什么要进行软件测试的问题之后，就需要明确测试什么的问题。后，就需要明确测试什么的问题。软件的开发有其自己的生命周期，在软件的开发有其自己的生命周期，在整个软件生命周期中，软件都有各自的相整个软件生命周期中，软件都有各自的相对于各生命周期的阶段性的输出结果，其对于各生命周期的阶段性的输出结果，其中也包括需求分析、概要设计、详细设计中也包括需求分析、概要设计、详细设计及程序编码等各阶段所产生的文档，包括及程序编码等各阶段所产生的文档，包括需求规格说明、概要设计规格说明、详细需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，而所有这些输设计规格说明以及源程序，而所有这些输出结果都应成为被测试的对象。出结果都应成为被测试的对象。随随着着人人们们对对软软件件工工程程化化的的重重视视以以及及软软件件规规模模的的日日益益扩扩大大，软软件件分分析析、设设计计的的作作用用越越来来越越突突出出，而而且且有有资资料料表表明明，60%以以上上的的软软件件错错误误并并不不是是程程序序错错误误，而而是是分分析析和和设设计计错错误误。因因此此，做做好好软软件件需需求求和和设设计计阶阶段段的的测测试试工工作作就就显显得得非非常常重重要要。这这就就是是传传统统的的测测试试概概念念的的扩扩大大化化，从从而而提提出出了了软软件全生命周期测试的概念。件全生命周期测试的概念。测试过程包括了软件开发生命周期的测试过程包括了软件开发生命周期的每个阶段。在需求阶段，重点要确认需求每个阶段。在需求阶段，重点要确认需求定义是否符合用户的需要；在设计和编程定义是否符合用户的需要；在设计和编程阶段，重点要确定设计和编程是否符合需阶段，重点要确定设计和编程是否符合需求定义；在测试和安装阶段，重点是审查求定义；在测试和安装阶段，重点是审查系统执行是否符合系统规格说明；在维护系统执行是否符合系统规格说明；在维护阶段，要重新测试系统，以确定更改的部阶段，要重新测试系统，以确定更改的部分和没有更改的部分是否都正常工作。分和没有更改的部分是否都正常工作。2.1.3 软件测试的手段软件测试的手段1验证和确认验证和确认 通通常常在在测测试试中中，使使用用验验证证来来检检查查中中间间可可交交付付的的结结果果，使使用用确确认认来来评评估估可可执执行行代代码码的的性性能能。一一般般来来说说，验验证证回回答答这这样样的的问问题题：“是是否否建建立立了了正正确确的的系系统统？”，而而确确认认回回答的问题是：答的问题是：“建立的系统是否正确？建立的系统是否正确？”。所所谓谓验验证证，是是指指如如何何决决定定软软件件开开发发的的每每个个阶阶段段、每每个个步步骤骤的的产产品品是是否否正正确确无无误误，并并与与其其前前面面的的开开发发阶阶段段和和开开发发步步骤骤的的产产品品相相一一致致。验验证证工工作作意意味味着着在在软软件件开开发发过过程程中中开开展展一一系系列列活活动动，旨旨在在确确保保软软件件能能够够正正确无误地实现软件的需求。确无误地实现软件的需求。所谓确认，是指如何决定最后的软件所谓确认，是指如何决定最后的软件产品是否正确无误。产品是否正确无误。2功能和结构测试功能和结构测试 当测试人员测试项目小组的解决方案当测试人员测试项目小组的解决方案时，将利用验证和确认技术完成功能和结时，将利用验证和确认技术完成功能和结构测试。功能测试通常也被称为黑盒测试，构测试。功能测试通常也被称为黑盒测试，因为测试案例中都不涉及系统的内部逻辑。因为测试案例中都不涉及系统的内部逻辑。相反，结构测试通常被称为白盒测试，相反，结构测试通常被称为白盒测试，因为系统的内部逻辑常被用于假想的测试因为系统的内部逻辑常被用于假想的测试案例。结构测试主要使用验证技术。案例。结构测试主要使用验证技术。如上所述，测试人员用验证技术，通如上所述，测试人员用验证技术，通过评审系统的结构和逻辑来确认系统的合过评审系统的结构和逻辑来确认系统的合理性。而确认要严格应用于物理测试，来理性。而确认要严格应用于物理测试，来确定是否产生了预期的结果。执行结构测确定是否产生了预期的结果。执行结构测试将主要使用验证技术，而执行功能测试试将主要使用验证技术，而执行功能测试则主要使用确认技术。则主要使用确认技术。2.2 测测 试试 模模 型型 就像软件开发有过程模型一样，测试就像软件开发有过程模型一样，测试也有测试模型。也有测试模型。描述以上测试过程的就是测试模型。描述以上测试过程的就是测试模型。最最具具有有代代表表意意义义的的测测试试模模型型称称为为V模模型型。V模型如图模型如图2-1所示。所示。图2-1 V模型示意图 在在开开发发过过程程中中，从从需需求求阶阶段段到到编编码码阶阶段段，主主要要是是采采用用验验证证手手段段进进行行测测试试，如如需需求求评评审审、设设计计评评审审、代代码码走走查查以以及及代代码码审审查查等等，从从而而完完成成对对开开发发的的中中间间结结果果的的正正确确性性的的评评估估。编编码码完完成成并并经经过过代代码码审审查查等等测测试试之之后后，此此时时的的测测试试主主要要在在软软件件的的可可执执行行模模式式下下进进行行，即即利利用用确确认认手手段段进进行行测测试试，确确认认测测试试包包括括单单元元测测试试、集集成成测测试试、系系统统测测试试以以及及用用户户验验收收测测试试等，其相应的关系如图等，其相应的关系如图2-2所示。所示。图2-2 V模型中的测试 2.3 软件测试的分类软件测试的分类 按照不同的分类方法，软件测试可分按照不同的分类方法，软件测试可分为以下几种类型。为以下几种类型。1按照开发阶段划分按照开发阶段划分按按照照开开发发阶阶段段划划分分，软软件件测测试试可可分分为为单单元元测试、集成测试、系统测试和验收测试。测试、集成测试、系统测试和验收测试。2按照测试实施组织划分按照测试实施组织划分 按按照照测测试试实实施施组组织织划划分分，软软件件测测试试可可分分为为开开发发方方测测试试、用用户户测测试试（测测试试）和和第第三三方测试。方测试。3按照测试技术划分按照测试技术划分 按照测试技术划分，软件测试可分为按照测试技术划分，软件测试可分为白盒测试和黑盒测试，也可分为静态测试白盒测试和黑盒测试，也可分为静态测试和动态测试。和动态测试。2.4 软件测试的原则软件测试的原则 软件测试的原则尚没有标准的说法，软件测试的原则尚没有标准的说法，大多是经验之谈，一般有下面几条可作为大多是经验之谈，一般有下面几条可作为测试的基本原则。测试的基本原则。（1）所有的测试都应追溯到用户需求。）所有的测试都应追溯到用户需求。（2）应应当当把把“尽尽早早地地和和不不断断地地进进行行软软件件测测试试”作为软件测试者的座右铭。作为软件测试者的座右铭。（3）设设计计时时应应完完成成测测试试计计划划，详详细细的的测测试试用用例例定定义义可可在在设设计计模模型型确确定定后后开开始始，测测试试可可在代码产生之前进行计划和设计。在代码产生之前进行计划和设计。（4）pareto原原则则：测测试试发发现现的的错错误误中中80%很很可可能能起起源源于于20%的的模模块块中中。应应孤孤立立这这些些疑疑点点模块，进行重点测试。模块，进行重点测试。（5）完全测试是不可能的，测试需要终止。）完全测试是不可能的，测试需要终止。（6）应由独立的第三方来构造测试。）应由独立的第三方来构造测试。（7）充分注意测试中的群集现象。）充分注意测试中的群集现象。（8）要尽量避免测试的随意性。）要尽量避免测试的随意性。（9）兼顾合理的输入和不合理的输入数据。）兼顾合理的输入和不合理的输入数据。（10）程序修改后要回归测试）程序修改后要回归测试（11）应长期保留测试用例，直至系统废弃。）应长期保留测试用例，直至系统废弃。2.5 软软 件件 测测 试试 策策 略略 软件测试策略描述软件测试活动的总软件测试策略描述软件测试活动的总体方法和目标。体方法和目标。为为了了检检验验开开发发的的软软件件能能否否符符合合规规格格说说明明书书的的要要求求，测测试试活活动动可可以以采采用用各各种种不不同同的的策策略略。这这些些策策略略的的区区别别在在于于它它们们表表明明了了不不同同的的出出发发点点、不不同同的的思思路路以以及及采采用用不不同同的的手手段段和和方方法法。具具体体地地说说，包包括括要要使使用用的的测测试试技技术术和和工工具具；测测试试完完成成标标准准；影影响响资资源源分配的特殊考虑等。分配的特殊考虑等。通常，制定软件测试策略要考虑如下的内容。通常，制定软件测试策略要考虑如下的内容。（1）要使用的测试方法。）要使用的测试方法。（2）确定质量风险。）确定质量风险。（3）测试完成和测试成功所采用的评价标准。）测试完成和测试成功所采用的评价标准。（4）有关资源要求或涉及进度的特殊考虑。）有关资源要求或涉及进度的特殊考虑。（5）测试类型、评估标准以及测试方法。）测试类型、评估标准以及测试方法。（6）确定资源。）确定资源。在在软软件件测测试试策策略略所所包包含含的的内内容容中中最最主主要要的的部部分分有有两两个个，一一是是要要进进行行的的测测试试过过程程，另外一个就是要执行的测试类型。另外一个就是要执行的测试类型。1测试过程测试过程 共分为以下共分为以下4个过程。个过程。单元测试单元测试 集成测试集成测试 系统测试系统测试 验收测试验收测试2测试类型测试类型 对对于于测测试试类类型型的的说说法法多多种种多多样样，最最多多的的能能有有30多多种种测测试试类类型型。而而实实际际工工作作中中很很多多测测试试是是互互相相包包含含的的。按按照照企企业业中中实实际际工工作作需要，测试主要包含下面的类型。需要，测试主要包含下面的类型。功能测试功能测试 健壮性测试健壮性测试 接口测试接口测试 强度测试强度测试 压力测试压力测试 性能测试性能测试 用户界面测试用户界面测试 安全测试安全测试 可靠性测试可靠性测试 安装安装/反安装测试反安装测试 11.文档测试文档测试12.恢复测试恢复测试13.兼容性测试兼容性测试14.测试测试15.测试测试2.6 软软 件件 测测 试试 流流 程程 软件测试工作必须要通过制定测试计划、软件测试工作必须要通过制定测试计划、设计测试、实施测试、执行测试、评估测设计测试、实施测试、执行测试、评估测试几个阶段来完成。其流程如图试几个阶段来完成。其流程如图2-4所示。所示。图2-4 软件测试流程 2.6.1 制定测试计划制定测试计划 测试计划是对每个产品，或是对各个测试计划是对每个产品，或是对各个开发阶段的产品开展测试的策略。开发阶段的产品开展测试的策略。计计划划的的目目的的是是用用来来识识别别任任务务、分分析析风风险险、规规划划资资源源和和确确定定进进度度。计计划划并并不不是是一一张张时时间间进进度度表表，而而是是一一个个动动态态的的过过程程，最最终终以以系系列列文文档档的的形形式式确确定定下下来来。拟拟定定软软件件测测试试计计划划需需要要测测试试项项目目管管理理人人员员的的积积极极参参与与，这这是是因因为为主主项项目目计计划划已已经经确确定定了了整整体体项项目目的的一一个个时时间间框框架架，软软件件测测试试作作为为阶阶段段工工作作必须服从计划和资源上的约定。必须服从计划和资源上的约定。一一般般来来说说，一一个个完完整整的的测测试试计计划划应应该该包包含以下几个方面。含以下几个方面。（1）对对测测试试范范围围（即即测测试试活活动动需需要覆盖的范围）的界定要覆盖的范围）的界定（2）风险的确定）风险的确定（3）资源的规划）资源的规划（4）时间表的制定）时间表的制定2.6.2 设计测试设计测试 设设计计测测试试阶阶段段要要设设计计测测试试用用例例和和测测试试过过程程，要要保保证证测测试试用用例例完完全全覆覆盖盖测测试试需需求求。设设计计测测试试阶阶段段最最重重要要的的是是如如何何将将测测试试需需求求分解，如何设计测试用例。分解，如何设计测试用例。1如何对测试需求进行分解如何对测试需求进行分解 对对测测试试需需求求进进行行分分解解需需要要反反复复检检查查并并理理解解各各种种信信息息，和和用用户户交交流流，理理解解他他们们的的要要求。可以按照以下步骤执行。求。可以按照以下步骤执行。（1）确定软件提供的主要任务。）确定软件提供的主要任务。（2）对对每每个个任任务务，确确定定完完成成该该任任务务所所要要进进行的工作。行的工作。（3）确定从数据库信息引出的计算结果。）确定从数据库信息引出的计算结果。（4）对于对时间有要求的交易，确定）对于对时间有要求的交易，确定所要的时间和条件。所要的时间和条件。（5）确确定定会会产产生生重重大大意意外外的的压压力力测测试试，包括内存、硬盘空间、高的交易率。包括内存、硬盘空间、高的交易率。（6）确定应用需要处理的数据量。）确定应用需要处理的数据量。（7）确定需要的软件和硬件配置。）确定需要的软件和硬件配置。（8）确确定定其其他他与与应应用用软软件件没没有有直直接接关关系的商业交易。系的商业交易。（9）确定安装过程。）确定安装过程。（10）确确定定没没有有隐隐含含在在功功能能测测试试中中的的用用户界面要求。户界面要求。2如何设计测试用例如何设计测试用例 测测试试用用例例一一般般指指对对一一项项特特定定的的软软件件产产品品进进行行测测试试任任务务的的描描述述，体体现现测测试试方方案案、方方法法、技技术术和和策策略略。值值得得提提出出的的是是，测测试试数数据据都都是是从从数数量量极极大大的的可可用用测测试试数数据据中中精精心心挑挑选选出出具具有有代代表表性性或或特特殊殊性性的的。测测试试用用例例是是软软件件测测试试系系统统化化、工工程程化化的的产产物物，而而测测试试用用例例的的设设计计一一直直是是软软件件测测试试工工作作的的重重点点和难点。和难点。设计测试用例即设计针对特定功能或设计测试用例即设计针对特定功能或组合功能的测试方案，并编写成文档。测组合功能的测试方案，并编写成文档。测试用例应该体现软件工程的思想和原则。试用例应该体现软件工程的思想和原则。传统的测试用例文档编写有两种方式。传统的测试用例文档编写有两种方式。一一种种是是填填写写操操作作步步骤骤列列表表：将将在在软软件件上上进进行行的的操操作作步步骤骤一一步步一一步步详详细细记记录录下下来来，包括所有被操作的项目和相应的值。包括所有被操作的项目和相应的值。另另一一种种是是填填写写测测试试矩矩阵阵：将将被被操操作作项项作作为为矩矩阵阵中中的的一一个个字字段段，而而矩矩阵阵中中的的一一条条条条记录，则是这些字段的值。记录，则是这些字段的值。评价测试用例的好坏有以下两个标准。评价测试用例的好坏有以下两个标准。是否可以发现尚未发现的软件缺陷？是否可以发现尚未发现的软件缺陷？是否可以覆盖全部的测试需求？是否可以覆盖全部的测试需求？2.6.3 实施测试实施测试 实实施施测测试试是是指指准准备备测测试试环环境境、获获得得测测试试数数据据、开开发发测测试试规规程程，以以及及为为该该过过程程挑挑选选和准备辅助测试工具的过程。和准备辅助测试工具的过程。1准备测试环境准备测试环境（1）测试技术准备）测试技术准备（2）配置软件、硬件环境）配置软件、硬件环境（3）人员）人员2获得测试数据获得测试数据 需要测试的常见情形如下。需要测试的常见情形如下。（1）正常事务的测试）正常事务的测试（2）使用无效数据的测试）使用无效数据的测试 创建测试数据时主要考虑如下步骤。创建测试数据时主要考虑如下步骤。识别测试资源识别测试资源 识别测试情形识别测试情形 排序测试情形排序测试情形 确定正确的处理结果确定正确的处理结果 创建测试事务创建测试事务 确确定定实实际际的的测测试试数数据据时时，必必须须说说明明处处理理测试数据的以下测试数据的以下4个属性。个属性。（1）深度）深度 （2）宽度）宽度 （3）范围）范围 （4）结构）结构3测试脚本概要测试脚本概要 所所谓谓脚脚本本，是是完完整整的的一一系系列列相相关关终终端端的的活活动动。一一般般测测试试脚脚本本有有5个个级级别别，分分别别是是：单单元元脚脚本本，用用于于测测试试特特定定单单元元/模模块块的的脚脚本本；并并发发脚脚本本，用用于于当当两两个个或或多多个个用用户户同同时时访访问问同同一一文文件件时时测测试试的的脚脚本本；集集成成脚脚本本，用用于于确确定定各各模模块块是是否否可可以以前前当当连连接接；回回归归脚脚本本，用用于于确确定定系系统统未未改改变变的的部部分分在在系系统统改改变变时时是是否否改改变变；强强度度/性性能能脚脚本本，用用于于验验证证系统在被施加大量事务时的性能。系统在被施加大量事务时的性能。（1）测试脚本的结构）测试脚本的结构 为了提高测试脚本的可维护性和可复用性，为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。必须在执行测试脚本之前对它们进行构建。（2）记录技术）记录技术 为使测试脚本获得更高的可维护性，应该为使测试脚本获得更高的可维护性，应该以最不易受测试对象变化影响的方式来记录测以最不易受测试对象变化影响的方式来记录测试脚本。试脚本。（3）数据驱动的测试）数据驱动的测试 许多测试过程包括在给定的数据输入许多测试过程包括在给定的数据输入屏幕内输入几组字段数据，检查字段确认屏幕内输入几组字段数据，检查字段确认功能、错误处理等。功能、错误处理等。（4）测试脚本同步和时间安排）测试脚本同步和时间安排 当进行重点测试时，通常需要同步测当进行重点测试时，通常需要同步测试脚本以便它们在预先确定的时间启动。试脚本以便它们在预先确定的时间启动。（5）测试和调试测试脚本）测试和调试测试脚本 在记录测试脚本的同一测试软件上执在记录测试脚本的同一测试软件上执行这些最近记录的测试脚本时，不应该发行这些最近记录的测试脚本时，不应该发生任何错误。生任何错误。4辅助测试工具辅助测试工具 为为了了实实施施高高效效的的测测试试工工作作，还还需需要要有有高高效效、好好用用的的辅辅助助工工具具，做做软软件件测测试试通通常常需需要以下一些基本工具。要以下一些基本工具。优秀的办公处理软件优秀的办公处理软件 秒表秒表 错误跟踪系统错误跟踪系统 自动测试工具自动测试工具 软件分析工具软件分析工具 好的操作系统好的操作系统 多样化平台多样化平台2.6.4 执行测试执行测试 执执行行测测试试是是执执行行所所有有的的或或选选定定的的一一些些测测试试用用例例，并并观观察察其其测测试试结结果果的的过过程程。尽尽管管为为执执行行测测试试所所做做的的准准备备和和计计划划工工作作会会贯贯穿穿于于软软件件开开发发生生命命周周期期之之中中，但但是是执执行行测测试试往往往往都都会会在在软软件件开开发发生生命命周周期期的的末末期期，或或者者接接近近末末期期进进行行，即即在在编编码码完完成成之之后后进进行行。由由于于测测试试过过程程一一般般分分成成代代码码审审查查、单单元元测测试试、集集成成测测试试、系系统统测测试试和和验验收收测测试试几几个个阶阶段段，尽尽管管这这些些阶阶段段在在实实现现细细节节方方面面都都不不相同，但其工作流程方面却是一致的。相同，但其工作流程方面却是一致的。执行测试的过程由以下执行测试的过程由以下4个部分组成。个部分组成。输输入入。要要完完成成工工作作所所必必须须的的入入口口标标准或可交付的结果。准或可交付的结果。执执行行过过程程。从从输输入入到到输输出出的的过过程程或或工作任务。工作任务。检检查查过过程程。确确定定输输出出是是否否满满足足标标准准的处理过程。的处理过程。输输出出。推推出出标标准准或或工工作作流流程程产产生生的的可交付的结果。可交付的结果。执行测试过程如图执行测试过程如图2-5所示。所示。图2-5 执行测试过程 2.6.5 评估测试评估测试 软软件件测测试试的的主主要要评评测测方方法法包包括括测测试试覆覆盖盖和和质质量量评评测测。测测试试覆覆盖盖是是对对测测试试完完全全程程度度的的评评测测，它它是是由由测测试试需需求求和和测测试试用用例例的的覆覆盖盖或或已已执执行行代代码码的的覆覆盖盖表表示示的的。质质量量评评测测是是对对测测试试对对象象（系系统统或或测测试试的的应应用用程程序序）的的可可靠靠性性、稳稳定定性性以以及及性性能能的的评评测测，它它建建立立在在对对测测试试结结果果的的评评估估和和对对测测试试过过程程中中确确定的变更请求（缺陷）分析的基础上。定的变更请求（缺陷）分析的基础上。1覆盖评测覆盖评测 覆覆盖盖指指标标提提供供了了“测测试试的的完完全全程程度度如如何何”这这一一问问题题的的答答案案。最最常常用用的的覆覆盖盖评评测测是是基基于于需需求求的的测测试试覆覆盖盖和和基基于于代代码码的的测测试试覆覆盖盖。简简而而言言之之，测测试试覆覆盖盖是是就就需需求求（基基于于需需求求的的）或或代代码码的的设设计计/实实施施标标准准（基基于于代代码码的的）而而言言的的完完全全程程度度的的任任意意评评测测，如如用用例例的的核核实实（基基于于需需求求的的）或或所所有有代代码码行行的的执行（基于代码的）。执行（基于代码的）。2质量评测质量评测 测试覆盖的评估提供对测试完全程度测试覆盖的评估提供对测试完全程度的评测，在测试过程中已发现缺陷的评估的评测，在测试过程中已发现缺陷的评估提供了最佳的软件质量指标。提供了最佳的软件质量指标。3性能评测性能评测 评估测试对象的性能行为时，可以使评估测试对象的性能行为时，可以使用多种评测，这些评测侧重于获取与行为用多种评测，这些评测侧重于获取与行为相关的数据，如响应时间、计时配置文件、相关的数据，如响应时间、计时配置文件、执行流、操作可靠性和限制。执行流、操作可靠性和限制。2.7 测试的成功经验测试的成功经验 为了减少系统的开发费用，越早测试为了减少系统的开发费用，越早测试越好，这是多年来软件行业的一个成功经越好，这是多年来软件行业的一个成功经验，即在整个软件开发生命周期中通过各验，即在整个软件开发生命周期中通过各种软件工程技术尽量早地完成各种软件测种软件工程技术尽量早地完成各种软件测试任务。试任务。首先，软件的整个测试生命周期是与首先，软件的整个测试生命周期是与软件的开发生命周期基本平齐的过程软件的开发生命周期基本平齐的过程 在软件开发生命周期中，软件是通过在软件开发生命周期中，软件是通过迭代来不断加以完善的。在这种环境中，迭代来不断加以完善的。在这种环境中，对于每个作为测试目标的工作版本，测试对于每个作为测试目标的工作版本，测试的生命周期还都必须具有一种迭代方法。的生命周期还都必须具有一种迭代方法。对于针对每个工作版本执行的测试，都做对于针对每个工作版本执行的测试，都做出了增补和改进，并累积为一个测试体，出了增补和改进，并累积为一个测试体，用于后续阶段的回归测试。用于后续阶段的回归测试。通过迭代是软件开发把原来的整个软件通过迭代是软件开发把原来的整个软件开发生命周期分成多个迭代周期，在每个迭开发生命周期分成多个迭代周期，在每个迭代周期都进行测试，这样在很大程度上提前代周期都进行测试，这样在很大程度上提前了软件系统测试发生的时间，这可以在很大了软件系统测试发生的时间，这可以在很大程度上降低项目风险和项目开发成本。程度上降低项目风险和项目开发成本。