软件测试活动ppt课件VIP

.,1,软件测试活动,华迪实训2004,.,2,Overview,课程介绍软件测试理论概述软件测试过程如何进行测试用例设计如何管理缺陷,.,3,课程介绍,课程目标预备知识目标听众日程表词汇表,.,4,课程目标,了解软件测试的一些概念、要点。了解托普集团测试过程及测试活动的主要内容了解如何设计测试用例了解缺陷的管理方式,.,5,预备知识,软件测试的基础知识软件工程的基础知识熟悉软件开发生命周期,.,6,目标听众,测试设计员、测试员项目管理人员SQA人员其它希望了解测试活动的人员,.,7,日程表,共计:0.5天详细安排,.,8,词汇表,缺陷（Defect）：缺陷是对软件产品预期属性的偏离现象。千行代码缺陷率（DefectRate）验证与确认（Verification&Validation）故障（Failure）白盒测试（White-boxTesting）黑盒测试（Black-boxTesting）,.,9,软件测试理论概述,.,10,Topics,测试基本概念：测试的定义，测试目的等测试的层次：单元、集成、系统、验收测试类型：功能、界面、性能、强度、容量、配置、安装，文档等测试策略：制定策略应考虑到的因素测试工具：工具的种类，工具能做的工作和不能做的工作CMM对软件测试的要求,.,11,软件测试理论概述-测试基本概念,测试的定义软件测试是为了发现错误而执行程序的过程软件测试是根据程序开发阶段的规格说明及程序内部结构而精心设计的一批测试用例（输入数据及其预期结果的集合），并利用这些测试用例去运行程序，以发现错误的过程。,.,12,软件测试理论概述-测试基本概念,测试的目的验证对象之间的交互。验证软件的所有构件是否正确集成。确认所有需求是否已经正确实施。确定缺陷并确保在部署软件之前将缺陷解决。尽早尽可能多发现缺陷提高软件产品的质量！,.,13,软件测试理论概述-测试的层次,单元测试（UnitTesting）集成测试（IntegrationTesting）系统测试（SystemTesting）接受测试（AcceptanceTesting）,.,14,软件测试理论概述-测试的层次,单元测试测试的最早期阶段，焦点在于最小的被测软件的组成部分,.,15,软件测试理论概述-测试的层次,集成测试在运行（可能是不完整）的应用中保证软件单元被结合后能正常操作的测试执行的阶段,.,16,软件测试理论概述-测试的层次,系统测试当应用作为整体运行时的测试执行阶段（测试最终的应用）,.,17,软件测试理论概述-测试的层次,验收测试验收测试，以用户为主，由用户参加设计测试用例，对程序的功能、性能，以及可移植性、兼容性、可维护性、错误的恢复功能等进行确认。进行有效性测试，运用黑盒测试的方法，验证所测试的软件是否满足需求规格说明书列出的要求；软件配置复查，保证软件的所有配置成分都齐全；正式的验收测试非正式的验收测试或alpha测试beta测试,.,18,软件测试理论概述-测试的层次,测试层次与软件开发的关系,需求分析,设计,编码,系统测试,集成测试,单元测试,验收测试,.,19,软件测试理论概述-测试的层次,UnitTest,UnitTest,UnitTest,IntegrationTest,IntegrationTest,IntegrationTest,SystemTest,AcceptanceTest,增量集成,.,20,软件测试理论概述-测试类型,静态分析功能测试用户界面测试性能测试负载测试强度测试容量测试配置测试安装测试,.,21,软件测试理论概述-测试类型,静态分析对源代码的静态分析：主要分析代码中的类型、引用、参数传递，以及表达式等不用运行就能够发现的错误；另外还有一些容易出错的地方，如空指针赋值、下标越界等。还可以检查诸如命名规则等编程规范。,.,22,软件测试理论概述-测试类型,功能测试验证软件是否提供了所期待的服务。包括：“主要”方案-所有的输入是合法的。“辅助”方案-一些或所有的输入是不合法的。,.,23,软件测试理论概述-测试类型,性能测试响应时间并发性吞吐量处理精度,.,24,软件测试理论概述-测试类型,强度测试资源少的情况下发现可能的错误低内存磁盘空间共享资源竞争的情况下发现可能的错误系统资源数据库加锁网络带宽,.,25,软件测试理论概述-测试类型,容量测试使软件经受大数据量的考验，以确定达到限制时是否引发软件失败配置测试软件配置硬件配置,.,26,软件测试理论概述-测试类型,安装测试是否能正确安装？初次安装升级安装完全安装定制安装安装后，操作是否正确？,.,27,软件测试理论概述-测试策略,针对各测试类型描述方法和目标测试技术和工具将被用到测试完成的标准特殊的考虑，包括资源需求和进度表等,.,28,软件测试理论概述-测试策略,.,29,软件测试理论概述-测试工具,按测试活动测试计划测试设计测试开发测试执行评估和缺陷追踪,.,30,软件测试理论概述-测试工具,按功能获取数据静态度量动态度量模拟性测试管理,.,31,软件测试理论概述-测试工具,白盒也被称为结构工具依赖于代码、规格说明或其它源资料的信息黑盒依赖于测试环境下应用的需求说明或功能描述,.,32,软件测试理论概述-CMM对软件测试的要求,按照项目定义过程进行软件测试(SPE-AC5)按照项目定义软件过程计划和执行集成测试(SPE-AC6)计划和执行软件的系统测试和验收测试以显示软件满足需求(SPE-AC7)按照项目定义软件过程收集和分析有关同行评审和测试中所鉴别出的缺陷和数据(SPE-AC9),.,33,软件测试过程,.,34,Topics,测试生命周期托普软件测试过程软件测试主要活动介绍,.,35,软件测试过程-测试生命周期,Requirements,Design,Code,Test,直到编码结束以后才开始测试活动,传统的软件生命周期,.,36,软件测试过程-测试生命周期,Requirements,Design,Code,Test,TestPlanning&TestDesign,仅仅执行测试在编码之后才开始，测试计划和设计与开发同步。,并行的测试生命周期,.,37,软件测试过程-测试生命周期,迭代开发,.,38,软件测试过程-测试生命周期,.,Revision,Build,Build,.,Exec.,Exec.,Exec.,TestPlanning,DefectTracking,TestImplement,TestDesign,Evaluation,测试生命周期,.,39,软件测试过程-测试生命周期,测试计划定义测试项目的阶段，以便于对项目进行适当的评估与控制。包括测试需求，测试策略，测试资源和测试进度。,.,40,软件测试过程-测试生命周期,测试设计设计测试用例及测试过程的阶段，它是验证测试需求被测试到的最有效的方法。,.,41,软件测试过程-测试生命周期,测试实施对测试设计阶段已被定义的测试进行创建或修正的阶段。如脚本、驱动、桩的实施,.,42,软件测试过程-测试生命周期,测试执行对被测软件进行一系列的测试并记录日志结果的阶段。,.,43,软件测试过程-测试生命周期,测试评估分析测试结果并判断测试的标准是否被满足的阶段。,.,44,软件测试过程-测试生命周期,缺陷跟踪记录测试发现的问题，并且跟踪其修改的阶段。,.,45,软件测试过程-托普软件测试过程,制定测试计划设计测试实施测试执行单元测试执行集成测试执行系统测试评估测试,.,46,软件测试过程-托普软件测试过程,.,47,软件测试过程-托普软件测试过程,角色和职责测试设计员制定和维护测试计划。设计测试用例及测试过程。评估测试，生成测试分析报告。测试员执行集成测试和系统测试。记录测试结果。设计员设计测试需要的驱动程序和稳定桩。编码员编写测试驱动程序和稳定桩。执行单元测试。,.,48,软件测试主要活动介绍,.,49,Topics,制定测试计划设计测试实施测试执行单元测试执行集成测试执行系统测试评估测试测试活动产生的工件,.,50,软件测试主要活动介绍-制定测试计划,目的收集和组织测试计划信息，并且创建测试计划。时机软件项目计划已确定输入工件软件项目计划软件需求工件（软件构架设计）（软件详细设计）（软件集成计划）,.,51,软件测试主要活动介绍-制定测试计划,步骤确定测试需求制定测试策略建立测试通过准则确定资源和进度评审测试计划更新测试计划输出工件软件测试计划,.,52,软件测试主要活动介绍-设计测试,目的为每一个测试需求确定测试用例集，并且确定执行测试用例的测试过程。时机软件需求规格被基线化输入工件软件测试计划软件需求工件软件构架设计软件详细设计界面原型（可选）,.,53,软件测试主要活动介绍-设计测试,步骤设计测试用例对每一个测试需求，确定其需要的测试用例。对每一个测试用例，确定其输入及预期结果。确定测试用例的测试环境配置、需要的驱动界面或稳定桩。编写测试用例文档对测试用例进行同行评审开发测试过程根据界面原型为每一个测试用例定义详细的测试步骤为每一测试步骤定义详细的测试结果验证方法。为测试用例准备输入数据。编写测试过程文档对测试过程进行同行评审在实施测试时对测试过程进行更改。设计驱动程序或稳定桩设计单元测试和集成测试需要的驱动程序和稳定桩。,.,54,软件测试主要活动介绍-设计测试,输出工件测试用例测试过程,.,55,软件测试主要活动介绍-实施测试,目的创建可重用的测试脚本，并且实施测试驱动程序和稳定桩。时机软件单元已实施/工作版本已集成输入工件测试用例测试过程软件单元或工作版本,.,56,软件测试主要活动介绍-实施测试,步骤开发测试脚本（可选）根据测试过程创建测试脚本，并且调试测试脚本。编写驱动程序和稳定桩根据设计编写测试需要的测试驱动程序和稳定桩。输出工件测试脚本（可选）测试驱动程序和稳定桩,.,57,软件测试主要活动介绍-执行单元测试,目的验证单元的内部结构以及单元实现的功能。时机软件单元已实施输入工件测试过程测试用例软件单元,.,58,软件测试主要活动介绍-执行单元测试,步骤执行单元测试按照测试过程手工执行单元测试或运行测试脚本自动执行单元测试。记录单元测试结果将单元测试结果作详细记录，并将测试结果提交给相关组。回归测试对修改后的单元执行回归测试输出工件测试结果,.,59,软件测试主要活动介绍-执行集成测试,目的验证单元之间的接口以及集成工作版本的功能、性能等。时机软件工作版本已集成输入工件测试过程测试用例软件集成工作版本,.,60,软件测试主要活动介绍-执行集成测试,步骤执行集成测试按照测试过程手工执行集成测试或运行测试脚本自动执行集成测试。记录集成测试结果将集成测试结果作详细记录，并将测试结果提交给相关组。回归测试对修改后的工作版本执行回归测试，或者对增量集成后的版本执行回归测试。输出工件测试结果,.,61,软件测试主要活动介绍-执行系统测试,目的确认软件系统满足软件需求。时机软件系统已集成输入工件测试过程测试用例软件系统,.,62,软件测试主要活动介绍-执行系统测试,步骤执行系统测试按照测试过程手工执行系统测试或运行测试脚本自动执行系统测试。记录系统测试结果将系统测试结果作详细记录，并将测试结果提交给相关组。回归测试对修改后的软件系统执行回归测试。输出工件测试结果,.,63,软件测试主要活动介绍-评估测试,目的对每一次测试结果进行分析评估，在每一个测试阶段提交测试分析报告。时机已生成了测试结果输入工件测试结果,.,64,软件测试主要活动介绍-评估测试,步骤分析测试结果由相关组对每一次测试结果进行分析，并提出变更请求或其他处理意见。分析阶段测试情况对每一个阶段的测试覆盖情况进行评估。对每一个阶段发现的缺陷进行统计分析。确定每一个测试阶段是否完成测试。对每一个阶段生成测试分析报告。输出工件测试分析报告变更请求,.,65,软件测试主要活动介绍-测试工件,测试计划测试计划包含项目范围内的测试目的和测试目标的有关信息。测试计划确定了实施和执行测试时使用的策略确定了测试所需资源。,.,66,软件测试主要活动介绍-测试工件,测试用例测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合。,.,67,软件测试主要活动介绍-测试工件,测试过程测试过程是对给定测试用例（或测试用例集）的设置、执行和结果评估的详细说明的集合。,.,68,软件测试主要活动介绍-测试工件,测试驱动在单元测试和集成测试中，协调输入和输出的测试程序稳定桩在单元测试和集成测试中，模拟被调用单元的测试程序,.,69,软件测试主要活动介绍-测试工件,测试脚本测试脚本是是自动执行测试过程（或部分测试过程）的计算机可读指令。测试脚本可以被创建（录制）、或使用测试自动化工具自动生成、或用编程语言编程来完成，也可综合前三种方法来完成。,.,70,软件测试主要活动介绍-测试工件,测试结果测试结果是记录测试期间测试用例的执行情况，记录测试发现的缺陷，并且用来对缺陷进行跟踪。比测试日志包含的信息更多。,.,71,软件测试主要活动介绍-测试工件,测试分析报告测试分析报告是对每一个阶段(单元测试、集成测试、系统测试)的测试结果进行的分析评估（包括缺陷、覆盖率等）。,.,72,如何进行测试用例设计,.,73,Topics,测试用例设计步骤测试用例设计技术,.,74,测试用例设计步骤,为测试需求确定测试用例为测试用例确定输入输出编写测试用例评审测试用例跟踪测试用例,.,75,测试用例设计步骤-为测试需求确定测试用例,测试需求：来源于需求规格说明书（用例、补充规约），设计规格。在测试计划中明确。测试需求编号：TR_XXXX_XX每一个测试需求至少确定两个测试用例：正面，负面,.,76,测试用例设计步骤-为测试用例确定输入输出。,输入是指在执行该测试用例时，由用户输入的与之交互的对象、字段和特定数据值（或生成的对象状态）。输出即预期结果，是指执行该测试用例完毕后得到的状态或数据。在确定输入和输出参数时，我们采用以下原则：在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。必要时用等价类划分方法补充一些测试用例。对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。,.,77,测试用例设计步骤-编写测试用例,测试用例编号为：TC_测试需求标识。测试需求标识：测试计划中的测试需求标识。测试目标状态和测试数据状态：执行此用例前系统应具备的状态。输入(操作)：为各输入数据（操作）的组合。输出(预期结果)：测试用例执行后得到的状态或数据。,.,78,测试用例设计步骤-评审测试用例,测试用例检查表是否每一个需求都有其对应的测试用例来验证？是否每一个设计元素都有其对应的测试用例来验证？或事件顺序，它能够产生唯一的测试目标行为？是否每个测试用例都阐述了预期结果？是否每个测试用例（或每组相关的测试用例）都确定了初始的测试目标状态和测试数据状态？测试用例是否包含了所有的单一边界？测试用例是否包含了所有的业务数据流？是否所有的测试用例名称，ID都与测试工件命名约定一致？参加人员项目经理、系统分析员、测试设计员、测试员,.,79,测试用例设计步骤-跟踪测试用例,需求管理:需求-测试用例测试用例是否覆盖了需求需求-测试需求-测试用例测试用例执行率、通过率测试用例-测试用例执行结果,.,80,测试用例设计技术,白盒测试技术黑盒测试技术,.,81,测试用例设计技术-白盒测试技术,语句覆盖分支覆盖条件覆盖独立路径覆盖,.,82,测试用例设计技术-黑盒测试技术,等价类划分所谓等价类划分是指一套被选择的值，这些值分别代表了许多众多的可能输入值，程序对其处理的方式都是一样的。边界值分析边界值分析是等价划分的扩展，包括等价类+划分的边界值，边界值通常是等价类的界限，以正好小于、等于和大于界限的指作为边界值。因果图针对输入条件的组合。,.,83,如何管理缺陷,.,84