第2章软件测试模型

软件测试技术第2章软件测试模型上一章内容回顾软件测试概述软件测试的概念、目的、意义软件质量保证同软件测试的区别软件测试原则软件测试行业概述软件测试工程师要求微软公司软件测试简介本章内容软件工程软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用内容进度软件工程软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用编程大师的话编程大师说：“任何一个程序，无论它多么小，总存在着错误。”初学者不相信大师的话，他问：“如果一个程序小得只执行一个简单的功能，那会怎样？”“这样的一个程序没有意义，”大师说，“但如果这样的程序存在的话，操作系统最后将失效，产生一个错误。”但初学者不满足，他问：“如果操作系统不失效，那么会怎样？”“没有不失效的操作系统，”大师说，“但如果这样的操作系统存在的话，硬件最后将失效，产生一个错误。”初学者仍不满足，再问：“如果硬件不失效，那么会怎样？”大师长叹一声道：“没有不失效的硬件。但如果这样的硬件存在的话，用户就会想让那个程序做一件不同的事，这件事也是一个错误。”软件工程的定义软件工程软件工程(SoftwareEngineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的科学。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。1983年IEEE给出的定义是：软件工程是开发、运行、维护和修复软件的系统方法。软件工程的主要环节软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等。软件开发模型基本概念软件开发全部过程、活动和任务的结构框架。它能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务。瀑布模型原型模型螺旋模型敏捷开发模型内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用软件开发生命周期模型4种常用模式大爆炸模式边写边改模式瀑布模式螺旋模式敏捷软件开发

模式特点大爆炸模型

简单

Boom最终产品或？大爆炸模式是最简单的软件开发模式12/31大爆炸模型大爆炸式几乎没有测试,如果有也挤在产品发布前进行软件已经完成,不可能修复,仅仅是报告发现的问题,让客户知道边写边改模型 项目小组在未刻意采用其他开发模式时默认的开发模式。这是在大爆炸模式基础上更进了一步，至少考虑到了产品需求。典型的非正规说明书编码,修改,反复直到?最终产品快速做好,做好就扔的小项目瀑布模型

三点特别强调内容1、强调产品的定义

2、各步骤是分立的、没有交叉

3、无法回溯

螺旋模型开始不必详细定义所有细节6个步骤：确定目标/方案和限制条件；明确并化解风险；评估可选方案；当前阶段开发和测试；计划下一阶段；确定进入下一阶段的方法。敏捷软件开发有一种开发过程，受到许多软件公司的喜爱，叫做敏捷软件开发(AgileSoftwareDevelopment)。我们也许听说过它的另外一些名称，如快速原型、极限编程或进化开发等。敏捷软件开发的目的是：每个开发活动都有相应的测试活动每个测试级别都有其特有的测试目标每个测试级别都有测试分析和设计开发周期中,在文档初期稿阶段就应该参与文档的评审内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用V模型“V”的左端表示传统的瀑布开发模型，而“V”的右端表明相应的测试阶段V模型是最具有代表意义的测试模型。

V模型问题测试是开发之后的一个阶段。

测试的对象就是程序本身。

实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。

整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度W模型

1.测试程序,需求,功能,设计2.无法迭代W模型相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。

W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。

H模型1、H模型建立

为了解决V模型和W模型存在的问题，有专家提出了H模型。它将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动侵袭地体现出来2、H模型应用

软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行软件测试要尽早准备，尽早执行软件测试是根据被测物的不同而分层次进行的。不同层次的测试活动可以是按照某个次序先后进行的，但也可能是反复的H模型H模型揭示了一个原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。H模型指出软件测试要尽早准备，尽早执行。不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的，只要某个测试达到准备就绪点，测试执行活动就可以开展。其他模型X模型单独程序片段相互分享的编码和测试频繁交接集成测试探索性测试其他模型前置测试模型开发和测试相结合：标识关键行为对每一个交付内容进行测试在设计阶段进行计划和测试设计测试和开发结合在一起让验收测试和技术测试保持相互独立：均可以在开始进行，也可以在最后反复交替的开发和测试测试模型的使用我们应该尽可能地去应用模型中对项目有实用价值的方面，但不强行地为使用模型而使用模型，否则也没有实际意义。在实际的工作中，我们要灵活地运用各种模型的优点，在W模型的框架下，运用H模型的思想进行独立地测试，并同时将测试和开发紧密结合，寻找恰当的就绪点开始测试并反复迭代测试，最终保证按期完成预定目标。

内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用需求用户解决问题或达到目标所需的条件或权能系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用需求类型业务需求（Businessrequirement）项目投资人购买产品的客户来自用户的管理者市场营销部门产品策划部门需求类型用户需求（userrequirement）用户的目标，或用户要求系统必须能完成的任务1）自动存款；2）自动取款；3）账务查询；4）密码验证；5）出错处理；需求类型系统需求（systemrequirement）包含多个子系统的产品（即系统）的顶级需求软件子系统和硬件子系统，软件部分主要实现用户验证、存取款的账务处理、远程通讯等功能而硬件部分包括：吞吐卡、触摸屏、点/验钞机等功能软件需求规格说明（softwarerequirementsspecification,SRS）非功能需求，它描述了系统展现给用户的行为和执行的操作等包括产品必须遵从的标准、规范和合约；外部接口的具体细节；性能要求；设计或实现的约束条件及质量属性需求规格说明书的特征1.完整性2.正确性3.可行性4.必要性5.划分优先级6.无二义性7.可验证性产品和项目类软件需求获取产品类软件没有特定用户以合同的形式明确需求，需求由市场分析人员分析潜在客户的潜在需求获得产品需求获取需要通过市场调查、问卷、类似产品用户回馈、心理分析研究等方式，需要我们的需求获取人员有深厚的业务背景、敏锐的洞察力、前瞻的预测能力和创造性思维项目类软件由特定用户以合同等契约形式明确下来；需求获取是通过和用户交流沟通的方式，可通过访谈、交流，一起工作等管道，需求获取人员应有业务背景、很好的交流沟通能力和亲和力，还需要很强的分析能力内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用测试人员评审需求内容进度软件工程

软件工程的定义软件工程的目标软件开发生命周期模型软件测试过程模型测试需求需求概要需求类型需求评审测试过程QC使用基本测试过程尽管在逻辑上是按顺序的，但在实践有些过程往往会重叠或者是并行的。在测试过程中产生的文档应该经过评审。基本测试过程基本测试过程基本测试过程基本测试过程基本测试过程基本测试过程基本测试过程基本测试过程基本测试过程基本测试过