软件测试方法和应用 第五章 软件测试过程

《软件测试方法和应用 第五章 软件测试过程》由会员分享，可在线阅读，更多相关《软件测试方法和应用 第五章 软件测试过程（48页珍藏版）》请在金锄头文库上搜索。

1、1,第五章 软件测试过程,软件测试方法和应用 1-2,本章大纲,本章讨论软件开发过程中的测试活动，包括： 全流程的测试思想 软件测试过程框架 软件测试类文档 测试策略 测试计划 测试设计说明 测试用例 测试执行过程说明 缺陷报告 测试报告,软件测试方法和应用 1-3,什么是软件开发过程,定义 软件开发过程是将用户需求转换为软件的过程，通常包括： 需求阶段 设计阶段 实现阶段 测试阶段 常用的软件开发过程模型 瀑布模型 V 模型 螺旋模型 统一过程模型,软件测试方法和应用 1-4,瀑布模型,软件测试方法和应用 1-5,评审,评审,评审,评审,评审,评审,V模型,软件测试方法和应用 1-6,V模型

2、,软件测试方法和应用 1-7,螺旋模型,软件测试方法和应用 1-8,统一过程模型（RUP）,软件测试方法和应用 1-9,瀑布模型与测试,软件测试方法和应用 1-10,测试与瀑布模型,测试与瀑布模型 瀑布模型是最经典的软件开发过程模型 瀑布模型适合于需求比较稳定的软件项目 在瀑布模型中，测试是软件开发的最后阶段。这其实并不太好，当测试发现了需求的问题时将可能导致工作产品的大量返工，产品交付将因此延期。而这种情况在实际的测试工作中经常发生。,软件测试方法和应用 1-11,V 模型与测试,评审,评审,评审,评审,评审,评审,走读,软件测试方法和应用 1-12,测试与V模型,测试与V模型 在瀑布模型中

3、，测试是软件开发过程的最后阶段，而在V模型中，测试贯穿在整个软件开发过程活动中 测试人员可以尽早进入项目 测试人员将更加熟悉产品，这对设计出高质量的测试用例非常有帮助 更多缺陷将在早期被发现，这有利于大幅度降低成本 在项目后期发现严重缺陷的风险大大降低 很多组织选用V模型作为项目的开发模型,软件测试方法和应用 1-13,螺旋模型与测试,软件测试方法和应用 1-14,测试与螺旋模型,螺旋模型 螺旋模型是一个风险驱动的软件开发模型 比V模型有优势的是，螺旋模型是风险驱动的，这将大大增加一个项目成功的可能性，采用螺旋模型时，必须在下一个阶段开始前评估风险。对于测试而言，这将使得测试过程更加合理，因为

4、每个测试项都是基于那些已被评估的风险,软件测试方法和应用 1-15,RUP与测试,软件测试方法和应用 1-16,测试与 RUP,统一过程模型 RUP RUP正在成为越来越有前景的软件工程过程模型 它不只是迭代，还能提供一种在开发团队内分配任务和职责的方法 RUP的目标是在一个可预知的计划和预算内交付一个满足终端用户需要的高质量软件产品 前一页的图示给出了RUP的结构，由两个纬度构成： 水平轴表示时间，描述了项目的生命周期 垂直轴表示规则给出了在一次迭代中进行的活动,软件测试方法和应用 1-17,测试与 RUP,统一过程模型RUP 沙丘图展示了随着时间推移项目重点内容的变化，比如，在早期迭代时主

5、要时间花在需求上，在后期迭代中，主要时间则花在实现上 持续的质量验证是RUP的6个最佳实践之一，测试是RUP要求在整个项目生命周期中需要持续进行的活动,软件测试方法和应用 1-18,全流程的测试思想,为什么各个软件开发过程模型，从模型定义的角度就重视尽早地进行测试？ 尽早进行测试，有如下优点 降低项目后期发现严重甚至致命缺陷导致项目失败的风险 降低由于发现缺陷的时间点推迟而导致缺陷修改所增加的项目成本 全流程的测试思想 是指从项目立项开始就着手考虑在项目各个阶段设置与发现阶段产物缺陷相关的测试活动，例如需求规格说明书、设计说明书、代码、项目计划等等，以达到尽早发现软件产品中缺陷的目的。 整个软

6、件开发过程中的测试活动分为两大部分：静态部分和动态部分 本课程所述的软件测试过程只考虑动态部分,软件测试方法和应用 1-19,缺陷修复成本,上图表明 缺陷发现得越晚，它的修复成本可能是数十倍的上升 结论 为了降低软件开发成本并交付高质量产品，启动测试越早越好,软件测试方法和应用 1-20,测试过程模型,被测单元1,被测单元2,被测单元3,集成测试,确认测试,系统测试,。 。 。 。,。 。 。 。,测 试 通 过 的 单 元,设计信息,已 集 成 的 软 件,软件需求,已 确 认 的 软 件,系统其它元素,软件测试方法和应用 1-21,修正的测试过程模型,被测单元1,被测单元2,被测单元3,集

7、成测试,确认测试,系统测试,。 。 。 。,。 。 。 。,测 试 通 过 的 单 元,设计信息,已 集 成 的 软 件,软件需求,已 确 认 的 软 件,系统其它元素,验证测试,用户核心流程,软件测试方法和应用 1-22,测试相同功能的成本,上图表明 在不同的测试阶段，测试同样功能的测试成本有数倍差异 结论 为了降低测试成本，提高测试效率，最好随着软件开发过程一步步测试产品，也就是从单元测试到系统测试依次进行,软件测试方法和应用 1-23,测试级别,单元测试 在代码级别上，针对构成软件的最小组件即单元进行的测试，是测试过程中粒度最小的测试 目的在于验证单元功能的正确性，与设计的符合程度 集成

8、测试 在单元测试的基础上，将所有经过单元测试的模块按照设计要求组装为子系统或者系统进行测试 目的关注各个模块之间的交互是否正确,软件测试方法和应用 1-24,测试级别,确认与系统测试 将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起。在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试 目的发现与系统定义不符或矛盾的地方以及系统各个部分是否可以协调工作,软件测试方法和应用 1-25,测试过程,单元/集成/系统测试过程 单元/集成/系统测试计划 单元/集成/系统测试设计 单元/集成/系统测试实现 单元/

9、集成/系统测试执行 单元/集成/系统测试报告,测试过程,软件测试方法和应用 1-26,测试类文档,依据IEEE 829-1998软件测试文档（模版）包括 测试计划（Test Plan） 用于描述总体和各级别上的测试计划 测试设计规格说明（Test Design Specification）： 定义各个测试级别的测试用例结构和覆盖信息 测试用例规格说明（Test Case Specification） 描述测试用例或者自动测试脚本 测试用例执行过程规格说明（Test Procedure Specification ） 一组测试用例的执行步骤 测试日志（Test Log） 记录测试过程执行过程中的信息,软件测试方法和应用 1-27,测试类文档,依据IEEE 829-1998软件测试文档（模版）包括 测试意外事件报告（Test Incident Report） 用于描述在测试执行过程发生的任何异常情况，可能定义为缺陷或其它事件 测试总结报告（Test Summary Report） 汇总测试活动和结果的文档，也包含对相应测试项的评估 非IEEE标准中的软件测试文档 测试策略 用于定义测试的各个级别，整个测试过程的总体方针和政策 缺陷问题报告单,软件测试方法和应用 1-28,. . .,. . .,. . .,软件测试方法和应用