软件评测师教程笔记 - 图文

2）增殖式组装方式

这种组装方式又称渐增式组装，是首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统，在组装的过程中边连接边测试，以发现连接过程中产生的问题。最后通过增殖逐步组装成为要求的软件系统。

自顶向下的增殖方式。步骤如下：首先以主模块作为所测模块兼驱动模块，所有直属于主模块的下属模块全部用桩模块代替，对主模块进行测试。再采用深度优先或广度优先的策略，用实际模块替换相应的桩模块，再用桩模块代替它们的直接下属模块，与已测试的模块或子系统组装成新的子系统。然后，进行回归测试（即重新执行以前做过的全部测试或部分测试），排除组装过程中引新的错误的可能。最后，判断是否所有的模块都已组装到系统中。

自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。在一个功能划分合理的程序模块结构中，判断常常出现在较高的层次里，因而，能够较早地遇到这种问题。

如果选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能，可先对逻辑输入的分支进行组装和测试，检查和克服潜藏的错误和缺陷，验证其功能的正确性，就为其后对主要加工分支的组装和测试提供了保证。

自底向上的增殖方式。

提高测试效率。

进行集成测试时，测试者应当确定关键模块，对这些关键模块及早进行测试。关键模块至少应具有以下几种特征之一：

满足某些软件需求；

在程序的模块结构中位于较高的层次（高层控制模块）； 较复杂、较易发生错误； 有明确定义的性能要求。

在做回归测试时，也应该集中测试关键模块的功能。 集成测试的组织和实施。

集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素：

（1）采用何种系统组装方法来进行集成测试。 （2）集成测试过程中连接各个模块的顺序。

（3）模块代码编制和测试进度是否与集成测试的顺序一致。 （4）测试过程中是否需要专门的硬件设备。 集成测试完成的标志。

集成测试完成的标志主要有以下几项。

（1）成功地执行了测试计划中规定的所有集成测试。 （2）修正了所发现的错误。

（3）测试结果通过了专门小组的评审。

集成测试需要提交的文档有集成测试计划、集成测试规格说明书和集成测试分析报告。 （3）确认测试

确认测试的任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明中明确规定。确认测试一般包括有效性测试和软件配置复查，确认测试一般由独立的第三方测试机构进行。

进行有效性测试。

有效性测试是在模拟的环境下，运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列出的要求。

在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类。

（1）测试结果与预期的结果相符。这说明软件的部分功能或性能特征与需求规格说明书相符合，从而接受了这部分程序。

（2）测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。

软件配置复查。 （4）系统测试

系统测试是将通过集成测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际或模拟运行（使用）环境下，对计算机系统进行一系统列测试。

（5）验收测试

4、软件验证与确认（V&V）过程

软件的V&V过程是确定按照规定的软件过程开发的产品是否符合活动的要求，软件是否满足它的预期用途和用户需要。软件的V&V过程包括软件产品和过程的分析、评价、评审、审核、评估和测试。

软件测试活动是软件V&V过程的一个组成部分。软件测试过程的任务与管理也要符合软件V&V过程的有关规定。

（1）V&V基本概念

验证（Verfication）：通过检查和提供客观证据，证实规定的需求已满足。

确认（Validation）：通过检查和提供客观证据，证实预期用途的需求是否得到满足。

独立验证和确认：由在技术、管理和财务上与开发组织有规定程度独立性的组织执行的V&V过程。 （2）软件V&V过程

软件生存周期的V&V过程框架。 软件开发过程的V&V概述。 （3）软件V&V过程中的测试

测试过程。

需求V&V活动中的测试。 2.8软件失效分类与管理 2.8.1软件失效分类 软件错误（software error） 软件缺陷（software defect） 软件故障（software fault） 软件失效（software failure）

软件失效机理可描述为：软件错误?软件缺陷?软件故障?软件失效

（1）软件错误是指在软件生存期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生。可见，软件错误是一种人为过程，相对于软件本身，是一种外部行为。

（2）软件缺陷存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差。其结果是软件运行于某一特定条件时出现软件故障，这时称软件缺陷激动。

（3）软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。 （4）软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。 错误的广义定义是：不正确的事务和行为。

错误是在系统运行时，引起或可能潜在地引起失效的缺陷，是一种面向开发概念。 软件缺陷：

（1）软件未达到产品说明书中标明的功能；

（2）软件出现了产品说明书中指明的不会出现的错误； （3）软件功能超出了产品说明书指明的范围； （4）软件未达到产品说明书虽未指出应达到的目标；

（5）软件测试人员认为软件难以理解、不易使用、运行速度慢，或最终用户认为不好使用。 产品说明书是软件缺陷的第一来源，也就出自于软件需求说明书本身的问题。 设计方案（软件设计说明书）是软件缺陷第二来源。 2.8.2缺陷与错误分布