《软件测试》第2章 软件测试策略.pptxVIP

第二章 软件测试策略 第二章 软件测试策略2.1 软件开发过程及模型2.1.1 软件开发过程2.1.2 软件开发模型2.2 软件测试过程2.2.1 测试计划和控制2.2.2 测试分析和设计2.2.3 测试实现和执行2.2.4 测试出口准则的评估和报告2.2.5 测试活动结束 第二章 软件测试策略2.3 软件测试与软件开发的关系2.3.1 软件测试在软件开发中的作用2.3.2 软件测试与软件开发各阶段的关系2.3.3 常见软件测试模型2.4 黑盒测试和白盒测试2.4.1 黑盒测试2.4.2 白盒测试2.4.3 黑盒测试与白盒测试的比较 2.1.1 软件开发过程软件开发过程对于整个软件工程来说是十分重要的，软件测试也是基于软件开发完成的。正规的软件开发过程可以分为8个部分： 可行性研究、需求分析、概要设计、详细设计、实现、集成测试、确认测试，以及使用与维护。 2.1.2 软件开发模型（1）瀑布模型 1970年，温斯顿·罗伊斯（Winston Royce）提出了著名的“瀑布模型”，直到20世纪80年代早期，它一直是唯一被广泛采用的软件开发模型。瀑布模型将软件生命周期划分为制订计划、需求分析、软件设计、程序编写、软件测试和运行维护6个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落，如图2-1所示。 2.1.2 软件开发模型（1）瀑布模型 瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃。其主要问题有以下3个方面。 ① 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。 ② 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险。 ③ 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 2.1.2 软件开发模型（2）快速原型模型 快速原型模型首先根据需求分析进行原型开发，即建造一个快速原型，实现客户或未来的用户与系统的交互，然后用户或客户对原型进行评价，进一步细化待开发软件的需求，如图2-2所示。通过逐步调整原型使其满足客户的要求，开发人员最终确定客户的真正需求是什么；最后在快速原型的基础上开发客户满意的软件产品。 2.1.2 软件开发模型（2）快速原型模型 显然，快速原型模型可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。快速原型模型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。 2.1.2 软件开发模型（3）增量模型 增量模型又称演化模型，如图2-3所示。 2.1.2 软件开发模型（3）增量模型 在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成的。增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。 2.1.2 软件开发模型（3）增量模型 但是，增量模型也存在以下缺陷。 ① 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入的构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 ② 在开发过程中，需求的变化是不可避免的。增量模型适应变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而使软件过程的控制失去整体性。 在使用增量模型时，第1个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。 2.1.2 软件开发模型（4）螺旋模型 1988年，巴利·玻姆（Barry Boehm）正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。螺旋模型沿着螺旋线进行若干次迭代，图2-4所示的螺旋模型的4个象限分别代表了制订计划、风险分析、实施工程和客户评估4个活动。 2.1.2 软件开发模型（4）螺旋模型