第4章 软件测试依据和规范

1、第第4章章 软件测试依据和规范软件测试依据和规范 4.1 测试过程模型测试过程模型4.2 测试过程改进模型测试过程改进模型4.1 测试过程模型测试过程模型 4.1.1 软件过程模型软件过程模型4.1.2 用用V模型诠释软件测试过程模型诠释软件测试过程4.1.3 W模型模型4.1.1 软件过程模型软件过程模型1、瀑布模型、瀑布模型 瀑布模型是将软件生命周期的各项活动，规定为按照固瀑布模型是将软件生命周期的各项活动，规定为按照固定顺序相连的若干个阶段性工作，形如瀑布流水，最终定顺序相连的若干个阶段性工作，形如瀑布流水，最终得到软件产品。得到软件产品。 优点：优点：易于理解；调研开发的阶段性；强调早

2、期计划及易于理解；调研开发的阶段性；强调早期计划及需求调查；确定何时能够交付产品及何时进行评审与测需求调查；确定何时能够交付产品及何时进行评审与测试。试。 缺点：缺点：需求调查分析只进行一次，不能适应需求变化；需求调查分析只进行一次，不能适应需求变化；顺序的开发流程，使得开发中的经验教训不能反馈到该顺序的开发流程，使得开发中的经验教训不能反馈到该项目的开发中去；不能反映出软件开发过程的反复与迭项目的开发中去；不能反映出软件开发过程的反复与迭代性；没有包含任何类型的风险评估；开发中出现的问代性；没有包含任何类型的风险评估；开发中出现的问题直到开发后期才能够显露，因此失去及早纠正的机会。题直到开发

3、后期才能够显露，因此失去及早纠正的机会。问题定义问题定义分析研究分析研究需求分析需求分析软件设计软件设计编码编码测试测试维护维护定义阶段定义阶段开发阶段开发阶段维护阶段维护阶段4.1.1 软件过程模型软件过程模型2、原型模型、原型模型 根据客户需求在较短的时间内解决用户最迫切解决的根据客户需求在较短的时间内解决用户最迫切解决的问题，完成可演示的产品。这个产品只实现最重要功问题，完成可演示的产品。这个产品只实现最重要功能，在得到用户的更加明确的需求之后，原型将丢弃。能，在得到用户的更加明确的需求之后，原型将丢弃。需求分析需求分析原型开发原型开发原型评价原型评价最终设计最终设计系统实现系统实现用户

4、反馈用户反馈 快速原型开发模型快速原型开发模型4.1.1 软件过程模型软件过程模型3、增量模型和迭代模型、增量模型和迭代模型 软件在实际开发过程中是按阶段进行的，逐步软件在实际开发过程中是按阶段进行的，逐步完善或深化系统的功能。完善或深化系统的功能。软件分阶段开发示意图软件分阶段开发示意图4.1.1 软件过程模型软件过程模型3、增量模型和迭代模型、增量模型和迭代模型增量开发增量开发迭代开发迭代开发IBM RUP9（1）、初始阶段）、初始阶段 初始阶段的工作是将一个好的想法，发展初始阶段的工作是将一个好的想法，发展为一个关于最终产品的构想，并定义产生为一个关于最终产品的构想，并定义产生的项目范围

5、和业务用例。的项目范围和业务用例。 工作的重点在于工作的重点在于理解所有的需求并决定开理解所有的需求并决定开发的工作范围。发的工作范围。10初始阶段要明确的内容主要包括：初始阶段要明确的内容主要包括： 项目的软件范围和边界条件。要明确可项目的软件范围和边界条件。要明确可操作的概念、可接受的原则以及产品的操作的概念、可接受的原则以及产品的部分详细说明。部分详细说明。 系统中最关键的业务用例。即系统应该系统中最关键的业务用例。即系统应该为它的每个主要用户提供什么样的基本为它的每个主要用户提供什么样的基本功能。功能。11 系统的大致构架，给出系统大致是什么系统的大致构架，给出系统大致是什么样子。这个

6、构架是试验性的，通常只是样子。这个构架是试验性的，通常只是一个包括主要子系统的大致轮廓。一个包括主要子系统的大致轮廓。 产品的费用和实践计划，以及对产品风产品的费用和实践计划，以及对产品风险的评估。在这个阶段的风险评估中，险的评估。在这个阶段的风险评估中，重点在于确定最主要风险内容，以及风重点在于确定最主要风险内容，以及风险的高低次序。险的高低次序。12 描述项目的主要需求、特征和约束的前景描述项目的主要需求、特征和约束的前景文档。文档。 初始的用例模型（大约是整个系统的初始的用例模型（大约是整个系统的10%-20%）。）。 项目词汇表。项目词汇表。 初始项目计划。初始项目计划。 业务用例。业

7、务用例。 风险评估文档和数据库。风险评估文档和数据库。 一个或者多个可抛弃原型。一个或者多个可抛弃原型。 初始的构架文档。初始的构架文档。初始阶段提交的产品主要包括：初始阶段提交的产品主要包括：13生命目标里程碑主要评审的内容有：生命目标里程碑主要评审的内容有： 项目相关人员是否就项目范围、成本估项目相关人员是否就项目范围、成本估计和时间进度安排等达成一致。计和时间进度安排等达成一致。 项目的需求理解是否准确有效。项目的需求理解是否准确有效。 对于成本和进度安排的评估以及优先权、对于成本和进度安排的评估以及优先权、风险和开发过程的可信度如何。风险和开发过程的可信度如何。 实际成本和计划成本的对

8、比情况。实际成本和计划成本的对比情况。 已开发原型中系统构架的深度和广度是已开发原型中系统构架的深度和广度是否已作为深入开发的基础。否已作为深入开发的基础。14（2）细化阶段）细化阶段 细化阶段的目标是详细分析问题领域，说细化阶段的目标是详细分析问题领域，说明产品的绝大多数业务用例，设计出合理明产品的绝大多数业务用例，设计出合理的系统构架，给出开发项目计划，评价项的系统构架，给出开发项目计划，评价项目中最可能出现的风险元素。目中最可能出现的风险元素。 细细化阶段是四个阶段中最关键的阶段。该化阶段是四个阶段中最关键的阶段。该阶段结束时，最困难的阶段结束时，最困难的 “ 工程工程 ” 可以认可以认

9、为已结束。为已结束。15工作的主要内容：工作的主要内容： 在细化阶段，根据项目的领域，大小和创在细化阶段，根据项目的领域，大小和创新性，可能在一个或多个迭代中，建立一新性，可能在一个或多个迭代中，建立一个可执行的架构。这一工作至少要处理初个可执行的架构。这一工作至少要处理初始阶段中识别的关键用例，关键用例通常始阶段中识别的关键用例，关键用例通常也揭示了项目主要技术的风险。也揭示了项目主要技术的风险。 16细化阶段的成果是：细化阶段的成果是： 用例模型。定义所有已发现的用例，并完成用例模型。定义所有已发现的用例，并完成至少至少 80 以上用例的描述，其中所有关键以上用例的描述，其中所有关键用例必

10、须完成描述。用例必须完成描述。 补充需求，包括非功能性需求以及任何与特补充需求，包括非功能性需求以及任何与特定用例无关的需求。定用例无关的需求。 创建可执行的构架基线创建可执行的构架基线 。 一个修正后的风险表和商业用例。一个修正后的风险表和商业用例。 一份整个项目的开发规划，包括粗略项目规一份整个项目的开发规划，包括粗略项目规划，显示划，显示“迭代迭代”以及对每个迭代的评估准以及对每个迭代的评估准则。则。 指明被使用过程的更新过的开发用例。指明被使用过程的更新过的开发用例。 用户手册的初始版本（可选）。用户手册的初始版本（可选）。17 细化阶段结束是第二个重要的里程碑：细化阶段结束是第二个重

11、要的里程碑：生命周期体系架构里程碑生命周期体系架构里程碑。 此刻，检验详细的系统目标和范围、结此刻，检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。主要构的选择以及主要风险的解决方案。主要的审核标准包括：的审核标准包括：18 产品的蓝图是否稳定；产品的蓝图是否稳定； 体系结构是否稳定；体系结构是否稳定； 可执行的演示版是否显示风险要素已被处可执行的演示版是否显示风险要素已被处理和可靠的解决；理和可靠的解决； 构建阶段的计划是否足够详细和精确；是构建阶段的计划是否足够详细和精确；是否被可靠的审核基础支持；否被可靠的审核基础支持； 如果当前计划在现有的体系结构环境中被如果当前计划在现有

12、的体系结构环境中被执行而开发出完整系统，是否所有的风险执行而开发出完整系统，是否所有的风险承担人同意该蓝图是可实现的；承担人同意该蓝图是可实现的； 实际的费用开支与计划开支是否可以接受。实际的费用开支与计划开支是否可以接受。19（3）构造阶段）构造阶段 构造阶段是一个制造产品的过程，在这构造阶段是一个制造产品的过程，在这个阶段中逐步完善构想、构架和计划，个阶段中逐步完善构想、构架和计划，直到将构架基线逐渐发展成完善的系统直到将构架基线逐渐发展成完善的系统产品，并完全准备好移交给她的用户群产品，并完全准备好移交给她的用户群为止。为止。 构造阶段是最消耗资源的阶段，它会消构造阶段是最消耗资源的阶段

13、，它会消耗掉整个项目开发中的大部分资源，所耗掉整个项目开发中的大部分资源，所以这个阶段的重点在于管理资源和控制以这个阶段的重点在于管理资源和控制操作上，目的是优化项目的成本、进度操作上，目的是优化项目的成本、进度和质量。和质量。20构造阶段的主要工作内容包括：构造阶段的主要工作内容包括： 通过资源管理、资源控制和过程优化，以通过资源管理、资源控制和过程优化，以达到对资源的有效管理，避免不必要的浪达到对资源的有效管理，避免不必要的浪费和返工，从而降低开发成本。费和返工，从而降低开发成本。 尽快完成构件开发，以保证尽可能快地开尽快完成构件开发，以保证尽可能快地开发。发。 根据已定义的评价准则对开发

14、好的构件进根据已定义的评价准则对开发好的构件进行测试，以保证开发构件的质量。行测试，以保证开发构件的质量。 尽可能快地将已完成的构件组合成一个可尽可能快地将已完成的构件组合成一个可用的版本，并根据系统构想所制定的接受用的版本，并根据系统构想所制定的接受准则对发布版本进行测试评估。准则对发布版本进行测试评估。21 构造阶段的产品是可以交付给最终用户构造阶段的产品是可以交付给最终用户的产品。它最小包括：的产品。它最小包括： 特定平台上的集成产品特定平台上的集成产品 用户手册用户手册 当前版本的描述当前版本的描述 22 构造阶段结束是第三个重要的项目里程构造阶段结束是第三个重要的项目里程碑碑 初始可

15、运行能力里程碑初始可运行能力里程碑。 此刻，决定是否软件、环境、用户可以此刻，决定是否软件、环境、用户可以运作而不会将项目暴露在高度风险下。运作而不会将项目暴露在高度风险下。 该版本也常被称为该版本也常被称为 beta beta 版。版。 23构造阶段主要的审核标准包括：构造阶段主要的审核标准包括： 产品是否足够稳定和成熟得发布给用户产品是否足够稳定和成熟得发布给用户 。 是否所有的风险承担人准备好向用户移是否所有的风险承担人准备好向用户移交交 。 实际费用与计划费用的比较是否仍可被实际费用与计划费用的比较是否仍可被接受接受 。24（4）移交阶段）移交阶段 移交阶段是指移交产品给用户，这个阶移

16、交阶段是指移交产品给用户，这个阶段的工作内容包括制造、支付、培训、段的工作内容包括制造、支付、培训、支持和维护产品，直到用户满意为止。支持和维护产品，直到用户满意为止。 这个阶段包括了产品进入这个阶段包括了产品进入betabeta版后的整版后的整个阶段，它所关注的重点在于将软件交个阶段，它所关注的重点在于将软件交到用户手中所需要进行的活动。到用户手中所需要进行的活动。25移交阶段的主要工作内容包括：移交阶段的主要工作内容包括： 项目的相关人员共同完成部署基线，以保项目的相关人员共同完成部署基线，以保证在用户现场的使用。证在用户现场的使用。 进行进行betabeta版测试，确认新系统是否与用户版

17、测试，确认新系统是否与用户期望一致。期望一致。 系统的调整改进，修正缺陷和提高性能与系统的调整改进，修正缺陷和提高性能与可用性。可用性。 培训用户和维护人员。培训用户和维护人员。 与部署有关的特定工程内容，即收尾、商与部署有关的特定工程内容，即收尾、商业包装和生产、销售以及培训专业人员等。业包装和生产、销售以及培训专业人员等。 产品技术支持。产品技术支持。26移交阶段的移交阶段的主要产品包括：主要产品包括： 修正后正式发布的在适当平台上集成的修正后正式发布的在适当平台上集成的软件产品；软件产品； 产品说明；产品说明； 用户手册；用户手册； 培训手册。培训手册。27 在移交阶段的终点是第四个重要

18、的项目在移交阶段的终点是第四个重要的项目里程碑里程碑-产品发布里程碑产品发布里程碑。 此时，决定是否目标已达到或开始另一此时，决定是否目标已达到或开始另一个周期。在许多情况下，里程碑会与下一个周期。在许多情况下，里程碑会与下一个周期的初始阶段相重叠。个周期的初始阶段相重叠。 28产品化阶段的审核标准主要包括：产品化阶段的审核标准主要包括： 用户是否满意；用户是否满意； 实际费用与计划费用的比较是否仍可被实际费用与计划费用的比较是否仍可被接受。接受。4.1.2 用用V模型诠释软件测试过程模型诠释软件测试过程进一步彰显全过程测试进一步彰显全过程测试4.1.3 W模型模型软件能力成熟度模型软件能力成

19、熟度模型(CMM, Capability Maturity Model)1 1）过程过程：为达到目的而执行的所有步骤的系列。：为达到目的而执行的所有步骤的系列。2 2）软件过程软件过程：开发和维护软件及其相关产品的一：开发和维护软件及其相关产品的一组活动、方法、实践和改革。组活动、方法、实践和改革。3 3）软件过程结构软件过程结构：对组织标准软件过程的一种高：对组织标准软件过程的一种高级别描述，它描述组织标准软件过程内部的过程级别描述，它描述组织标准软件过程内部的过程元素之间的顺序、接口、内部依赖等关系，以及元素之间的顺序、接口、内部依赖等关系，以及与外部过程之间的接口和依赖关系。与外部过程之

20、间的接口和依赖关系。4 4）软件过程元素软件过程元素：用于描述软件过程的基本元素，：用于描述软件过程的基本元素，每一个过程元素包含一组定义的、有限的、封闭每一个过程元素包含一组定义的、有限的、封闭的相关任务。的相关任务。5 5）软件过程定义：）软件过程定义：CMM中过程定义的基本概念中过程定义的基本概念是定义组织的标准软件过程。是定义组织的标准软件过程。软件过程成熟度的软件过程成熟度的5个等级个等级 优化级（优化级（5） 已管理级（已管理级（4） 已定义级（已定义级（3） 可重复级（可重复级（2） 初始级（初始级（1） 标准一致标准一致 的过程的过程 不断改不断改 进过程进过程 可预测可预测

21、的过程的过程 有纪律有纪律 的过程的过程初始级：其特点是软件过程无秩序，有时甚至是混乱的。初始级：其特点是软件过程无秩序，有时甚至是混乱的。可重复级：已建立了基本的项目管理过程，可用于对成本、可重复级：已建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。进度和功能特性进行跟踪。已定义级：用于管理的、工程的软件过程均已实现文档化、已定义级：用于管理的、工程的软件过程均已实现文档化、标准化，并形成了整个软件组织的标准软件过程。标准化，并形成了整个软件组织的标准软件过程。管理级：软件过程和产品质量有详细的度量标准，软件过程管理级：软件过程和产品质量有详细的度量标准，软件过程和产品质量得到了定量的认证和控制。和产品质量得到了定量的认证和控制。优化级：通过对来自过程、新概念和新技术等方面各种有用优化级：通过对来自过程、新概念和新技术等方面各种有用信息的定量分析，能够不断地、持续性地对过程进行改进。信息的定量分析，能够不断地、持续性地对过程进行改进。除第一级外，除第一级外，CMM的每一级是按照完全相同的内的每一级是按照完全相同的内部结构构成的。部结构构成的。成熟度等级为顶层，不同的成熟度等级反映了软成熟度等级为顶层，不同的成熟度等级反映了软件组织的软件过程能力和该组织可能实现预期