测试学习总结.pptx

测试级别和类型测试级别和类型二二开发模型与测试开发模型与测试一一测试流程测试流程四四测试分类测试分类三三工具介绍工具介绍五五 瀑布模型适用于客户需求明确，开发过程中没有频繁的需求变更时的情况。用户需求需求分析概要设计详细设计测试运行维护编码和实现软件测试是整个软件周期的一个阶段；对产品质量进行的最后检查。一、开发模型瀑布模型一、开发模型V模型单元测试集成测试系统测试验收测试用户需求需求分析概要设计详细设计编码和实现V模型特点：1、V模型的主要思想是开发和测试同等重要，每个开发阶段，都有一个测试级别与之相对应；2、V模型适用于需求明确和需求变更不频繁的情形。在每个阶段，交付满足客户需求的一个子集的可运行产品，可以较好的适应需求变化。但其后并入的构件应不能破换已构造好的系统部分，这需要系统具有开放式的体系结构；同时其灵活性使软件过程的控制失去整体性。需求分析编码设计测试交付三需求分析编码设计测试交付二需求分析编码设计测试交付一一、开发模型增量模型需求分析设计实现实施部署测试评估计划初始计划u迭代模型包含一系列的迭代，每一个迭代包括一些或很多的开发活动（需求、分析、设计、实现、测试等）；u每个后续迭代都建立在前一个迭代的基础上，以使系统得到发展和细化，直到最终产品被完成；u 迭代模型中集成不是在项目的尾声进行的，每一次迭代都以集成构建系统各部分结束，这样不断积累将使日后的返工最小化。一、开发模型迭代模型u在软件的开发过程中，由于人为因素、环境因素等影响，软件缺陷不可避免，因此需要在软件生命周期中，引入测试环节。u不同的开发周期模型对应不同的测试阶段、测试活动和测试方法。u 通过软件测试，可以提高软件质量，降低软件在运行环境中的使用风险。一、开发模型与测试v测试是为了发现错误而执行一个程序或系统的过程。v一个成功的测试是发现了至今未发现的错误。v一个好的测试用例在于它能发现至今未发现的错误。一、开发模型与测试测试的概念二、测试级别单元测试验收测试系统测试集成测试编码详细设计用户需求需求分析概要设计软件开发过程软件测试过程用户设计人员编码人员测试人员v单元测试：验证软件单元是否按照详细设计说明正确执行，即保证每个最小的单元能够正确运行。v集成测试：检查多个单元是否按照系统概要设计描述的方式协同工作。集成测试的主要关注点是系统能够成功编译，实现了主要的业务功能，系统各个模块之间 数据能够正常通信等。v系统测试：验证整个系统是否满足需求规格说明。v验收测试：从用户的角度检查系统是否满足合同中定义的需求或用户需求。二、测试级别二、测试级别单元测试单元测试v单元测试是对程序中的单个子程序或过程进行测试的过程。v单元测试的对象可以是模块、类、函数和对象等，由不同的软件语言来决定；通常由开发人员来开展。v单元测试的主要目的是验证单元中是否满足了详细设计规格说明，发现需求和设计中的错误。v单元测试主要采用白盒测试技术，黑盒测试技术作为单元测试的辅助。二、测试级别单元测试单元测试关注点：单元测试接口参数（实参形参的个数、属性调用顺序是否匹配）；单元模块局部数据结构（不合适类型说明、变量没有初始化、不正确的变量名等）；单元模块的独立路径测试（用错运算符优先级等）；与控制流相关的测试（错误的修改了循环变量）；与异常处理相关的测试（错误信息和实际的错误不符）。二、测试级别集成测试v集成测试，又叫组装测试、联合测试，是对组件之间的接口、以及和系统其他部分的相互作用进行测试；v集成测试的主要工作：把单元测试通过的各个模块逐步集成在一起，来测试数据是否能够正确传递和调用，以及各个模块是否能正确传递和调用，协同工作；v集成测试可以应用在不同的测试级别，如单元集成测试、系统集成测试；二、测试级别集成测试集成测试关注点：单元模块是否传输了错误的数据，或者没有传输数据；接受数据的单元不能删除或崩溃，如单元功能缺陷、接口格式不兼容等；数据能正常传输，但传输时间错误，比如时序问题，或者传输时间间隔太短，比如吞吐量、负荷、容量等问题；二、测试级别集成测试集成测试策略：自顶向下策略自底向上策略核心系统优先集成策略随意集成策略大爆炸集成策略（避免采取此策略）二、测试级别系统测试v系统测试是将已集成好的软件系统，与计算机硬件、支持软件、数据等系统元素结合起来，在实际运行环境下对计算机系统进行一系列严格有效的测试；v系统测试关注的是项目或产品范围中的整个系统或产品的行为；v系统测试的目标是确认整个系统是否满足了规格说明中的功能和非功能需求，以及满足的程度；常见的系统测试包括压力测试、容量测试、性能测试、安全测试、容错测试等。二、测试级别验收测试v验收测试通常由使用系统的用户来进行。v验收测试的目的是通过验收测试，对系统功能、系统特定部分或特定的系统非功能特征进行测试；v发现缺陷不是验收测试的主要目标。二、测试级别验收测试验收测试的类型：二、测试类型l功能测试l非功能测试l结构测试l变更相关的测试回归测试二、测试类型功能测试v功能测试是指系统“做什么”，是一个试图发现程序与其外部规格说明之间存在不一致的过程；v功能测试的测试依据包括：需求规格说明、用例、功能规格说明等；v功能测试主要考虑的是系统的外部表现，一般采用的是黑盒测试技术；v功能测试可以应用在各个测试级别。v功能测试包括：合适性、准确性、互操作性、安全性等。二、测试类型非功能测试v非功能测试是系统工作的“怎么样”，是对功能行为的测试，或作为整体系统能力的测试；v非功能测试同样可以应用在各个测试级别上。v非功能测试包括：可靠性、易用性、可维护性、可移植性等。如负载测试、性能测试、压力测试、安全性测试、稳定性测试、健壮性测试、可用性测试等。二、测试类型结构测试v结构测试是使用测试对象的内部代码结构和结构信息（语句或判断、递归调用、菜单结构），也可以使用软件的抽象模型（过程流模型、状态转换模型）等作为输入进行测试；v结构测试通常通过评估结构类型测试的覆盖性，来测量测试的完整性；v结构测试也可以应用在各个测试级别上。但通常应用在低级别的测试上，如单元测试、集成测试；二、测试类型回归测试回归测试策略：v重新运行所有发现缺陷的测试用例，判断新的软件版本是否已经修正这些缺陷（缺陷再测试、确认测试）；v对所有因为修改缺陷而进行修改的程序，以及相关的测试用例，重新执行一遍；v对所有因为新增加的功能而受到影响的代码，和相关的测试用例，重新进行执行；v对整个系统重新进行一次完整的测试（完全回归测试）。三、测试分类v按照测试对象是否运行进行分类：软件测试静态测试动态测试人工检查静态分析白盒测试黑盒测试三、测试分类静态测试v静态测试通过对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行；v主要目的是从已有的规格说明、已定义的标准、项目计划中发现缺陷和偏差；v包括人工检查（评审）和自动化检查（静态分析），是一个经常被低估的测试方法，或者在测试过程中经常被忽略的方法。三、测试分类静态测试v人工检查：通过人工的方法，对软件产品的设计规格说明的审查，对程序代码的阅读、审查等；v走查（Walkthrough)：v审查(Inspection)：v评审(Review)：v静态分析：静态分析往往需要借助测试工具（如PCLint）来自动检测。三、测试分类动态测试v动态测试是通过观察软件运行时的动作，来提供执行跟踪/时间分析，以及测试覆盖度方面的信息；v动态测试通过真正运行程序发现错误。通过有效的测试用例，对应的输入/输出关系来分析被测软件的运行情况。v动态测试包括白盒测试、黑盒测试、基于经验的测试等。白盒测试方法：v语句覆盖v判定覆盖v条件覆盖v判定/条件覆盖v多重条件覆盖三、测试分类动态测试路径1：ace路径2：abd路径3：abe路径4：acd黑盒测试方法：v等价类划分v边界值分析 v因果图分析v基于决策表三、测试分类动态测试基于经验的测试概念：利用直觉和经验猜测出错的可能类型，设计测试用例来发现可能的错误。基本思想：列举出可能的错误或错误易发情况清单，然后依据清单来编写测试测试用例；在阅读规格说明时，联系程序员可能做的假设来确定测试用例。总结：基于经验的测试，可以作为系统化测试用例设计的补充，它可以发现一些运行系统化方法进行测试时无法发现的问题。三、测试分类动态测试四、测试流程编写测试计划设计测试方案测试用例开发测试用例评审执行测试故障跟踪输出测试报告测试计划的要点 软件产品简介、研发进度（包括测试进度）、人员安排、资源（软/硬件）安排、测试策略和方法、测试范围和退出标准、可能的风险及应对方法（可选）。四、测试流程测试计划测试方案的要点 定义被测软件功能以及相关的测试，并详细说明测试方法和策略。创建测试方案是开始测试设计的第一步。测试方案的定义应当基于需求分析和设计文档，并遵从测试计划文档。四、测试流程测试方案测试开发过程：测试条件标识测试用例设计测试用例实现测试用例管理测试用例：为某个特定目标或测试条件而制定的一组输入值、执行入口条件和执行出口条件。包括标题（用例概要）、模块名、优先级、测试环境条件、测试步骤和预期结果等。四、测试流程测试用例开发执行测试步骤：测试环境搭建输入测试数据检查测试输出比较测试结果提交bug四、测试流程测试执行五、测试工具TD的基本使用 u 提交bug；u查看bug；ubug的状态修改。Loadrunner工具的使用 1、制定负载测试计划；2、录制脚本；3、创建运行场景；4、运行测试、监视场景；5、分析测试结果。五、测试工具谢 谢！