1、第四章 软件测试流程和规范v4.1传统传统测试过程模型测试过程模型v4.2测试过程改进模型测试过程改进模型v4.3软件测试标准和规范软件测试标准和规范v4.4软件测试管理体系和评判体系软件测试管理体系和评判体系24.1 传统软件测试模型传统软件测试模型n“V”模型模型 时间 用户需求 系统需求 总体设计 详细设计 编码 单元测试 集成测试 系统测试 验收测试方案 系统测试方案 集成测试方案 单元测试方案 设计人员 开发人员 用户代表和系统测试人员 系统测试人员 开发人员 用户代表 验收测试 开发/测试人员 3 n“V”模型模型软件系统子系统1功能模块1程序单元1程序单元2功能模块2程序单元3程
2、序单元4xy子系统2功能模块4程序单元8程序单元7功能模块3程序单元6程序单元5zABCGFEDH软件系统4分析v 从水平对应关系看从水平对应关系看 左边是设计和分析，是软件设计实现的过程，左边是设计和分析，是软件设计实现的过程，同时伴随着质量保证活动同时伴随着质量保证活动审核的过程，也审核的过程，也就是静态的测试过程；就是静态的测试过程；右边是对左边结果的验证，是动态测试的过程右边是对左边结果的验证，是动态测试的过程，即对设计和分析的结果进行测试，以确认是，即对设计和分析的结果进行测试，以确认是否满足用户的需求。否满足用户的需求。v从垂直方向看从垂直方向看 水平虚线上部，需求分析、定义和验收
3、测试是水平虚线上部，需求分析、定义和验收测试是面向用户，需要用户参与共同完成。面向用户，需要用户参与共同完成。水平虚线下部是技术工作，在开发组织内部进水平虚线下部是技术工作，在开发组织内部进行，主要是由工程师、技术人员完成。行，主要是由工程师、技术人员完成。从垂直方向看，底部使用白盒测试方法，顶部从垂直方向看，底部使用白盒测试方法，顶部验收测试使用黑盒测试方法，中间的集成、系验收测试使用黑盒测试方法，中间的集成、系统测试，采用白盒与黑盒相结合形成的灰盒测统测试，采用白盒与黑盒相结合形成的灰盒测试方法。试方法。W模型vV模型的局限性在于无法体现模型的局限性在于无法体现“尽早地和不断地进尽早地和不
4、断地进行软件测试行软件测试”的原则。的原则。v在在V模型中增加软件各开发阶段应同步进行的测模型中增加软件各开发阶段应同步进行的测试，演化为试，演化为W模型。模型。v基于基于“尽早地和不断地进行软件测试尽早地和不断地进行软件测试”的原则，在的原则，在软件的需求和设计阶段的测试活动应遵循软件的需求和设计阶段的测试活动应遵循IEEE1012-1998软件验证与确认（软件验证与确认（V&V）的原则。的原则。vW模型由模型由Evolutif公司提出，相对于公司提出，相对于V模型，模型，W模型更科学。模型更科学。W模型是模型是V模型的发展，强调的是模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的
5、对象测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发测试与开发是同步进行的，从而有利于尽早地发现问题。现问题。vW模型和模型和V模型都把软件的开发视为需求、设计模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。发性以及变更调整。软件测试过程改进的意义软件测试过程改进的意义n 测试过程改进是测试管理工作中一项长期的工作测试过程改进是测试管理工作中一项长期的工作，实施有效的过程改进可以明确测试管理
6、工作的，实施有效的过程改进可以明确测试管理工作的方向和思路，优化和提高测试的效率和故障发现方向和思路，优化和提高测试的效率和故障发现率，配合项目组最终达到提高软件质量，缩短项率，配合项目组最终达到提高软件质量，缩短项目周期。目周期。n 和其它软件开发和管理过程一样，软件测试过程和其它软件开发和管理过程一样，软件测试过程也可以依据一定模型进行评估和持续改进，以促也可以依据一定模型进行评估和持续改进，以促进测试向可重复、可测量、更高效的方向改进。进测试向可重复、可测量、更高效的方向改进。104.2.14.2.1软件测试过程改进的模型软件测试过程改进的模型n TPI模型模型 n 测试成熟度模型（测试
7、成熟度模型（TMM）n CMM中测试相关的中测试相关的KPA 11TPI模型模型 关键域 等级 检查点 改进建议 测试成熟度矩阵 12测试成熟度模型（测试成熟度模型（TMM）第 5 级：优化级（Optimization）测试过程优化 质量控制 缺陷预防 持续改进的 测试实践 第 4 级：管理/度量级（Management/Measure）软件质量评价 测试度量计划 评审计划 测试用作 质量控制 得到度量与校准的 测试实践 第 3 级：集成级（Integration）控制并监督测试过程 与软件生存周期集成 技术培训计划 软件测试组织 测试用作 质量度量 第 2 级：阶段定义级（Phase Def
8、inition）测试与调试的目标 测试计划 基本的技术方法 软件测试组织 第 1 级：初始级（Initial）测试用作功能 需求的验证 有组织的集成的 测试实践 基本的测试 实践 测试用作缺陷发现 13CMMCMM中测试相关的中测试相关的KPA KPA n 软件需求管理：测试团队评审和验证需求，并且根据它们软件需求管理：测试团队评审和验证需求，并且根据它们做系统测试设计和计划；做系统测试设计和计划；n 软件项目计划：测试估计和计划；软件项目计划：测试估计和计划；n 软件配置管理：测试相关产品变更控制和保存；软件配置管理：测试相关产品变更控制和保存；n 软件子合同管理：外包软件的验收测试；软件子
9、合同管理：外包软件的验收测试；n 软件项目跟踪和监督：测试故障管理和报告；软件项目跟踪和监督：测试故障管理和报告；n 软件质量保证：测试相关活动和产物要被软件质量保证：测试相关活动和产物要被SAQ审核；审核；n 软件过程焦点：测试活动需要规范化，测试技术和工具需软件过程焦点：测试活动需要规范化，测试技术和工具需要相应要相应SEPG小组来推广；小组来推广；n 软件过程定义：测试规程，测试指导书，模板需要制定和软件过程定义：测试规程，测试指导书，模板需要制定和维护，测试相关的过程数据库和过程资产库；维护，测试相关的过程数据库和过程资产库；14CMMCMM中测试相关的中测试相关的KPA KPA n
10、同行评审：测试相关文档需要评审，开发人员产品也需要同行评审：测试相关文档需要评审，开发人员产品也需要测试人员评审；测试人员评审；n 组间协调：测试组需要和其它组协调；组间协调：测试组需要和其它组协调；n 培训大纲：测试有关的培训；培训大纲：测试有关的培训；n 集成软件管理：测试计划需要按照规程裁减；集成软件管理：测试计划需要按照规程裁减；n 软件产品工程：单元测试，集成测试，系统测试，验收测软件产品工程：单元测试，集成测试，系统测试，验收测试过程；试过程；n 定量的软件过程管理：量化的测试过程和过程能力基线；定量的软件过程管理：量化的测试过程和过程能力基线；n 软件质量管理：量化的缺陷测试管理
11、；软件质量管理：量化的缺陷测试管理；n 缺陷预防：根据测试度量，软件缺陷被有计划的预防；缺陷预防：根据测试度量，软件缺陷被有计划的预防；n 技术变化管理：测试技术和工具变化管理；技术变化管理：测试技术和工具变化管理；n 过程变化管理：测试过程变化管理。过程变化管理：测试过程变化管理。15软件测试过程改进的开展软件测试过程改进的开展n 为了正确设计测试流程，需要对测试有正确的认识：为了正确设计测试流程，需要对测试有正确的认识：测试是辅助环节，测试过程的设计必须根植于现有的开发流程。测试是辅助环节，测试过程的设计必须根植于现有的开发流程。测试过程的复杂程度要和测试的目标相一致，过多和过少的测试测试
12、过程的复杂程度要和测试的目标相一致，过多和过少的测试都不好。都不好。测试过程中的主体测试工作执行部门最好在流程中独立出来测试过程中的主体测试工作执行部门最好在流程中独立出来，方便对质量进行独立、客观的评价。，方便对质量进行独立、客观的评价。不要忽视或者过分的强调测试的重要性，测试不是保证质量的唯不要忽视或者过分的强调测试的重要性，测试不是保证质量的唯一手段，但是是不可缺少的手段。过程控制才能有效的保证软件一手段，但是是不可缺少的手段。过程控制才能有效的保证软件的质量。的质量。了解公司的体系结构了解公司的体系结构 分析现有的开发过程，明确测试活动可能同其它活动的接口。分析现有的开发过程，明确测试
13、活动可能同其它活动的接口。寻找及证实测试目标（可能是策略上的目标，也可能是单个项目寻找及证实测试目标（可能是策略上的目标，也可能是单个项目的目标）的目标）按照目标和接口设计测试过程按照目标和接口设计测试过程 分析过程，寻找度量点，用以过程改进分析过程，寻找度量点，用以过程改进 16何谓测试过程的何谓测试过程的“有效有效”n 两种极端两种极端觉得测试可有可无，随便找几个人测试一下，或者开觉得测试可有可无，随便找几个人测试一下，或者开发人员随便的测试一下，交给用户就可以了，反正肯发人员随便的测试一下，交给用户就可以了，反正肯定有问题，还是要修改的。定有问题，还是要修改的。测试是保证质量的唯一手段，
14、我们一定要尽我们的所测试是保证质量的唯一手段，我们一定要尽我们的所能测试好，要动用一切手段，比如购买最好的测试工能测试好，要动用一切手段，比如购买最好的测试工具，找最好的测试工程师，我们还要动用经济手段，具，找最好的测试工程师，我们还要动用经济手段，对开发和测试人员进行奖惩，以经济的手段控制软件对开发和测试人员进行奖惩，以经济的手段控制软件质量。质量。无所谓那种方式是对的，不同的企业会有不同的处理方无所谓那种方式是对的，不同的企业会有不同的处理方式，可能都是正确的，关键看企业的商业目标。符合式，可能都是正确的，关键看企业的商业目标。符合公司商业目标的测试过程才是有效的测试过程！公司商业目标的测
15、试过程才是有效的测试过程！17测试工作要有明确的目标测试工作要有明确的目标n 何谓何谓“明确明确”？就是可量化，可操作的测试截止条件。就是可量化，可操作的测试截止条件。n 目标是测试人员和其他相关人员沟通的唯一标目标是测试人员和其他相关人员沟通的唯一标准。准。没有共同目标的测试是平衡各方利益的测试没有共同目标的测试是平衡各方利益的测试，不是有效的测试，而且会导致公司软件产，不是有效的测试，而且会导致公司软件产品质量不稳定。品质量不稳定。18按照企业现状设计测试流程按照企业现状设计测试流程n 目标决定过程，过程决定质量。过程一定根据目标决定过程，过程决定质量。过程一定根据目标来制定目标来制定 目
16、标设定原则：总目标的设定要遵从企业的现状，目标设定原则：总目标的设定要遵从企业的现状，其它各个分目标要按照总目标去分解各自的目标，其它各个分目标要按照总目标去分解各自的目标，并能有效支撑总目标的实现，越靠近执行层，目标并能有效支撑总目标的实现，越靠近执行层，目标应设定的越具体，越具有可操作性。应设定的越具体，越具有可操作性。过程设定原则：过程应依据分解的目标进行设计，过程设定原则：过程应依据分解的目标进行设计，要保证过程的执行可以完全实现目标，但不需要超要保证过程的执行可以完全实现目标，但不需要超越既定的目标。越既定的目标。19按照企业现状设计测试流程按照企业现状设计测试流程n 几种典型的测试
17、过程探讨几种典型的测试过程探讨 企业处于起步阶段，目前的最大问题是生存的问题企业处于起步阶段，目前的最大问题是生存的问题（生存期）。（生存期）。企业产品线基本稳定，软件开发过程基本定型，有企业产品线基本稳定，软件开发过程基本定型，有了稳定的客户群，软件的质量变得越来越重要，需了稳定的客户群，软件的质量变得越来越重要，需要引入独立的测试人员来保障软件质量（成长期）要引入独立的测试人员来保障软件质量（成长期）。随着市场的竞争加剧，企业规模的扩大，以及软件随着市场的竞争加剧，企业规模的扩大，以及软件规模急剧扩大，软件的质量和生产周期成为了企业规模急剧扩大，软件的质量和生产周期成为了企业再发展的决定性
18、因素（发展期）。再发展的决定性因素（发展期）。20生存期测试过程设计生存期测试过程设计n 企业目标企业目标尽快的让用户看到软件产品，满足客户重要的尽快的让用户看到软件产品，满足客户重要的需求，尽快回收资金，承诺客户可以按照用户需求，尽快回收资金，承诺客户可以按照用户要求对软件进行维护。更重视短期的利益。要求对软件进行维护。更重视短期的利益。n 测试要求测试要求对业务非常熟悉，可以马上验证用户的需求，对业务非常熟悉，可以马上验证用户的需求，保证软件基本可用，重要功能实现正确，反应保证软件基本可用，重要功能实现正确，反应敏捷。敏捷。21生存期测试过程设计生存期测试过程设计n 简要的测试过程简要的测
19、试过程口头或者纸面传递软件主要功能，在软件开发的后期口头或者纸面传递软件主要功能，在软件开发的后期进行验证，确保主要功能实现正确，软件在预计的平进行验证，确保主要功能实现正确，软件在预计的平台上使用正常。（比较规范的方式如台上使用正常。（比较规范的方式如XP）n 数据收集和度量数据收集和度量应建立缺陷跟踪库，和用户的反馈问题库。度量修订应建立缺陷跟踪库，和用户的反馈问题库。度量修订问题所用的工时。问题所用的工时。n 总结：该阶段，需求没有进行管理，无法进行测总结：该阶段，需求没有进行管理，无法进行测试分析设计、从而无法保证测试流程的完整实现试分析设计、从而无法保证测试流程的完整实现，但是可以将
20、缺陷管理纳入管理规范。，但是可以将缺陷管理纳入管理规范。22成长期测试过程设计成长期测试过程设计n 企业目标企业目标稳定产品的质量，尽可能的缩减维护的成本稳定产品的质量，尽可能的缩减维护的成本，依据科学的方式规范软件开发过程。，依据科学的方式规范软件开发过程。n 测试要求测试要求熟悉业务，依据文档化的功能描述对系统进熟悉业务，依据文档化的功能描述对系统进行测试，根据公司制定的标准，对产品的质行测试，根据公司制定的标准，对产品的质量进行评价。对系统进行功能性的测试。量进行评价。对系统进行功能性的测试。23成长期测试过程设计成长期测试过程设计n 简要的测试过程简要的测试过程按照规划的软件生产方式建
21、立测试过程，将关键性的按照规划的软件生产方式建立测试过程，将关键性的文档作为测试工作的必要输入工件。产品的发布应该文档作为测试工作的必要输入工件。产品的发布应该统一归口到测试部门。（比较规范的方式如统一归口到测试部门。（比较规范的方式如CMM/CMMI 2级）级）n 数据收集和度量数据收集和度量应建立缺陷跟踪库，和用户的反馈问题库。度量修订应建立缺陷跟踪库，和用户的反馈问题库。度量修订问题所用的工时。分析问题所用的工时。分析Bug的分时走势，及各个主要的分时走势，及各个主要功能、严重等级、产生人员等的功能、严重等级、产生人员等的Bug分布情况。分布情况。n 总结：该阶段，需求管理和概要设计比较
22、规范，总结：该阶段，需求管理和概要设计比较规范，可以建立完整的系统测试流程及缺陷管理流程及可以建立完整的系统测试流程及缺陷管理流程及缺陷管理流程，在条件允许情况下还可以进行集缺陷管理流程，在条件允许情况下还可以进行集成测试。成测试。24发展期测试过程设计发展期测试过程设计n 企业目标企业目标企业必须在规定的时间内生产出高质量的软企业必须在规定的时间内生产出高质量的软件产品，通过流程的改造，要将软件生产的件产品，通过流程的改造，要将软件生产的系统性风险降到最低。（比较规范的方式如系统性风险降到最低。（比较规范的方式如CMM/CMMI 4级以上，级以上，RUP）n 测试要求测试要求软件测试要贯穿于
23、软件开发的全过程，设计软件测试要贯穿于软件开发的全过程，设计出以测试为导向的软件开发流程。出以测试为导向的软件开发流程。25发展期测试过程设计发展期测试过程设计n 规范的测试流程规范的测试流程 测试模型成熟，引入自动化测试工具，进行单元测试测试模型成熟，引入自动化测试工具，进行单元测试、集成测试、系统测试等测试模型中各种阶段测试。、集成测试、系统测试等测试模型中各种阶段测试。n 数据收集和度量数据收集和度量应建立缺陷跟踪库，和用户的反馈问题库。度量修订应建立缺陷跟踪库，和用户的反馈问题库。度量修订问题所用的工时。分析问题所用的工时。分析Bug的分时走势，及各个主要的分时走势，及各个主要功能、严重等级、产生人员等的功能、严重等级、产生人员等的Bug分布情况。跟踪分布情况。跟踪缺陷修改情况。缺陷修改情况。n 总结：详细设计比较规范，可以建立系统测试流总结：详细设计比较规范，可以建立系统测试流程、集成测试流程、单元测试流程及缺陷管理流程、集成测试流程、单元测试流程及缺陷管理流程。程。264.3软件测试标准和规范v国际标准国际标准v国家标准国家标准v行业标准行业标准v企业规范企业规范v项目规范项目规范27
