软件测试-第四章软件测试流程和规范课件

第四章软件测试流程和规范4.1传统测试过程模型4.2测试过程改进模型4.3软件测试标准和规范4.4软件测试管理体系和评判体系24.1传统软件测试模型“V”模型3

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