《软件测试基本概念幻灯片.ppt》由会员分享，可在线阅读，更多相关《软件测试基本概念幻灯片.ppt（41页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件测试基本概念第1页，共41页，编辑于2022年，星期三第第1章回顾章回顾Zhu.K什么是软件测试什么是软件测试软件测试的正反两面性软件测试的正反两面性n验证软件n发现缺陷nV&V软件测试和开发的关系软件测试和开发的关系TDD第2页，共41页，编辑于2022年，星期三第第2章章 软件测试的基本概念软件测试的基本概念Zhu.K2.1 软件缺陷软件缺陷2.2 验证和确认验证和确认2.3 软件测试的分类软件测试的分类2.4 测试阶段测试阶段2.5 软件测试的工作范畴软件测试的工作范畴第3页，共41页，编辑于2022年，星期三缺陷是质量的对立面缺陷是质量的对立面要了解什么是缺陷(defect)，就必
2、须清楚“质量(Quality)”概念，因为缺陷是相对质量而存在的，违背了质量、违背了客户的意愿，不能满足客户的要求，就会引起缺陷或产生缺陷Zhu.K第4页，共41页，编辑于2022年，星期三2.1 软件缺陷软件缺陷Zhu.K2.1.1 软件质量的内涵2.1.2 软件缺陷的定义2.1.3 软件缺陷的产生2.1.4 软件缺陷的构成2.1.5 修复软件缺陷的代价第5页，共41页，编辑于2022年，星期三软件质量软件质量 的内涵的内涵IEEEIEEE：质量是系统、部件或过程满足质量是系统、部件或过程满足1.明确需求2.客户或用户需要或期望的程度不同 n软件质量软件质量：软件产品具有满足规定的或隐含要求
3、能力要求有关的特征与特征总和(ISO 8492)n软件质量软件质量：软件产品满足使用要求的程度 Zhu.K第6页，共41页，编辑于2022年，星期三高质量软件标准体系高质量软件标准体系产品质量产品质量是人们实践产物的属性和行为，是可以认识，可以科学地描述的。并且可以通过一些是人们实践产物的属性和行为，是可以认识，可以科学地描述的。并且可以通过一些方法和人类活动，来改进质量方法和人类活动，来改进质量.质量模型:McCall 模型,Boehm 模型,ISO 9126 模型过程质量过程质量:软件能力成熟度模型软件能力成熟度模型 CMM(Capability Maturity Model).国际标准过
4、程模型国际标准过程模型 ISO 9000 软件过程改进和能力决断软件过程改进和能力决断 SPICE(Software Process Improvement and Capability dEtermination)在商业过程中有关的质量内容在商业过程中有关的质量内容:培训、成品制作、宣传、发布日起、客户、风险、成本、业务等 Zhu.K第7页，共41页，编辑于2022年，星期三产品质量的标准产品质量的标准-功能性功能性 Functionality-可用性可用性 Usability(简单安装;轻松使用;友好界面)-可靠性可靠性 Reliability(用户使用的根本)-性能性能 Performa
5、nce-容量容量 Capacity-可测量性可测量性 Scalability-可维护性可维护性 Service manageability-兼容兼容性性 Compatibility-可扩展性可扩展性 ExtensibilityZhu.K第8页，共41页，编辑于2022年，星期三软件质量特征软件质量特征(ISO9126)pp 功能功能：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。p 可靠可靠：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性。p 易用易用：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。p 效率效率：
6、与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。p 可维护可维护：与进行指定的修改所需的努力有关的一组属性。p 可移植可移植：与软件从一个环境转移到另一个环境的能力有关的一组属性。其中每一个质量特征都分别与若干子特征相对应。其中每一个质量特征都分别与若干子特征相对应。Zhu.K第9页，共41页，编辑于2022年，星期三ISO 9126软件质量三层模型软件质量三层模型Zhu.K第10页，共41页，编辑于2022年，星期三Boehm软件质量模型软件质量模型互用性互用性互用性互用性正确性正确性正确性正确性可靠性可靠性可靠性可靠性效率效率效率效率完整性完整性完整性完整性可用性可用性可
7、用性可用性可维护性可维护性可维护性可维护性可测试性可测试性可测试性可测试性灵活性灵活性灵活性灵活性可移植性可移植性可移植性可移植性重复性重复性重复性重复性阐述性阐述性数据公开性数据公开性连贯性连贯性容错性容错性执行效率执行效率/储存效率储存效率存取控制存取控制/存取检查存取检查可训练可训练沟通良好沟通良好 简单性简单性易操作的易操作的工具工具自我操作性自我操作性扩展性扩展性一般性一般性模块性模块性软件系统独立性软件系统独立性机器独立性机器独立性通讯公开性通讯公开性正确性正确性可操作性可操作性Zhu.K产品产品操作操作产品产品修改修改产品产品维护维护第11页，共41页，编辑于2022年，星期三什
8、么是什么是 Bug?2.1.2 软件缺陷的定义软件缺陷的定义Any problem/disfigurement/limitation in product design&development nFeature or function cant worknUnreasonable designnPartly realization in functionnData errornRun errornLimitation in featuresnDifference between actual results and expected resultsnUnfriendly UI,Low perf
9、ormancenOthers 任何程序、系统中的问题，和产品设计书任何程序、系统中的问题，和产品设计书的不一致性的不一致性，不能满足用户的需求不能满足用户的需求 Zhu.K第12页，共41页，编辑于2022年，星期三缺点（defect）偏差（variance）谬误（fault）失败（failure）问题（problem）矛盾（inconsistency）错误（error）毛病（incident）异常（anomy）缺陷缺陷 Defect,BugZhu.K第13页，共41页，编辑于2022年，星期三软件缺陷软件缺陷IEEE(1983)729 IEEE(1983)729 软件缺陷一个标准的定义：软件
10、缺陷一个标准的定义：n 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；n 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。软件缺陷的主要类型软件缺陷的主要类型/现象：现象：n 功能、特性没有实现或部分实现n 设计不合理，存在缺陷n 实际结果和预期结果不一致n 运行出错，包括运行中断、系统崩溃、界面混乱n 数据结果不正确、精度不够n 用户不能接受的其他问题，如存取时间过长、界面不美观 Zhu.K第14页，共41页，编辑于2022年，星期三Zhu.K软件缺陷的产生软件缺陷的产生 技术问题技术问题算法错误，语法错误，计算和精度问题，接口参数传递不匹配团队工作
11、团队工作误解、沟通不充分软件本身软件本身文档错误、用户使用场合(user scenario)，时间上不协调、或不一致性所带来的问题系统的自我恢复或数据的异地备份、灾难性恢复等问题第15页，共41页，编辑于2022年，星期三软件缺陷构成软件缺陷构成 Zhu.K第16页，共41页，编辑于2022年，星期三软件缺陷在不同阶段的分布软件缺陷在不同阶段的分布 Zhu.K在真正的程序测试之前，通过审查、评审会可以发现更多的缺陷。规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会逐步发现，而不能在需求分析一个阶段发现第17页，共41页，编辑于2022年，星期三缺陷成本缺陷成本Zhu.K第18页，共
12、41页，编辑于2022年，星期三2.2 验证和确认验证和确认Zhu.K2.2.1 验证和确认验证和确认2.2.2 评审评审2.2.3 质量保证和测试的关系质量保证和测试的关系第19页，共41页，编辑于2022年，星期三验证和确认验证和确认（V&V）Verification：Are we building the product right？是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性Validation：Are we building the right product?是否构造了正是用户所需要的软件？即是否正在做正确的事。验证
13、产品所实现的功能是否满足用户的需求Zhu.K第20页，共41页，编辑于2022年，星期三评审评审n通过软件评审，可以更早地发现需求工程、软件设计等各个方面的问题，大大减少大量的后期返工，将质量成本从昂贵的后期返工转化为前期的缺陷发现。n评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。检验工作产品是否正确地满足了以往工作产品中建立的规范。Zhu.K第21页，共41页，编辑于2022年，星期三评审分类评审分类n管理评审管理评审n技术评审技术评审n文档评审文档评审n流程评审流程评审Zhu.K第22页，共41页，编辑于2022年，星期三什么是什么是 SQA
14、?软件质量保证是通过对软件产品和活动有计划的进行评审和审计软件质量保证是通过对软件产品和活动有计划的进行评审和审计软件质量保证是通过对软件产品和活动有计划的进行评审和审计软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动来验证软件是否合乎标准的系统工程活动来验证软件是否合乎标准的系统工程活动来验证软件是否合乎标准的系统工程活动.Zhu.Kn确保确保SQA活动要自始至有计划的进行活动要自始至有计划的进行n审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观验证。验证。nSQA的活动和结果要保
15、证全员参与，沟通顺畅。的活动和结果要保证全员参与，沟通顺畅。n逐级解决不符合问题逐级解决不符合问题第23页，共41页，编辑于2022年，星期三SQA活动活动p技术方法的应用技术方法的应用p正式技术评审的实施正式技术评审的实施p软件测试软件测试p标准的执行标准的执行p修改的控制修改的控制p度量度量p质量记录和记录保存质量记录和记录保存Zhu.K第24页，共41页，编辑于2022年，星期三SQA与软件测试有什么关系和区别？与软件测试有什么关系和区别？Zhu.K第25页，共41页，编辑于2022年，星期三SQA与软件测试的关系与软件测试的关系 nSQA 是管理工作、审查对象是流程、强调以预防为主n测
16、试测试是技术工作、测试对象是产品、主要是以事后检查nSQA指导测试、监控测试n测试为SQA提供依据Zhu.K第26页，共41页，编辑于2022年，星期三2.3 软件测试的分类软件测试的分类方法方法目标目标/特性特性单元测试单元测试系统测试系统测试验收测试验收测试性能测试性能测试强壮性测试强壮性测试功能测试功能测试白盒测试白盒测试黑盒测试黑盒测试测试阶段或层次测试阶段或层次适用性测试适用性测试可靠性测试可靠性测试集成测试集成测试安全性测试安全性测试Zhu.K第27页，共41页，编辑于2022年，星期三不同的分类不同的分类n按测试的对象或范围分类，如单元测试、文档测试、系统测试等）n按测试目的分类
17、，如功能测试、回归测试、性能测试、可靠性测试、安全性测试和兼容性测试等n根据测试过程中被测软件是否被执行，分为静态测试和动态测试n根据是否针对系统的内部结构和具体实现算法来完成测试，可分为白盒测试和黑盒测试Zhu.K第28页，共41页，编辑于2022年，星期三2.4 软件测试的各个阶段软件测试的各个阶段开发生命周期开发生命周期.维护 需求定义应用定义应用开发 修订 建立 建立测试生命周期测试生命周期.执行.执行执行.测试计划缺陷跟踪测试开发测试设计评估Zhu.K第29页，共41页，编辑于2022年，星期三软件测试阶段软件测试阶段阶阶 段段输输 入入 输输 出出 需求分析需求分析需求定义需求定义
18、,市场分析文档市场分析文档,相关技术相关技术文档文档市场需求分析会议记要市场需求分析会议记要,功能设计功能设计,技术设计技术设计设计审查设计审查 市场需求文档市场需求文档,技术设计文档技术设计文档 测试计划测试计划,测试用例测试用例功能验证功能验证 代码完成文件包代码完成文件包,功能详细设计说明功能详细设计说明书书最终技术文档最终技术文档完整测试用例完整测试用例,完备的测试计划完备的测试计划,缺缺陷报告陷报告,功能验证测试报告功能验证测试报告系统测试系统测试代码修改后的文件包代码修改后的文件包 完整测试用例完整测试用例,完备的测试计划完备的测试计划 缺陷报告缺陷报告缺陷状态报告缺陷状态报告项目
19、阶段报告项目阶段报告确认测试确认测试代码冻结文件包代码冻结文件包确认测试用例确认测试用例缺陷状态报告缺陷状态报告缺陷报告审查缺陷报告审查版本审查版本审查版本发布版本发布 代码发布文件包代码发布文件包 测试计划检查清单测试计划检查清单当前版本已知问题的清单当前版本已知问题的清单版本发布报告版本发布报告Zhu.K第30页，共41页，编辑于2022年，星期三测试阶段测试阶段（SDLC)Zhu.K第31页，共41页，编辑于2022年，星期三需求和设计审查需求和设计审查测试人员参与产品需求分析和系统设计，认真阅读有关文档，真正理解客户的需求和技术上的设计，检查需求说明书对产品描述的准确性、一致性等，检查
20、系统设计的合理性和可测试性等Zhu.K第32页，共41页，编辑于2022年，星期三单元测试单元测试单元测试单元测试的对象是程序系统中的最小单元-模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误。多个模块可以平行地、对立地测试，通常要编写驱动模块和桩模块n单元测试一般由编程人员和测试人员共同完成，而以开发人员为主n单元测试包括代码评审，代码评审可以发现程序50%70%代码的缺陷。Zhu.K第33页，共41页，编辑于2022年，星期三集成测试集成测试集成测试，也称
21、组装测试、联合测试、子系统测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题 两种集成方式：一次性集成方式和增殖式集成方式。Zhu.K第34页，共41页，编辑于2022年，星期三功能测试功能测试功能测试一般须在完成集成测试后进行，而且是针对应用系统进行测试。功能测试是基于产品功能说明书，是在已知产品所应具有的功能，从用户角度来进行功能验证，以确认每个功能是否都能正常使用 Zhu.K第35页，共41页，编辑于2022年，星期三系统测试系统测试系统测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行
22、一系列的测试，包括恢复测试、安全测试、强度测试和性能测试等 Zhu.K第36页，共41页，编辑于2022年，星期三验收测试验收测试&安装测试安装测试验收测试验收测试的目的是向未来的用户表明系统能够像预定要求那样工作，验证软件的功能和性能如同用户所合理期待的那样安装测试安装测试是指按照软件产品安装手册或相应的文档，在一个和用户使用该产品完全一样的环境中或相当于用户使用环境中，进行一步一步的安装操作性的测试 Zhu.K第37页，共41页，编辑于2022年，星期三2.5 软件测试的工作范畴软件测试的工作范畴Zhu.Kn软软件件测试测试工作的工作的组织组织与管理与管理：制定测试策略、测试计划，确认所采用的测试方法与规范，控制测试进度，管理测试资源。n测试测试工作的工作的实实施施：编制符合标准的测试文档，搭建测试环境，开发测试脚本、与开发组织协作实现各阶段的测试活动 第38页，共41页，编辑于2022年，星期三测试工作流程测试工作流程第39页，共41页，编辑于2022年，星期三作业作业Zhu.K第第2章章 2、5第40页，共41页，编辑于2022年，星期三Q&AZhu.K第41页，共41页，编辑于2022年，星期三