第08章软件测试流程和分类(理论课)课件

测试计划与软件缺陷第八章软件测试流程和分类测试计划与软件缺陷第八章软件测试流程和分类上一章内容回顾软件生命周期（瀑布模型、螺旋模型）软件测试生命周期测试计划内容2/39上一章内容回顾软件生命周期（瀑布模型、螺旋模型）2/392本章学习目标了解软件测试流程了解软件测试分类3/39本章学习目标了解软件测试流程3/393内容进度软件测试流程软件测试分类4/39内容进度软件测试流程4/394软件测试流程软件测试流程图（需求阶段）5/39软件测试流程软件测试流程图（需求阶段）5/395需求阶段——产品基本情况调研目的重点描述如何使测试建立在客观的基础上，定义测试的策略，测试的配置，粗略的估计测试大致需要的周期和最终测试报告递交的时间。变更说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。技术结构可以借助画图，将要测试的软件划分成几个组成部分，规划成一个适用于测试的完整的系统，包括数据是如何存储的，如何传递的（数据流图），每一个部分的测试是要达到什么样的目的。每一个部分是怎么实现数据更新的。还有就是常规性的技术要求，比如运行平台、需要什么样的数据库等等。产品规格就是制造商和产品版本号的说明。测试范围简单的描述如何搭建测试平台以及测试的潜在的风险。项目信息说明要测试的项目的相关资料，如：用户文档，产品描述，主要功能的举例说明。6/39需求阶段——产品基本情况调研目的重点描述如何使测试建立在客观6需求阶段——测试需求说明功能的测试理论上是测试是要覆盖所有的功能项，例如：在数据库中添加、编辑、删除记录等等，这会是一个浩大的工程，但是有利于测试的完整性。设计的测试对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。整体考虑这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。7/39需求阶段——测试需求说明功能的测试理论上是测试是要覆盖所有的7需求阶段——测试的策略和记录测试的策略模块功能整体系统版本压力性能配置安装8/39需求阶段——测试的策略和记录测试的策略8/398需求阶段——测试的策略和记录测试记录公正性声明说明测试的公正性、遵照的标准，证明测试是客观的测试用例测试用例的设计、使用的工具及其来源、准备的数据特殊考虑针对外界环境的影响，进行特殊方面的测试经验判断对以往测试中经常出现的问题加以考虑设想采用发散性思维，找到测试新途径9/39需求阶段——测试的策略和记录测试记录9/399需求阶段——测试资源配置制定项目资源计划，包含每一阶段的任务、所需要的资源注意：当资源到了使用期限或发生资源共享的时候，要更新该计划10/39需求阶段——测试资源配置制定项目资源计划，包含每一阶段的任务10需求阶段——计划表测试计划表是用来根据大致的时间估计来制作，操作流程要以软件测试的常规周期作为参考，也可根据什么时候应该测试哪一个模块来制定11/39需求阶段——计划表测试计划表是用来根据大致的时间估计来制作，11需求阶段-配置测试环境配置测试环境会直接影响测试过程的效率和最终测试结果的真实性和正确性测试环境包括：硬件环境：服务器、客户端、网络连接设备、打印机、扫描仪软件环境：运行时操作系统、数据库、其他应用软件软件环境又分为：主测试环境辅助测试环境12/39需求阶段-配置测试环境配置测试环境会直接影响测试过程的效率和12需求阶段——配置测试环境主测试环境选用比较普及的操作系统和软件平台满足软件运行的最低要求营造相对简单、独立的测试环境无毒的环境辅助测试环境兼容性测试模拟真实环境测试横向对比测试是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境满足特殊的测试需求或测试项目13/39需求阶段——配置测试环境主测试环境是测试软件功能、安全可靠性13需求阶段——其他设计用例测试计划阶段不是具体写测试用例，而是确定测试用例需要细化、详细到什么程度。是一个由简到繁逐步细化的过程缺陷跟踪报告问题报告包括问题的发现者和修改者、问题发生的频率、用了什么样的测试用例测出该问题，以及明确问题产生时的测试环境测试计划的评审真正测试实施之前，认真检查，获得整个测试部门人员的认同

14/39需求阶段——其他设计用例14/3914软件测试流程软件测试流程图（设计编码阶段）隐含系统分析单元测试方案指导单元测试15/39软件测试流程软件测试流程图（设计编码阶段）隐含系统分析单元测15软件测试流程设计编码阶段测试人员工作参与评审设计测试方案（集成测试和单元测试）执行单元测试16/39软件测试流程设计编码阶段测试人员工作16/3916软件测试流程软件测试流程图（集成、系统、验收）

α测试β测试17/39软件测试流程软件测试流程图（集成、系统、验收）α测试β测17软件测试流程软件测试过程18/39软件测试流程软件测试过程18/3918软件测试流程单元测试集成测试系统测试验收测试19/39软件测试流程单元测试19/3919单元测试单元测试又称为模块测试，是最小单位测试单元测试是在软件开发过程中要进行的最低级别的测试活动在单元测试活动中，各独立单元模块将在与系统的其他部分相隔离的情况下进行测试单元测试针对每一个程序模块进行正确性检验，检查各个程序模块是否正确实现了规定的功能类、文件、窗口、函数、菜单、报表或一个存储过程都可以作为一个单元进行测试其依据是详细设计20/39单元测试单元测试又称为模块测试，是最小单位测试20/3920集成测试在单元测试的基础上将已经通过测试的单元模块按照设计要求组装成系统或子系统，再进行的测试集成测试又称为综合测试21/39集成测试在单元测试的基础上将已经通过测试的单元模块按照设计要21系统测试系统测试：是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖确认测试：软件在由集成测试进入系统测试之前，需要对软件是否可以进入系统测试进行评估，检验所开发的软件是否能按用户提出的要求运行22/39系统测试系统测试：是将通过确认测试的软件，作为整个基于计算机22系统测试系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证所测试软件是否满足需求规格说明书列出的需求软件配置审查是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必需的细节，而且已经编排好分类的目录23/39系统测试系统测试，是将通过确认测试的软件，作为整个基于计算机23系统测试系统测试的目的通过与系统的需求定义做比较，发现软件与系统的定义不符合或与之矛盾的地方系统测试是对系统的准确性及完整性等方面进行测试：功能测试运行测试强度测试恢复测试安全测试24/39系统测试系统测试的目的24/3924验收测试验收测试是以用户为主的测试验收测试的目的：向客户和承包人证明产品是可靠的25/39验收测试验收测试是以用户为主的测试25/3925内容进度软件测试流程软件测试分类26/39内容进度软件测试流程26/3926软件测试的分类——概述按测试策略分类

静态测试与动态测试黑盒测试与白盒测试手工测试与自动测试冒烟测试回归测试按测试阶段分类单元测试集成测试系统测试按测试方法分类27/39软件测试的分类——概述按测试策略分类27/3927软件测试的分类——按策略静态测试与动态测试静态测试是在不运行被测程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程静态测试是通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性，找出欠缺和可疑之处静态测试不需要运行代码，也不需要对代码编译、链接、生成可执行文件静态测试采用手工或软件工具来进行静态测试工具对代码进行语法扫描，找出不符合编码规范的地方，根据质量模型评价代码的质量，生成系统的调用关系图静态测试工具的代表有：Telelogic公司的LogiscopePR公司的PRQA28/39软件测试的分类——按策略静态测试与动态测试28/3928软件测试的分类——按策略静态测试具有以下特点静态测试不必动态运行程序，也不必进行测试用例设计和结果判断等工作。静态测试可以由人工进行，充分发挥人的逻辑思维优势。静态测试实施不需要特别的条件，容易开展。静态测试的要点：

代码审查代码走查桌面检查技术评价静态分析29/39软件测试的分类——按策略静态测试具有以下特点29/3929软件测试的分类——按策略动态测试实际运行被测程序，输入相应的测试实例，检查运行结果与预期结果的差异，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等功能动态测试的组成构造测试实例根据测试实例运行程序分析程序的输出结果30/39软件测试的分类——按策略动态测试30/3930软件测试的分类——按策略动态测试的两种方法黑盒测试和白盒测试动态测试的特点实际运行被测试程序，取得程序运行的真实情况、动态情况，进而进行分析必须生成测试数据来运行程序，测试质量依赖于测试数据生成测试数据、分析测试结果工作量大，使开展测试工作费时、费力、费人动态测试中涉及多方面工作，人员多、设备多、数据多，要求有较好的管理和工作流程31/39软件测试的分类——按策略动态测试的两种方法31/3931软件测试的分类——按策略黑盒测试与白盒测试黑盒测试又称功能测试、数据驱动测试或基于规格说明书的测试32/39软件测试的分类——按策略黑盒测试与白盒测试黑盒测试又称功能测32软件测试的分类——按策略白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试，是根据程序的内容来设计测试数据(见王立福软件工程6章PPT8)白盒测试是基于覆盖率的测试常见的程序结构覆盖如下：语句覆盖：每条语句至少被执行一次分支（判断）覆盖：每条分支至少走查过一次条件覆盖：分支（判断）/条件覆盖：路径覆盖：使程序沿所有可能的路径执行33/39软件测试的分类——按策略白盒测试又称结构测试、逻辑驱动测试或33软件测试的分类——按策略手工测试与自动测试自动测试优点节约大量时间处理精确的事务大数据量事务并发事务自动测试局限产品本身不稳定开发、维护脚本工作量大、费用高人才缺乏成熟的自动测试机制：可以在机器空闲的时候通过“按钮”触发执行夜间测试34/39软件测试的分类——按策略手工测试与自动测试成熟的自动测试机制34软件测试的分类——按策略冒烟测试在版本下来投入正式测试之前，对一些重点部分功能进行确认，以决定此版本是否进入正式测试阶段回归测试过一段时间以后再回过头来对以前修复过的缺陷重新进行测试，看该缺陷是否会重新出现。欧洲阿里亚娜5型火箭35/39软件测试的分类——按策略冒烟测试欧洲阿里亚娜5型火箭35/335黑盒测试与白盒测试静态测试与动态测试手工测试与自动测试冒烟测试回归测试软件测试的分类——按策略小结36/39黑盒测试与白盒测试软件测试的分类——按策略小结36/3936单元测试集成测试系统测试验收测试软件测试的分类——按阶段37/39单元测试软件测试的分类——按阶段37/3937软件测试的分类——常见测试方法功能测试性能测试压力测试负载测试易用性测试安装/卸载测试界面测试配置测试文档测试兼容性测试安全性测试恢复测试功能性测试：又称正确性测试，检查软件的功能是否符合规格说明检查系统是否满足在需求说明书中规定的功能，主要测试软件处理事务的速度，通常使用自动化测试工具获取系统正确运行的极限，检查系统在瞬间峰值负荷下正确执行的能力用于检查系统在使用大量数据的时候正确工作的能力，即检查系统的能力最高能达到什么程度满足用户需求的最基本测试，包括：窗口测试、菜单和鼠标测试、数据项测试检查计算机系统内各个设备或各种资源之间的相互连接和功能分配中的错误检查文档的正确性、完备性和可理解性验证软件产品在不同版本之间的兼容性，包括：向下兼容和交错兼容检查系统对非法侵入的防范能力，检验系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞检查系统的容错能力从使用的合理性和方便性角度对软件系统进行检查,发现人为因素或使用上的问题对软件的全部、部分或升级安装/卸载处理过程的测试38/39软件测试的分类——常见测试方法功能测试界面测试功能性测试：又38本章内容总结通过本章的学习：了解软件测试流程了解软件测试分类39/39本章内容总结通过本章的学习：39/3939测试计划与软件缺陷第八章软件测试流程和分类测试计划与软件缺陷第八章软件测试流程和分类上一章内容回顾软件生命周期（瀑布模型、螺旋模型）软件测试生命周期测试计划内容41/39上一章内容回顾软件生命周期（瀑布模型、螺旋模型）2/3941本章学习目标了解软件测试流程了解软件测试分类42/39本章学习目标了解软件测试流程3/3942内容进度软件测试流程软件测试分类43/39内容进度软件测试流程4/3943软件测试流程软件测试流程图（需求阶段）44/39软件测试流程软件测试流程图（需求阶段）5/3944需求阶段——产品基本情况调研目的重点描述如何使测试建立在客观的基础上，定义测试的策略，测试的配置，粗略的估计测试大致需要的周期和最终测试报告递交的时间。变更说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。技术结构可以借助画图，将要测试的软件划分成几个组成部分，规划成一个适用于测试的完整的系统，包括数据是如何存储的，如何传递的（数据流图），每一个部分的测试是要达到什么样的目的。每一个部分是怎么实现数据更新的。还有就是常规性的技术要求，比如运行平台、需要什么样的数据库等等。产品规格就是制造商和产品版本号的说明。测试范围简单的描述如何搭建测试平台以及测试的潜在的风险。项目信息说明要测试的项目的相关资料，如：用户文档，产品描述，主要功能的举例说明。45/39需求阶段——产品基本情况调研目的重点描述如何使测试建立在客观45需求阶段——测试需求说明功能的测试理论上是测试是要覆盖所有的功能项，例如：在数据库中添加、编辑、删除记录等等，这会是一个浩大的工程，但是有利于测试的完整性。设计的测试对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。整体考虑这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。46/39需求阶段——测试需求说明功能的测试理论上是测试是要覆盖所有的46需求阶段——测试的策略和记录测试的策略模块功能整体系统版本压力性能配置安装47/39需求阶段——测试的策略和记录测试的策略8/3947需求阶段——测试的策略和记录测试记录公正性声明说明测试的公正性、遵照的标准，证明测试是客观的测试用例测试用例的设计、使用的工具及其来源、准备的数据特殊考虑针对外界环境的影响，进行特殊方面的测试经验判断对以往测试中经常出现的问题加以考虑设想采用发散性思维，找到测试新途径48/39需求阶段——测试的策略和记录测试记录9/3948需求阶段——测试资源配置制定项目资源计划，包含每一阶段的任务、所需要的资源注意：当资源到了使用期限或发生资源共享的时候，要更新该计划49/39需求阶段——测试资源配置制定项目资源计划，包含每一阶段的任务49需求阶段——计划表测试计划表是用来根据大致的时间估计来制作，操作流程要以软件测试的常规周期作为参考，也可根据什么时候应该测试哪一个模块来制定50/39需求阶段——计划表测试计划表是用来根据大致的时间估计来制作，50需求阶段-配置测试环境配置测试环境会直接影响测试过程的效率和最终测试结果的真实性和正确性测试环境包括：硬件环境：服务器、客户端、网络连接设备、打印机、扫描仪软件环境：运行时操作系统、数据库、其他应用软件软件环境又分为：主测试环境辅助测试环境51/39需求阶段-配置测试环境配置测试环境会直接影响测试过程的效率和51需求阶段——配置测试环境主测试环境选用比较普及的操作系统和软件平台满足软件运行的最低要求营造相对简单、独立的测试环境无毒的环境辅助测试环境兼容性测试模拟真实环境测试横向对比测试是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境满足特殊的测试需求或测试项目52/39需求阶段——配置测试环境主测试环境是测试软件功能、安全可靠性52需求阶段——其他设计用例测试计划阶段不是具体写测试用例，而是确定测试用例需要细化、详细到什么程度。是一个由简到繁逐步细化的过程缺陷跟踪报告问题报告包括问题的发现者和修改者、问题发生的频率、用了什么样的测试用例测出该问题，以及明确问题产生时的测试环境测试计划的评审真正测试实施之前，认真检查，获得整个测试部门人员的认同

53/39需求阶段——其他设计用例14/3953软件测试流程软件测试流程图（设计编码阶段）隐含系统分析单元测试方案指导单元测试54/39软件测试流程软件测试流程图（设计编码阶段）隐含系统分析单元测54软件测试流程设计编码阶段测试人员工作参与评审设计测试方案（集成测试和单元测试）执行单元测试55/39软件测试流程设计编码阶段测试人员工作16/3955软件测试流程软件测试流程图（集成、系统、验收）

α测试β测试56/39软件测试流程软件测试流程图（集成、系统、验收）α测试β测56软件测试流程软件测试过程57/39软件测试流程软件测试过程18/3957软件测试流程单元测试集成测试系统测试验收测试58/39软件测试流程单元测试19/3958单元测试单元测试又称为模块测试，是最小单位测试单元测试是在软件开发过程中要进行的最低级别的测试活动在单元测试活动中，各独立单元模块将在与系统的其他部分相隔离的情况下进行测试单元测试针对每一个程序模块进行正确性检验，检查各个程序模块是否正确实现了规定的功能类、文件、窗口、函数、菜单、报表或一个存储过程都可以作为一个单元进行测试其依据是详细设计59/39单元测试单元测试又称为模块测试，是最小单位测试20/3959集成测试在单元测试的基础上将已经通过测试的单元模块按照设计要求组装成系统或子系统，再进行的测试集成测试又称为综合测试60/39集成测试在单元测试的基础上将已经通过测试的单元模块按照设计要60系统测试系统测试：是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖确认测试：软件在由集成测试进入系统测试之前，需要对软件是否可以进入系统测试进行评估，检验所开发的软件是否能按用户提出的要求运行61/39系统测试系统测试：是将通过确认测试的软件，作为整个基于计算机61系统测试系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证所测试软件是否满足需求规格说明书列出的需求软件配置审查是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必需的细节，而且已经编排好分类的目录62/39系统测试系统测试，是将通过确认测试的软件，作为整个基于计算机62系统测试系统测试的目的通过与系统的需求定义做比较，发现软件与系统的定义不符合或与之矛盾的地方系统测试是对系统的准确性及完整性等方面进行测试：功能测试运行测试强度测试恢复测试安全测试63/39系统测试系统测试的目的24/3963验收测试验收测试是以用户为主的测试验收测试的目的：向客户和承包人证明产品是可靠的64/39验收测试验收测试是以用户为主的测试25/3964内容进度软件测试流程软件测试分类65/39内容进度软件测试流程26/3965软件测试的分类——概述按测试策略分类

静态测试与动态测试黑盒测试与白盒测试手工测试与自动测试冒烟测试回归测试按测试阶段分类单元测试集成测试系统测试按测试方法分类66/39软件测试的分类——概述按测试策略分类27/3966软件测试的分类——按策略静态测试与动态测试静态测试是在不运行被测程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程静态测试是通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性，找出欠缺和可疑之处静态测试不需要运行代码，也不需要对代码编译、链接、生成可执行文件静态测试采用手工或软件工具来进行静态测试工具对代码进行语法扫描，找出不符合编码规范的地方，根据质量模型评价代码的质量，生成系统的调用关系图静态测试工具的代表有：Telelogic公司的LogiscopePR公司的PRQA67/39软件测试的分类——按策略静态测试与动态测试28/3967软件测试的分类——按策略静态测试具有以下特点静态测试不必动态运行程序，也不必进行测试用例设计和结果判断等工作。静态测试可以由人工进行，充分发挥人的逻辑思维优势。静态测试实施不需要特别的条件，容易开展。静态测试的要点：

代码审查代码走查桌面检查技术评价静态分析68/39软件测试的分类——按策略静态测试具有以下特点29/3968软件测试的分类——按策略动态测试实际运行被测程序，输入相应的测试实例，检查运行结果与预期结果的差异，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等功能动态测试的组成构造测试实例根据测试实例运行程序分析程序的输出结果69/39软件测试的分类——按策略动态测试30/3969软件测试的分类——按策略动态测试的两种方法黑盒测试和白盒测试动态测试的特点实际运行被测试程序，取得程序运行的真实情况、动态情况，进而进行分析必须生成测试数据来运行程序，测试质量依赖于测试数据生成测试数据、分析测试结果工作量大，使开展测试工作费时、费力、费人动态测试中涉及多方面工作，人员多、设备多、数据多，要求有较好的管理和工作流程70/39软件测试的分类——按策略动态测试的两种方法31/3970软件测试的分类——按策略黑盒测试与白盒测试黑盒测试又称功能测试、数据驱动测试或基于规格说明书的测试71/39软件测试的分类——按策略黑盒测试与白盒测试黑盒测试又称功能测71软件测试的分类——按策略白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试，是根据程序的内容来设计测试数据(见王立福软件工程6章PPT8