chapter2-0软件测试的概念测试的分类测试的阶段划分软件测试的活动集成测试方法系统测试方法

第二章,测试基础理论,2,回顾,质量的定义 质量框架的内容 质量保证和质量控制的关系、区别 质量控制的方法 PDCA,3,思考,软件测试的目的是？ 发现程序错误直接目标 检查系统是否满足需求期望目标 改进开发过程附带目标 软件测试对象是？ 软件测试不等于程序测试 需求规格说明、概要设计规格说明、详细设计、规格说明以及源程序，都是软件测试的对象 软件测试贯穿于软件定义和开发的整个期间,测试主要人员职责： 设计测试 建立一个合适的测试执行环境 评估、获取、安装和配置自动测试工具 执行测试 撰写适当的测试文档,测试工程师职业素质 责任心 学习能力 怀疑精神 沟通能力 专注力 洞察力 团队精神 注重积累,软件测试的对象,程序测试：发现程序中的错误或缺陷,软件测试：发现程序及前期开发的错误,软件产生缺陷的原因,（引自软件测试经典教程）,从上面这个图我们可以很好的了解到软件产生错误或缺陷的原因。在测试环节包含了四个部分：正确的功能；由错误编码带来的错误（可以由开发人员直接修改），由错误的设计产生的错误（不能直接修改，必须修改设计）和由错误的规格说明带来的错误（也是潜伏的不容易发现的错误，需要我们追溯到需求）。,10,思考,软件测试分类有哪几类？,软件测试过程模型有哪几种？ V模型 W模型 H模型,13,目标,掌握测试的概念 了解软件测试过程模型 掌握测试用例的概念和测试报告的概念 掌握测试的类型 了解测试方法,14,软件测试的基本原理,不执行代码,测试与调试,发现缺陷,不执行代码,解决缺陷,测试与调试,特点： 分阶段 阶段间有因果关系 评审 允许反馈,适合场所 需求易于完善定义的软件,瀑布模型,软件开发过程模型,特点 有效适应用户需求的变化 不知循环多少次，进度难以控制,适合场所 需求动态变化、难以确定的软件系统,原型模型,软件开发过程模型,特点 以风险为导向,应用场所 开发风险较大的软件项目,螺旋模型,软件开发过程模型,交付产品,特点 并行开发 管理复杂,增量模型,软件开发过程模型,19,软件测试模型V模型,20,软件测试模型V模型,V模型概述：V模型反映了测试活动与分析和设计的关系，非常明确的标明了测试过程中存在的不同级别，并清楚的描述了这些测试阶段和开发过程期间各个阶段的对应关系。 V模型的局限性：仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个实际应用的阶段，容易导致需求阶段的错误，一直到最后验收阶段才被发现,21,软件测试模型W模型,22,软件测试模型W模型,W模型概述： 测试伴随整个开发周期 测试的对象不仅仅是程序，还包括需求和设计 W模型应用：只要相应的开发活动完成，我们就可以开始测试 W模型局限性：软件开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可以开始下一阶段未将测试流程的完整性表现出来,23,软件测试模型H模型,24,软件测试模型H模型,H模型概述： 测试流程： 测试准备活动：测试设计、测试计划、测试开发 测试执行活动：测试运行、测试评估 H模型应用： 只要测试条件成熟，测试准备活动完成，测试执行活动就可以进行 H模型的意义： 测试准备与测试执行分离，有利于资源调配。降低成本，提高效率 充分体现测试过程（不是技术）的复杂性 有组织、结构化的测试流程，有助于跟踪测试投入的流向,25,测试模型的使用, V模型：强调了整个软件项目开发中需要经历的若干个测试级别，每个级别都与一个开发阶段相对应，但它没有明确指出应该对需求、设计进行测试。 W模型：对V模型进行了补充。强调了测试计划等工作的先行和对系统需求和系统设计的测试，但和V模型一样，没有专门针对软件测试的流程予以说明 H模型：表现了测试是独立的。就每一个软件的测试细节来说，都有一个独立的操作流程，只要测试前提具备了，就可以开始进行测试。 在实际工作中，我们要灵活运用各种模型的优点，在W模型的框架下，运用H模型的思想进行独立测试，寻找恰当的就绪点开始测试并反复迭代测试，最终保证按期完成预定目标。,26,测试计划,测试中的活动,- - _ _,计划需要测试的项目,项目测试级别,制定指导测试的策略,单元测试计划、集成测试计划、系统测试计划、验收测试计划,确定测试级别、方法、工具和技术,27,测试中的活动, , , ,测试用例的设计,测试用例规定将输入什么值来获得所需的输出结果,测试设计、开发、执行,执行测试用例,测试用例标识符测试名称目标测试条件输入数据的要求步骤期望结果,测试用例,测试需求分析,测试工具的使用,测试用例数据的准备,测试脚本的开发录制,28,测试中的活动,评估测试,测试工作的总结缺陷数据的分析测试过程的评估,29,测试报告,一份报告应说明： 进行测试的阶段 每阶段的报告的读者 涉及的测试类型,报告应主要包括测试单元或产品的名称、目的和单元当前的状态 报告也应包括定量和定性结果 报告应明确说明单元的长处和短处 使用绘图工具描述结果可以更容易解释报告结果,Instructor: ruby,30,测试分类,测试策略,黑盒测试,白盒测试,必须具备内部逻辑和代码知识,人员修改不能正常运行的代码并修复错误,31,手工测试,测试分类,利用工具进行测试,手工测试,测试策略,自动测试,32,动态测试,测试分类,实际运行被测程序,测试策略,静态测试,代码审查代码走查桌面检查 技术评审静态分析,Instructor: ruby,33,测试阶段分类,测试阶段,单元,集成,系统,用户验收,测试阶段,34,单元测试,单元 1,单元 2,单元 3,彻底测试各个单元,集成测试,将几个单元集成起来并纠正错误,测试阶段分类,35,集成测试,自顶向下法,自底向上法,测试阶段分类,模块集成的顺序是首先集成主控模块，然后按照控制层次结构向下进行集成,从程序模块结构的最底层的模块开始组装和测试,自顶向下,自底向上,36,测试阶段分类,自顶向下法,37,自底向上法,测试阶段分类,39,测试阶段分类,系统测试 用户验收测试,用 户,用户检查软件的用户友好性和整体视觉效果并审批该软件,功能测试的目的是保证软件的功能符合软件需求,40,系统测试,负载测试,让系统执行超过其处理能力的任务来测试系统,通过这种测试，发现内存管理错误、内存泄漏和缓冲器溢出之类的错误或缺陷,负载测试的目的是为了测试软件系统的最大负载。,41,- - - - -,- - - - -,- - - - -,内存,执行占用大量内存的测试用例，使软件达到极限并了解其极限,压力测试,系统测试,42,性能测试,瓶颈,瓶颈,瓶颈,所有的活动都作为性能测试的一部分执行，且与白盒测试紧密联系。彻底检查并监控系统，通过所有可能的输入和预期的输出结果来测量系统,系统测试,43,系统测试,可用性测试,用户,开发界面时要考虑用户的教育背景和理解能力,检查输出结果和错误消息以判断其是否有意义、是否简单,44,系统测试,GUI 测试 窗体测试 控件测试 菜单测试,. . .,. . .,. . . . . . .,图形用户界面是基础代码的前端，是用户和软件交互的工具,测试什么,生成测试输入,生成预期的输出结果,执行测试用例并验证输出结果,判断图形用户界面是否已充分测试,步骤,用户界面测试应遵循的原则 （1）易用性 （2）规范性 （3）帮助设施原则 （4）合理性原则 （5）美观与协调原则 （6）菜单位置原则 （7）独特性原则 （8）快捷方式组合原则 （9）排错性考虑原则,46,系统测试,配置和安装测试,检查软件安装，这个流程也判断系统是否能在不同的平台上安装或卸载,47,系统出现故障,错误,有意使系统发生故障, . ,如果系统自我恢复，将确认重新初始化和检查点机制是否正确,恢复测试,系统测试,48,都是经过身份验证的用户,拒绝未经授权的访问,安全性测试,系统测试,49,在所有测试中都要测试登录屏幕并记录结果,测试方法,案例研究,50,进行测试后，记录结果和结论,测试名称：单元名称：目的：,测试方法,说明结果并提出建议,51,总结,软件测试的概念 测试的分类 测试的阶段划分 软件测试的活动 集成测试方法 系统测试方法,做学生信息管理系统的需求评审,