测试设计理论培训胶片_第1页
测试设计理论培训胶片_第2页
测试设计理论培训胶片_第3页
测试设计理论培训胶片_第4页
测试设计理论培训胶片_第5页
已阅读5页,还剩88页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

测试设计理论培训胶片第一页,共九十三页,2022年,8月28日目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法总结与答疑第二页,共九十三页,2022年,8月28日引言:测试过程测试过程测试计划测试设计测试实现测试执行测试报告测试计划测试设计测试实现测试执行测试报告输入?输出?第三页,共九十三页,2022年,8月28日引言:问题测试设计的定义?测试设计的目的?测试设计的输入?测试设计的输出?测试设计包含哪些活动?测试方案设计?测试用例设计?测试分析与测试设计区别与侧重点?第四页,共九十三页,2022年,8月28日引言:结构化测试活动周期结构化的测试活动包括四个可以重复的基本步骤测试计划测试实现测试执行测试报告需要完成一些主要的文档如:测试E2E计划、测试策略等。准备/完成测试工具;完成自动化测试脚本;按照第三代自动测试的框架完成包括测试步骤和测试数据执行测试用例,记录测试结果,缺陷报告和回归测试报告测试结果,包括测试例通过情况,版本评价,问题原因分析,测试过程的度量,缺陷的规避措施等测试设计需要完成一些主要的文档如:完成测试方案设计,完成测试用例设计。第五页,共九十三页,2022年,8月28日目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法总结与答疑第六页,共九十三页,2022年,8月28日测试设计简介测试的基本问题谁去测?Whotodo?《测试计划》何时测试?Whentodo?《测试计划》什么地方测?Wheretodo?《测试计划》、《测试方案》测什么?Whattodo?《测试设计》怎么测?Howtodo?《测试设计》测试设计:分析、明确测试对象输出具体的测试用例,保障测试用例的充分性、可执行性。明确测试组网和测试方法。根据需要输出测试工具方案和自动化实现方案。输入/输出?第七页,共九十三页,2022年,8月28日测试设计的阶段划分测试设计测试方案设计(测试需求分析/测试方案设计)测试用例设计测试需求分析测试用例设计测试方案设计测试项目测试分析设计测试用例设计第八页,共九十三页,2022年,8月28日测试设计阶段划分产品测试特性测试项测试用例测试方案设计测试用例设计测试执行测试需求分析第九页,共九十三页,2022年,8月28日目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法总结与答疑第十页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第十一页,共九十三页,2022年,8月28日测试方案设计:测试策略测试策略单元测试策略确定单元测试粒度确定单元测试覆盖率标准:语句覆盖/判定覆盖/条件覆盖/判定-条件覆盖/路径覆盖集成测试策略确定集成测试组装顺序自底向上/自顶向下系统测试策略第十二页,共九十三页,2022年,8月28日测试方案设计:测试策略系统测试策略确定测试方法/测试工具策略手工/工具化/自动化?自行开发工具/引进商用工具?确定测试轮次/轮次测试重点1+2?/1+3?/2+1?第一轮全覆盖?第一轮只关注基本功能?Build版本的测试策略(IBT)/确定回归测试策略版本新增特性的测试策略增量测试?全覆盖测试?自动化测试策略是否进行自动化?自动化实现策略?渐增还是首次全部实现?测试结束判断准则发现缺陷数达到系统测试基线?连续无发现问题天数达到N天?确定测试类型:是否测试策略关心内容?第十三页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第十四页,共九十三页,2022年,8月28日测试方案设计:测试对象分析测试对象分析输入产品包需求设计需求、设计规格SRS网上问题测试经验库继承产品特性输出《测试方案》详细测试特性/项目列表(测试需求规格);测试组网图与测试方法自动化测试需求(工具/物料/被测对象等)第十五页,共九十三页,2022年,8月28日测试方案设计:测试对象分析测试项目列表分析工程方法测试类型分析关联图全局因素分析测试特性分解功能交互分析判定表/判定树因果图正交分析设计法功能图/状态机分析方法IBO(Input/Behavior/Output)第十六页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第十七页,共九十三页,2022年,8月28日测试方案设计:质量因子

外部和内部质量

功能性

可靠性

可用性

效率性可维护性可移植性成熟性容错性可恢复性可靠顺从性可理解性可学习性可操作性吸引性可用顺从性时间行为资源利用效率顺从性可分析性可变化性稳定性可测试性维护顺从性合适性精确性互操作性安全性功能顺从性可适应性可安装性共存性可替代性移植顺从性第十八页,共九十三页,2022年,8月28日测试方案设计:测试类型分析测试类型功能测试性能/指标测试安全性测试协议一致性测试压力测试可恢复性测试可安装性测试配置测试可靠性测试兼容性测试选型测试国际化标准测试可维护性测试可用性测试第十九页,共九十三页,2022年,8月28日测试方案设计:测试类型功能分析分析方法:特性交互分析IBO(input/Behavior/Output)特性表/特性树/因果图状态机分析正交分析法、……关注点:基本功能全局因素(如计费、资源):测试点/观察点关注异常处理能力关注接口处理能力关注特性交互关注组网(测试场景)应用数据库:安装/运行/维护/安全性等;专项测试,可作为测试类型专题考虑(其他如Web测试)。各种工程方法具体在后期测试用例设计部分详细讨论第二十页,共九十三页,2022年,8月28日测试方案设计:测试类型性能/指标测试测试指标项:时间指标;容量指标;观察点:CPU、内存、网络带宽、系统资源配置:系统标准配置/最优配置异常处理压力测试超过系统设计能力长时间运行超设计处理请求下有限保障能力恢复性测试系统出现故障自修复能力、指标(?)系统容错能力第二十一页,共九十三页,2022年,8月28日测试方案设计:测试类型可靠性测试几种概念验证系统可靠性设计及能力实现测试系统可靠性指标(MTTR/MTTF等等)可靠性测试策略验证系统可靠性设计/能力实现:作为测试类型侧重于能力实现冗余设计能力实现(硬件冗余/软件冗余):双机备份、符合分担;热插拔;错误恢复;超负荷下系统分级处理能力长时间运行稳定性各种可靠性设计能力实现验证。安全性测试用户权限管理:非法用户不能访问;合法用户正常访问asset、threat、exposure、control操作安全、数据安全、日志安全、网络安全、接入安全License管理、版权信息(可服务性需求基线2.1)第二十二页,共九十三页,2022年,8月28日测试方案设计:测试类型协议一致性测试协议处理与国际标准、国家标准、行业标准、公司标准的符合程度协议处理与产品间、模块间协议一致性协议处理除基本功能外重点关注异常处理可维护性测试质量特性之一同步包含外部质量需求及内部质量需求因素公司/产品线可服务性需求基线2.1(如备份能力)关注使用质量、外部质量需求验证,兼顾内部质量需求贴近功能测试类型第二十三页,共九十三页,2022年,8月28日测试方案设计:测试类型兼容性测试平台兼容性(WIN98/XP/NT/2000;UNIX;)版本兼容性(版本配套关系、升级版本向下兼容性)硬件兼容性(硬件单板升级、计算机型号/配置)选型测试工作站、服务器、小型机、PC机操作系统平台商用软件(测试工具选型、数据库选型、开发工具等)集成产品(不同集成商产品/版本)问题:与兼容性测试区别国际化标准测试国际化语言(GUI、语音、语言)国际化协议资料、联机帮助()第二十四页,共九十三页,2022年,8月28日测试方案设计:测试类型可用性测试GUI测试:界面友好、逻辑合理、操作方便、合乎习惯GUI测试:界面操作响应及时《GUI规范》:中央软件部操作提示信息准确、易于理解、无二义性告警信息提示信息有用性:易于用户定位、分析问题,无冗余信息资料测试:准确性随机资料在线帮助可安装性正常安装、正常斜载版本升级补丁第二十五页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第二十六页,共九十三页,2022年,8月28日测试方案设计:测试组网/测试方法确定测试组网图根据不同测试特性、全局特性分别设计不同测试组网图功能;性能/指标;不同特性/子系统根据产品、特性的不同应用场景设计不同测试组网图运行商/基础网络(C网/G网/固网/IP;综合);不同客户群测试对象“结构/对象关系”图测试组网图(不同应用场景:运行商/客户群/功能/性能)结构/对象关系图确定测试方法确定测试组网图->确定具体验证方法手工测试/自动测试测试步骤测试判定结果(检查点、观察点、输出结果与动作)测试结果判定方法第二十七页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第二十八页,共九十三页,2022年,8月28日测试方案设计:测试用例表述与自动化测试用例表述作用:用例设计规范性;自动化实现;工作阶段分离可理解性;可维护性;合适的测试用例表述模板Wordpro、Word、Lotus123、excel、ActionWord设计针对所有测试项/特性进行验证进行操作、检查的抽象分层;用例描述风格统一自动化自动化脚本设计自动化工具设计自动化ActionWord设计第二十九页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第三十页,共九十三页,2022年,8月28日测试方案设计:测试需求与需求跟踪测试需求物料与环境需求硬件需求软件需求(操作系统/开发工具/数据库/等等)测试工具/仪器需求商用仪器(MGTS、Ameritec呼叫器、逻辑分析仪等)商用软件测试工具(Ratioanl系列、Qarun系列、等)自行开发工具测试对象需求被测对象需求可测试性需求(?)需求跟踪原始需求->测试特性/项目列表->测试用例测试方案中需求跟踪列表第三十一页,共九十三页,2022年,8月28日测试方案设计:子目录引言测试设计简介测试方案设计测试策略测试对象分析测试项目设计:测试类型分析测试组网与测试方法测试用例表述与测试自动化测试需求与需求跟踪测试(分析)设计实际问题讨论测试用例设计测试设计工程方法第三十二页,共九十三页,2022年,8月28日测试方案设计:实际问题讨论测试(分析)设计实际问题讨论测试(分析)设计输入是什么:用户原始需求?产品包需求?产品设计需求?产品设计规格是原始需求规格吗?系统测试是黑盒测试,需要考虑系统实现(总体方案)吗?系统测试是系统级别测试,需要考虑子系统/项目级需求(SRS)和具体实现(HLD/LLD)吗?测试(分析)设计要考虑后期测试的不同阶段(SDV/SIT/SVT,即不同阶段测试内容/用例设计不同)吗?需求不详细、不准确、不完备。测试(分析)设计过程中需求变更怎么办?测试(分析)设计时间短,投入不足。测试(分析)设计何时启动?何时结束?TC的工作是(包括)测试(分析)设计吗?需求不可验证?项目级测试与系统测试内容部分重叠?相应的测试设计?第三十三页,共九十三页,2022年,8月28日目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法总结与答疑第三十四页,共九十三页,2022年,8月28日测试用例设计:子目录引言测试设计简介测试方案设计测试用例设计测试用例概念测试设计过程测试设计质量评估测试设计工程方法第三十五页,共九十三页,2022年,8月28日测试用例设计:问题设计测试用例的目的?测试用例和测试项之间的关系?包括预置条件、测试步骤、预期结果检查?一个测试用例可以对应多个组网条件(测试环境)吗?测试用例和自动化用例的关系?一个测试用例可以包含多组输入条件和预期结果吗?用例级别的用途?用例级别的确定?测试用例设计粒度?测试用例设计评价标准?第三十六页,共九十三页,2022年,8月28日测试用例设计:概念测试用例设计概念祥解测试用例是测试执行的直接输入,用例指导测试执行过程的操作。测试用例是为了验证测试项(目)所描述的特性规格(测试点)而细化的一系列测试。测试用例应包括预置条件、测试步骤或输入、预期结果检查。每个测试用例都有特定的测试环境要求(组网)。同一个测试用例可以对应多个测试环境(组网);是否作为多个测试用例?一个测试用例可以包含多组输入条件和预期结果?细化/分解第三十七页,共九十三页,2022年,8月28日测试用例设计:概念测试用例自动化任何测试用例实现自动化则均要对应一个自动化用例,该自动化用例可能以脚本、测试工具的一组数据、关键字脚本、测试工具/测试工具的一套测试步骤等形式存在。一个测试用例可以包含多组输入条件和预期结果;但这样的测试用例在自动化时,有时就会自动化成多个自动测试用例。测试用例表述用例的描述方法可以尽量简化。比如:有些用例可以采用输入、输出的方式描述,以123表格给出,不重复给出中间动作描述。抽象ActionWord;关键词。第三十八页,共九十三页,2022年,8月28日测试用例设计:概念用例级别用例级别可用于测试执行时选择不同级别的用例进行测试;比如:预测试时选择基本用例。用例级别定义基本:基本功能,作为版本验证项目;如安装;重要:某单一特性基本功能,不影响其他特性实现;详细:某一特性详细实现生僻:触发条件较特殊;使用频率较少。判定用例级别考虑的几个方面(特性/用例/功能)使用频率:频繁、一般、极少。出现问题后可能的后果严重程度:可参考网上问题标准。第三十九页,共九十三页,2022年,8月28日测试用例设计:概念用例设计粒度需求、特性、测试项目、测试子项目、…、测试用例测试用例设计密度:用例数目/Kloc;基线?测试用例设计评估标准(后详)不同特性的用例设计粒度要求新特性;继承特性;特性重要程度(影响/使用频率)。用例配置管理用例管理:配置管理(方案/用例)自动用例管理、脚本管理:用例更新、需求跟踪:第四十页,共九十三页,2022年,8月28日测试用例设计:子目录引言测试设计简介测试方案设计测试用例设计测试用例概念测试设计过程测试设计质量评估测试设计工程方法第四十一页,共九十三页,2022年,8月28日测试设计的阶段划分测试设计过程输入:产品包需求/产品设计需求、规格/SRS等;输出:测试用例(阶段输出:测试项目)设计过程:测试方案设计(测试需求分析、测试方案设计)测试用例设计测试需求分析测试用例设计测试方案设计测试项目测试分析设计测试用例设计第四十二页,共九十三页,2022年,8月28日测试用例设计:测试设计过程测试设计过程测试方案设计输入:(整理后的)用例需求、设计需求、SRS统一需求输出:测试项目列表工程方法测试类型分析关联图判定表/判定树/因果图;正交分析设计法功能图/状态机分析方法IBO(思想?方法?)第四十三页,共九十三页,2022年,8月28日测试用例设计:测试设计过程测试设计过程测试用例设计输入:测试项目列表输出:测试用例工程方法:等价类划分边界值错误推测法因果图/判定表正交实验设计法第四十四页,共九十三页,2022年,8月28日测试用例设计:子目录引言测试设计简介测试方案设计测试用例设计测试用例概念测试设计过程测试设计质量评估测试设计工程方法第四十五页,共九十三页,2022年,8月28日测试用例设计:质量评估质量评估标准过程评估测试用例密度千行代码测试用例数(特性、子系统、版本)覆盖率设计规格覆盖率测试项目(特性规格)覆盖率质量特性:ODC评估(不同触发条件)测试类型评估用例设计效率每单位时间设计测试用例数第四十六页,共九十三页,2022年,8月28日测试用例设计:质量评估质量评估标准结果评估测试用例有效性每百用例执行发现问题数测试设计发现问题占总体发现问题的比率测试用例完备性测试用例新增/修改用例百分比第四十七页,共九十三页,2022年,8月28日目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法总结与答疑第四十八页,共九十三页,2022年,8月28日测试设计:子目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法IBO模型等价类划分、边界值、错误推测法因果图/判定表/判定树正交实验设计法功能组/状态图法正交分析工程方法第四十九页,共九十三页,2022年,8月28日IBO模型BBBBBO.I.I.I.I.I.O.O.O.O.IBO:Input、Behavior、OutputOutput=Func(Input,Behavior)分析Input、Behavior的各种可能组合(输入空间)对输出(输出空间)的不同影响产生最终测试用例。第五十页,共九十三页,2022年,8月28日测试设计:子目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法IBO模型等价类划分、边界值、错误推测法因果图/判定表/判定树正交实验设计法功能组/状态图法正交分析工程方法第五十一页,共九十三页,2022年,8月28日测试设计工程方法:等价类划分等价类概念等价类是指某个输入域集合,该集合中的每个输入条件对被测系统来说都是等效的。等价类的指导思想是如果用一个集合中的一个输入条件作为测试数据进行测试不能发现程序的错误,那么使用集合中的其他输入条件进行测试也不可能发现错误。有效等价类:程序规格说明有意义,合理的输入数据。有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。无效等价类:程序规格说明没有意义,不合理的输入数据。无效等价类可以检验程序的异常处理能力。对于系统的所有输入域而言,合理的(有效)等价类划分应该是正交、完备的。第五十二页,共九十三页,2022年,8月28日测试设计工程方法:等价类划分等价类划分的原则如果输入条件规定了取值范围或值的格式,则可以确定一个有效等价类和两个无效等价类。Output=F(x,y)。1<x<100;输入条件规定了输入值的集合,或是规定了必须如何的条件,则可以确定一个有效等价类和一个无效等价类。Φ(x)={Φ(省)、Φ(市)、Φ(直辖市)}如果我们确知,已经划分的等价类中各个元素在程序中的处理方式不同的,则应该将此等价类进一步划分。Φ(x)={Φ(省)、Φ(市)、Φ(直辖市)}第五十三页,共九十三页,2022年,8月28日测试设计工程方法:等价类划分等价类划分设计步骤确定输入空间变量(X,Y,Z,…):针对每个输入划分等价类(有效/无效等价类)设计一个用例,使其尽可能覆盖尚未覆盖的有效等价类。重复前一步骤,使所有有效等价类被测试用例覆盖。设计一个用例,使其覆盖一个尚未覆盖的无效等价类。重复前一步骤,使所有无效等价类被测试用例覆盖。对于无效等价类,一个用例只能覆盖一个无效等价类。输入参数(等价类)的相互组合(因果图、正交实验分析法等)。难点:确定完整的输入、输出条件。 第五十四页,共九十三页,2022年,8月28日测试设计工程方法:等价类划分应用实例程序规格:“输入三个整数作为三边的边长构成三角形,当此三角形为一般三角形,等腰三角形和等边三角形时,分别计算...”。用等价类划分方法进行测试用例设计。第五十五页,共九十三页,2022年,8月28日测试设计工程方法:边界值法边界值经验:大量的错误是发生在输入或输出范围的边界上。边界值分析就是在划分的等价类区域的边界及其附近进行测试数据的选取,选取原则就是选取正好等于、刚刚大于或刚刚小于边界值的数据作为测试数据。等价类和边界值边界值分析方法是实际工作中最常用的两种工程方法。边界值方法是等价类划分方法的补充,两者相互结合。第五十六页,共九十三页,2022年,8月28日测试设计工程方法:边界值法应用原则如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少1,比最大个数多1的数作为测试数据。如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。针对所有输入条件应用前述边界值方法。上点、离点、内点第五十七页,共九十三页,2022年,8月28日测试设计工程方法:错误推测法错误推测法错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的进行测试的方法。基本思想就是列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们来决定如何进行测试用例的设计。边界值方法是典型的错误推测法。经验基于系统实现基于历史版本基于继承版本基于类似版本基于网上问题…第五十八页,共九十三页,2022年,8月28日测试设计:子目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法IBO模型等价类划分、边界值、错误推测法因果图/判定表/判定树正交实验设计法功能组/状态图法正交分析工程方法第五十九页,共九十三页,2022年,8月28日测试设计工程方法:因果图因果图等价类划分着重分析了输入因素,但没有考虑因素间的相互组合。在输入因素较多的情况下,简单组合产生大量的荣誉用例。因果图可以协助进行组合的有效选取;因果图分析的输出可以以判定表、判定树表达。因果图假设输出只与输入因素的组合有关,而与输入的先后顺序无关。第六十页,共九十三页,2022年,8月28日测试设计工程方法:因果图因果图基本步骤分析软件需求规格描述,哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件),并给每个原因和结果赋予一个标识符。分析软件需求规格描述语义,找出原因与结果之间,原因与原因之间的相互关系。根据这些关系,画出因果图。由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不不可能出现。为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。把因果图转换为判定表。把判定表的每一列拿出来作为依据,设计测试用例。第六十一页,共九十三页,2022年,8月28日测试设计工程方法:因果图因果图基本符号:因果关系第六十二页,共九十三页,2022年,8月28日测试设计工程方法:因果图因果图基本符号:约束符号第六十三页,共九十三页,2022年,8月28日测试设计工程方法:因果图实例:城市税征收计算对于没有定居在此城市中的人城市税是每年总收入的1%;对于定居在此城市中的人的城市税的征收划分为以下几个档次:如果年总收入不超过30000美元,征收总收入的1%;如果年收入在30000美元到50000美元之间,征收总收入的5%;如果年收入超过50000美元,征收总收入的15%;第六十四页,共九十三页,2022年,8月28日测试设计工程方法:因果图输入/输出分析原因:(1)非定居人口(2)定居人口(3)$0<=总收入<=$30K(4)$30K<总收入<=$50K(5)总收入>$50K结果:(11)1%(12)5%(13)15%第六十五页,共九十三页,2022年,8月28日测试设计工程方法:因果图12345A131211OOO第六十六页,共九十三页,2022年,8月28日测试设计工程方法:因果图CAUSES12345非定居人口TTFFF定居人口FFTTT$0<=总收入<=$30KTFTFF$30K<总收入<=$50KF*FTF总收入>$50KF*FFTEFFECTS(11)1%TTTFF(12)5%FFFTF(13)15%FFFFT第六十七页,共九十三页,2022年,8月28日测试设计工程方法:因果图优点综合考虑了输入、输出条件的组合。缺点方法过程比较复杂,方法本身比较难以掌握。输入与输出之间的因果关系比较难以从规格描述中得到,需要一个分析过程;如果被测对象本身比较复杂,那么分析过程以及最后得到的因果图可能会非常复杂,得到的测试用例数量很庞大。第六十八页,共九十三页,2022年,8月28日测试设计工程方法:判定表判定表通常由四个部分组成,如右图:条件桩(ConditionStub):列出了问题得所有条件,通常认为列出得条件的次序无关紧要。动作桩(ActionStub):列出了问题规定可能采取的操作,这些操作的排列顺序没有约束。条件项(ConditionEntry):列出针对它左列条件的取值,在所有可能情况下的真假值。动作项(ActionEntry):列出在条件项的各种取值情况下应该采取的动作。判定表右半部的每一列实质上就是一条规则,规定了与特定条件组合对应的动作。第六十九页,共九十三页,2022年,8月28日测试设计工程方法:判定表基本思路:采用表格的形式,列出所有条件和所有结果的组合,做到无遗漏的覆盖。把条件项划分清晰,对条件进行合理的组合,使得到得规则数最小。假设一个条件组合对应一个动作,通常不对结果(动作)进行组合。举例:(航空公司)行李托运费航空公司规定:乘客可以免费托运重量超过30公斤的行李。行李超过30公斤时对头等舱国内乘客超重部分每公斤收费4元。对其他舱国内乘客超重部分每公斤收费6元。对外国乘客超重部分每公斤收费比国内乘客多一倍。对残疾乘客超重部分每公斤收费比正常乘客少一半。第七十页,共九十三页,2022年,8月28日测试设计工程方法:判定表123456789国内乘客TTTTFFFF头等舱TFTFTFTF残疾乘客FFTTFFTT行李重量W<=30TFFFFFFFF免费×(W-30)×2×(W-30)×3×(W-30)×4××(W-30)×6××(W-30)×8×(W-30)×12×第七十一页,共九十三页,2022年,8月28日测试设计工程方法:判定表判定表应用条件规格说明以判定表形式给出,或很容易转换成判定表。判定表适合于条件项各自独立,互不影响的情况;输入条件不存在输入顺序问题。条件的排列顺序不会也不影响执行哪些操作。规则的排列顺序不会也不影响执行哪些操作。输出动作相互独立:不存在前后顺序、相互影响问题。每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则。如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。第七十二页,共九十三页,2022年,8月28日测试设计工程方法:判定表优点:清晰、简洁。缺点:可读性:需要简短的学习过程。对输入条件、输出操作有较严格的要求,应用场合受限制。输入条件增多,条件组合增多,可读性下降。输入条件的取值超过2个,判定表简洁性、可读性下降。第七十三页,共九十三页,2022年,8月28日测试设计工程方法:判定树判定树判定树是判定表的变种,同样能清晰的表示复杂的条件组合与动作/结果之间的对应关系。优点:形式简单、直观、可读性好缺点:简洁性下降;随着条件(组合)的增多重复次数增多。描述判定树时分支的次序对最终画出的判定树简洁程度影响较大。例子:以前述行李托运费为例。第七十四页,共九十三页,2022年,8月28日测试设计工程方法:判定树正常乘客正常乘客行李费行李重量W>30行李重量W<=30免费国内乘客外国乘客头等舱其他舱头等舱其他舱残疾乘客正常乘客残疾乘客残疾乘客残疾乘客正常乘客(W-30)×2(W-30)×4(W-30)×3(W-30)×6(W-30)×4(W-30)×8(W-30)×6(W-30)×12第七十五页,共九十三页,2022年,8月28日测试设计:子目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法IBO模型等价类划分、边界值、错误推测法因果图/判定表/判定树正交实验设计法功能组/状态图法正交分析工程方法第七十六页,共九十三页,2022年,8月28日测试设计工程方法:正交试验设计方法正交试验设计法正交试验设计法是从大量试验点中选取适量的有代表性的点,应用依据伽罗华理论推导出的正交表,合理地安排测试用例的一种科学的实验设计方法。正交试验设计法可使所有的因子和水平在试验中均匀地分配与搭配,均匀地有规律地变化。可以构造最少的用例,获得最满意的覆盖。可以控制生成测试用例的数量。可以节省测试量。第七十七页,共九十三页,2022年,8月28日测试设计工程方法:正交试验设计方法设计步骤步骤提取功能说明,构造因子-状态表。(操作对象和外部因素都可以作为因子)。加权筛选,生成因素分析表。利用正交表构造测试数据集。举例略第七十八页,共九十三页,2022年,8月28日测试设计工程方法:正交试验设计方法优点解决了因果图要求从需求规格中获得输入因子与输出结果之间复杂关系的要求。正交试验设计适用于大量因子都对结果产生较大影响的情况。兼顾测试成本与测试充分性的均衡。不要求设计者对系统实现、输入因子之间的复杂关系作要求。测试用例的涉及范围在整体上说比较均匀,可排除偏向某个功能局部的可能性。与结构测试相配合,可以发现大部分的错误。缺点较复杂,应用受限制。不考虑因子之间的复杂/因果关系。对于系统实现、输入顺序等不考虑。第七十九页,共九十三页,2022年,8月28日测试设计:子目录引言测试设计简介测试方案设计测试用例设计测试设计工程方法IBO模型等价类划分、边界值、错误推测法因果图/判定表/判定树正交实验设计法功能组/状态图法正交分析工程方法第八十页,共九十三页,2022年,8月28日测试设计工程方法:功能图/状态图法功能图/状态图判定表和正交试验设计适用条件:输入条件之间没有相互关系,即输入条件的次序相互独立,一个输入条件的取值不会影响其它条件的取值。一个程序的功能说明通常由动态说明和静态说明组成。动态说明描述了输入数据的次序或转移的次序。静态说明描述了输入条件与输出条件之间的对应关系。功能图方法是用功能图形式化地表示程序的功能说明,并机械地生成功能图的测试用例。第八十一页,共九十三页,2022年,8月28日测试设计工程方法:功能图/状态图法功能图/状态图功能图模

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论