昆山住房和城乡建设局网站首页,项目计划书ai生成,WordPress音乐歌单播放器,建设银行培训网站一、【C程序】问题#xff1a;1.1 #xff08;3分#xff09;请针对上述C程序给出满足100%DC#xff08;判定覆盖#xff09;所需的逻辑条件。本题考查白盒测试法及应用。本问题考查白盒测试用例设计方法中的判定覆盖法。判定覆盖指设计足够的测试用例#xff0c;使得被… 一、【C程序】问题1.1 3分请针对上述C程序给出满足100%DC判定覆盖所需的逻辑条件。本题考查白盒测试法及应用。本问题考查白盒测试用例设计方法中的判定覆盖法。判定覆盖指设计足够的测试用例使得被测程序中每个判定表达式至少获得一次“真”值和“假”值从而使程序的每一个分支至少都通过一次。本题中程序有3个判定所以满足判定覆盖一共需要6个逻辑条件。问题1.2 8分请画出上述程序的控制流图并计算其控制流图的环路复杂度V(G)。控制流图环路复杂度V(G)8本问题考查白盒测试用例设计方法中的基本路径测试法。涉及的知识点包括根据代码绘制控制流图、计算环路复杂度。控制流图是描述程序控制流的一种图示方式它由节点和定向边构成。控制流图的节点代表一个基本块定向边代表控制流的方向。其中要特别注意的是如果判断中的条件表达式是复合条件即条件表达式是由一个或多个逻辑运算符连接的逻辑表达式则需要改变复合条件的判断为一系列单个条件的嵌套的判断。本题程序中while(*string*string!和while(*string*string! *string!\n*string!‘\t’)这两条判断语句中的判定由多个条件组成因此在画控制流图的时候需要拆开成多条判断语句。需要注意的是复合条件之间是“||”的关系还是“”的关系反应在控制流图的画法是不同的。程序的环路复杂度等于控制流图中判定节点的个数加1本题控制流图中判定节点个数为7,所以V(G)8。问题1.3 4分请给出问题2中控制流图的线性无关路径。线性无关路径1. 1-2-3-4-2...5-6-132. 1-2-5-6-133. 1-2-3-5-6-134. 1-2...5-7-8-9-10-11-7...12-1...5-6-135. 1-2...5-7-12-1...5-6-136. 1-2...5-7-8-12-1...5-6-137. 1-2...5-7-8-9-12-1...5-6-138. 1-2...5-7-8-9-10-12-1...5-6-13本问题考查白盒测试用例设计方法中的基本路径法。涉及的知识点包括根据控制流图和环路复杂度给出线性无关路径。线性无关路径是指包含一组以前没有处理的语句或条件的路径。从控制流图上来看一条线性无关路径是至少包含一条在其他线性无关路径中从未有过的边的路径。程序的环路复杂度等于线性无关路径的条数所以本题中应该有8条线性无关路径。二、【说明】某银行B和某公司C发行联名信用卡用户使用联名信用卡刷卡可累计积分积分累计规则与刷卡金额和刷卡日期有关具体积分规则如表2-1所示。此外公司C的会员分为普通会员、超级会员和PASS会员三个级别超级会员和PASS会员在刷卡时有额外积分奖励奖励规则如表2-2所示。银行B开发了一个程序来计算用户每次刷卡所累积的积分程序的输入包括会员级别L、刷卡日期D和刷卡金额A程序的输出为本次积分S。其中L为单个字母且大小写不敏感D由程序直接获取系统日期A为正浮点数最多保留两位小数S为整数。问题2.1 5分采用等价类划分法对该程序进行测试等价类表如下表所示请补充表2-3中空1~5。(1) P(2) 12月12日(3)最多两位小数的正浮点数(4) 除M/S/P之外的单个字母(5)非正的浮点数本问题考查等价类划分法中等价类表的构造。等价类划分法的等价类表是把程序的输入域按规则划分为若干子集。本题中L由多个输入值构成并且需要对每个或者每组输入值分别处理按规则可以划分为n个有效等价类每个或者每组值确定一个有效等价类和一个无效等价类所有不允许输入值的集合)。对L来说分成3个有效等价类L分别取M、S、P)和1个无效等价类其他情况)而这个无效等价类又可以进一步细分为非字母、非单个字母以及除M/S/P之外其他字母。对D来说根据日期可以分为4个有效等价类这个有效等价类可以进一步细分为每月9日、19日11月11日12月12日和其他日期。本题中对A是规定了输入值集合必须满足的条件即最多两位小数的正浮点数根据规则可以划分为1个有效等价类K是最多两位小数的正浮点数和3个无效等价类非浮点数非正的浮点数多于两位小数的正浮点数)。问题2.2 9分根据以上等价类表设计的测试用例如下表所示请补充表2-4中空1~9。(1) 1000(2)大于等于499.50小于等于500.49之间的最多两位小数的浮点数(3) 3,6,8(4)其他日期除每月9日、19日11月11日12月12日(5) 非字母(6) N/A(7)除M/S/P之外的单个字母如A(8) 1,7,12(9)多于两位小数的正浮点数如500.123本问题考查等价类划分法中根据等价类表编写测试用例能力。在编写等价类划分法的测试用例时如果输入全部都来自有效等价类则从每个有效等价类选取一个代表元素作为输入如果要考虑无效等价类则每次只选取一个无效等价类其余输入都从有效等价类中选取问题2.3 6分如果规定了单次刷卡的积分上限为20000( 即S取值大于等于0且小于等于20000)则还需要针对S的取值补充一些测试用例。假设采用等价类划分法和边界值分析法来补充用例请补充表2-5、表2-6中的空1~6。(1) S0(2) S20000(3) S19999(4) S20001(5) S1(6) S-1本问题考查等价类划分和边界值分析法及应用。等价类划分法是将测试过程中的输入、输出、操作等相似内容分组从每组中挑选具有代表性的内容作为测试用例测试划分时分有效等价和无效等价来筛选。边界值分析法是确认输入、输出的边界然后取刚好等于、大于、小于边界的参数作为测试用例三、【说明】某公司欲开发一套基于Web的通用共享单车系统。该系统的主要功能如下1.商家注册、在线支付后台业务员进行车辆管理与监控、查询统计、报表管理、价格设置、管理用户信息。2.用户输入手机号并在取验证码后进行注册、点击用车后扫描并获取开锁密码、锁车机械锁由用户点击结束用车后3秒内显示计算的费用用户确认后支付、查看显示时间与路线及其里程、预约用车、投诉。问题3.1 6分采用性能测试工具在对系统性能测试时用Apdex(应用性能指数)对用户使用共享单车的满意度进行量化系统需要满足Apdex指数为0.90以上。Apdex 量化时对应用户满意度分为三个区间通过响应时间数值T来划分T值代表着用户对应用性能满意的响应时间界限或者说是门槛 (Threshold) 。针对用户请求的响应时间Apdex 的用户满意度区间如下 满意: (0,T]让用户感到很愉快容忍:(T, 4T] 慢了一点但还可以接受继续这一应用过程失望: 大于4T太慢了受不了了用户决定放弃这个应用Apdex的计算如下Apdex (小于T的样本数T~4T 的样本数/2) /总样本数针对用户功能本系统设定T2秒记录响应时间统计样本数量2秒以下记录数30002~8秒记录数1000大于8秒500。请计算本系统的Apdex指数并说明本系统是否达到要求。Apdex指数(满意小于T的样本数容忍T〜4T的样本数/2) /总样本数(30001000/2) /45000.780.78远小于0.90所以该系统的用户满意度没有达到要求。本题考査Web应用测试相关知识及应用。Web应用测试除了类似传统软件系统测试的性能测试、压力测试等之外还需要测试页面、链接、浏览器、表单和可用性等多个方面由于Web应用部署访问的大众化特点对安全性尤其要重视。此类题目要求考生阅读题目对现实问题的描述根据对问题的分析回答测试有关的问题。本题目说明和问题中除了功能背景之外给出了响应时间、HTML5、性能指数的概念、兼容性等技术点。本问题考查Web应用性能性测试的内容题目背景是通用共享单车系统属于用户量大、交易密集型的应用平台用户满意是一个系统成功与否的关键。题目还涉及对交易的时间要求所以需要采用测试工具来测试系统性能。针对用户功能本系统设定T2秒记录响应时间统计样本数量2秒以下记录数3000, 2〜8秒记录数1000大于8秒500。Apdex (应用性能指数对用户使用共享单车的满意度进行量化系统需要满足Apdex指数为0.90以上。在上述条件下计算Apdex指数判定是否达到给定的要求。Apdex (Application Performance Index应用性能指数是对用户满意度进行度量的指标是由Apdex联盟一个由众多网络分析技术公司和测量工业组成的联盟组织联合起来开发的。用一句话来概括Apdex是用户对应用性能满意度的量化值。它提供了一个统一的测量和报告用户体验的方法第一次把最终用户的体验和应用性能联系在了一起。Web应用的响应时间决定了用户的满意程度。Apdex量化时对应用户满意度分为三个区间通过响应时间数值T来划分T值代表着用户对应用性能满意的响应时间界限或者说是“门槛”Threshold)。针对用户请求的响应时间Apdex的用户满意度区间如下满意0T]让用户感到很愉快容忍T4T]慢了一点但还可以接受继续这一应用过程失望大于4T,太慢了受不了了用户决定放弃这个应用。Apdex的计算如下Apdex(小于T的样本数T〜4T的样本数/2) /总样本数在题目所给的测试数据条件下T2小于T的样本数为3000,T〜4T]的样本数为10004T〜)的样本数为500用这些数据对Apdex加以计算Apdex指数(满意小于T的样本数容忍T〜4T的样本数/2) /总样本数(3000 1000/2) /4500 0.780.78远没达到0.90,所以该系统的用户满意度没有达到要求。问题3.2 6分系统前端采用HTML5实现以使用户可以通过不同的移动设备的浏览器进行访问。设计兼用行测试矩阵对系统浏览器兼容性进行测试。本问题考查Web应用兼容性测试的内容。Web应用的兼容性是测试重要方面包括浏览器兼容性、操作系统平台兼容性、移动浏览、打印选项等。本题给出系统前端采用 HTML5加以实现需要通过不同移动设备、操作系统和浏览器进行访问因此需要设计兼容性测试矩阵针对不同移动设备进行操作系统平台和浏览器的兼容性测试。包括移动操作系统Windows Phone、iOS和Android等与其上可以使用的浏览器移动版IE、UCWEB、Google Chrome、Android browser和Safari等进行结合构建兼容性二维矩阵行列分别表示操作系统平台和浏览器。测试时分别在单元格记录操作系统和浏览器组合的测试情况如下表所示。问题3.3 8分针对用户手机号码获取验证码进行注册的功能设计4个测试用例。假设合法手机号码为11位数字验证码为4位数字第一类1234565432A或1234565432或1234565432102017 (说明针对手机号不合法字符输入、手机号长度少于11位、手机号长度大于11位)第二类123456543212017 (说明针对合法的手机号码和正确的验证码)第三类12345654321201x或201或20111 (说明针对合法的手机号码和错误的验证码第四类体现安全性的测试输入其中任意输入域包含任何HTML如HTML或任何脚本如SCRIPT或SQL功能符号如--、OR‘1’ ‘1等以测试XSS脚本和使SQL改变为不符合设计意图的用例。本问题考查Web应用功能测试的测试用例设计。针对本系统中的用户用手机号码获取验证码进行注册的功能设计测试用例。测试的输入包括不同情况、安全性方面的SQL注入和XSS跨站攻击等。题目假设合法手机号码为11位数字验证码为4位数字。对输入不同情况可以采用等价类划分或边界值分析发等设计测试输入。等价类划分法是把所有可能的输入数据即程序的输入域划分为若干部分子集然后从每一个子集中选取少数具有代表性的数据作为测试用例。其中等价类是指某个输入域的子集合。在该子集合中各个输入数据对于揭露程序中的错误都是等效的它们具有等价特性即每一类的代表性数据在测试中的作用都等价于这一类中的其他数据。这样对于表征该类的数据输入将能代表整个子集合的输入。边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充这种情况下其测试用例来自等价类的边界。边界值分析使用与等价类划分法相同的划分只是边界值分析假定错误更多地存在于划分的边界上因此在等价类的边界上以及两侧的情况设计测试用例。根据等价类划分原则测试输入应该考虑手机号码和验证码是否合法的不同组合。第一类针对手机号码不合法、验证码合法的情况。输入针对手机号不合法字符非数字输入、手机号长度少于11位、手机号长度大于11位与合法四位数字组合。第二类针对合法的手机号码和正确的验证码长度为11位的全数字手机号与四位合法数字验证码的组合。第三类针对合法的手机号码和错误的验证码。输入长度为11为的全数字手机号与思维非法的验证码即验证码长度大于4、小于4,或包含非法字符非数字)。第四类体现安全性的测试输入即输入的内容中输入某些功能符号可能会传到后台引起安全问题。Web应用系统在某些情况下接收页面上传的内容并作为新页面的内容。例如在本系统中需要提交手机号码、验证码在提交之后需要在系统存储中验证相关的内容个人信息中还需要显示手机号码。在将输入内容作为新页面中内容的情况下如果用户输入如下带有HTML标记的内容如在提交之后标记将提交到服务器上并在有用户访问新的页面中显示此时所看到的网页中包含以上标记的部分元素可能是从客户的角度看该网页中就出现了弹出窗口提示显示Hello World!如下图所示即用户输入的内容已经被浏览器成功执行。而如果这类代码可以执行就存在被真正恶意攻击者攻击的可能而且可能造成各类安全问题。所以网站提交代码中的任何脚本、页面功能符号都不应该被直接接受使其作为功能符号在后续使用。所以测试时需要考虑设计包含HTML标记符、脚本等测试输入如HTML、script、b等功能符号。对于Web应用系统采用某种数据库接收用户从Web页面中输入通过将输入作为与数据库相关操作的一部分。如果将用户输入的数据和设计好的SQL拼接后提交给数据库执行在有些情况下就可能存在用户输入的数据并非设计的正确格式就给了恶意用户提供了破坏的机会即SQL注入。恶意用户输入不期望的数据拼接后提交给数据库执行造成可能使用其他用户身份、查看其他用户的私密信息还可能修改数据库的结构甚至是删除应用的数据库表等严重后果。因此在测试Web应用时需要认真仔细设计测试输入进行认真严格的测试以保证如果存在SQL注入及早发现。本系统测试时设计测试如为对任一字段设计包含SQL功能符号如包含’OR、’--’OR‘1’‘1’等检查结果是否造成注入问题。四、【说明】图4-1是某企业信息系统的一个类图图中属性和方法前的、#和- 分别表示公有成员、保护成员和私有成员。其中1类Manager重新实现了类Employee的方法calSalary( )类Manager中的方法querySalary( )继承了其父类Employee的方法querySalary( )。2创建类Employee的对象时给其设置职位position、基本工资(basicSalary)等信息。方法calSalary 根据个人的基本工资、当月工资天数(workDays)和奖金bonus等按特定规则计算员工工资。3类Department中的方法statSalary中首先调用了该类的方法load( )获取本部门员工列表然后调用了类Employee中的方法calSalary( )。现拟采用面向对象的方法进行测试。问题4.1 5分图4-1所示的类图中类manager和类Employee之间是什么关系?该关系对测试的影响是什么?继承关系。若子类Manager重新实现父类Employee的方法或者子类的某方法中调用了自己实现的方法需要重新进行测试。本题考查面向对象测试的基本知识及应用要求考生掌握面向对象测试的基本内容。此类题目要求考生认真阅读题目对问题的描述分析问题并结合面向对象的基本概念来回答。题目给出三个类类Employee、类Manager及类Department。本问题考查面向对象的基本概念。类和类之间的关系主要有继承、关联和依赖三种关系其中关联又包括一般关联、聚合和组合三种。其中继承是指一个类直接使用另一个类的属性和方法即子类具有父类的属性和方法。类Employee和类Manager之间是继承关系。继承关系对面向对象测试的影响主要体现在两个方面若子类的某方法继承了其父类方法进行了修改则需要进行测试继承的方法没有修改用父类的方法但是该方法调用了子类修改过的其他方法时也需要对该方法进行测试。问题4.2 6分1类Manager重新实现了类Employee的方法calSalary( )这是面向对象的什么机制是否需要重新测试该方法2类Manager中的方法querySalary( )继承了其父类Employee的方法querySalary( )是否需要重新测试该方法(1) 多态类Manager中的方法calSalaryO需要重新测试。(2) 不需要。(1) 在面向对象技术中不同的对象收到同一消息可以产生完全不同的结果这一现象叫作多态。多态可以利用类继承的层次关系来支持即子类重新实现了父类的方法。此时由于类Manager中的方法calSalary()和其父类Employee中的该方法有了不同的实现因此需要重新测试。(2) 子类Manager中的方法querySalary()继承了其父类Employee 的方法querySalary()没有重新实现因此不需要重新测试。问题4.3 6分1请结合题干说明中的描述给出测试类Employee方法calSalary( )时的测试序列。2请给出类图4- 1中各个类的测试顺序。(1) 测试序列new Employee()—calWorkDays()—-setBonus()—calSalary()—querySalary()。(2) 测试顺序Employee—Manager—Department。(1) 由题干说明方法calSalary()根据个人的基本工资、当月工资天数(workDays)和奖金(bonus)等按特定规则计算工资因此测试时需要先生成一个Employee对象然后计算工作时间calWorkDays()和计算奖金setBonus()才能计算工资calSalary()最后查询工资queirySalary()以判断计算是否正确。其中计算工作时间calWorkDays()和计算奖金setBonus()是顺序无关的。因此测试序列new Employee()—calWorkDays()—setBonus()—calSalary()—querySalary()。或new Employee()—setBonus()—calWorkDays()—calSalary()—query Salary()。(2) 由类结构图可以容易看出类Employee最先测试因为测试类Manager和类Department都需要依赖该类而测试类Department还需要依赖类Manager因此类的测试顺序为Employee——Manager—Department。问题4.4 3分从面向对象多态特性考虑测试方法statSalary()时应注意什么测试方法statSalary()时要同时考虑类Employee和类Manager的calSalary()。由题干描述方法statSalary()中需要调用类Employee中的方法calSalary()。而方法calSalary()在父类Employee和子类Manager中有不同的实现因此在测试方法statSalary() 时要同时考虑类Employee和类Manager的calSalary()。五、【说明】某飞行器供油阀控制软件通过控制左右两边的油箱BL、BR 向左右发动机EL、ER供油既要保证飞行器的安全飞行又要保证飞行器的平衡该软件主要完成的功能如下(1)无故障情况下控制左油箱BL向左发动机EL供油右油箱BR向右发动机ER供油不上报故障(2)当左油箱BL故障时控制右油箱BR分别向左、右发动机EL和ER供油并上报二级故障一—左油箱故障(3)当右油箱BR故障时控制左油箱BL分别向左、右发动机EL和ER供油并上报二级故障——右油箱故障(4)当左发动机BL故障时根据左右油箱的剩油量决定(如果左右油箱剩油量之差大于等于50升则使用剩油量多的油箱供油否则同侧优先供油)左油箱BL还是右油箱BR向右发动机ER供油并上报一级故障——左发动机故障(5)当右发动机ER故障时根据左右油箱的剩油量决定(如果左右油箱剩油量之差大于等于50升则使用剩油量多的油箱供油否则同侧优先供油)左油箱且还是右油箱BR向左发动机BL供油并上报一级故障——右发动机故障(6)当一个油箱和一个发动机同时故障时则无故障的油箱为无故障发动机供油并上报一级故障——故障油箱和发动机所处位置(7)当两个油箱或两个发动机同时故障或存在更多故障时则应进行双发断油控制并上报特级故障——两侧油箱或两侧发动机故障(8)故障级别从低级到高级依次为二级故障、一级故障和特级故障如果低级故障和高级故障同时发生则只上报最高级别故障。问题5.1 (6分覆盖率是度量拥试完整性的一个手段也是度量测试有效性的一个手段。在嵌入式软件白盒测试过程中通常以语句覆盖率、条件覆盖率和MC/DC覆盖率作为度量指标。在实现第6条功能时设计人员采用了下列算法:if ((BL故障) ( EL故障)){BR供油ERBL断油EL断油}if ((BL故障) ( ER故障)){BR供油ELBL断油ER断油}if ((BR故障) ( EL故障)){BL供油ERBR断油EL断油}if ((BR故障) ( ER故障)){BL供油ELBR断油ER断油}请指出对上述算法达到100%语句覆盖、100%条件覆盖和100%MC/DC覆盖所需的最少测试用例数目填写表5-1中的空(1)~(3)。1428312本题考查软件测试的一些基本概念和方法在测试实践中的应用。在软件测试过程中测试人员通过对软件设计和算法的理解运用测试概念和方法进行基于需求的测试用例设计不仅需要选择恰当的测试用例设计方法而且需要保证测试用例的充分性。此题目要求考生认真阅读题目所给的软件需求和算法信息结合嵌入式软件测试的测试用例设计要求在此嵌入式软件测试中进行实际应用。本问题主要考查对语句覆盖、条件覆盖和MC/DC覆盖概念的掌握以及应用。语句覆盖要求设计适当数量的测试用例运行被测程序使得程序中每一条语句至少被运行一遍语句覆盖在测试中主要用于发现错误语句。条件覆盖要求设计适当数量的测试用例运行被测程序使得每个判断中的每个条件的可能取值至少满足一次。修正判定条件覆盖MC/DC)要求设计适当数量的测试用例保证在一个程序中每一种输入输出至少得出现一次在程序中的每一个条件必须产生所有可能的输出结果至少一次并且每个判断中的每个条件必须能够独立影响一个判断的输出即在其他条件不变的前提下仅改变这个条件的值而使判断结果改变。按照上述语句覆盖要求语句覆盖就要使得问题1中的所有语句执行一次问题1中共有四个语句块由于问题1中程序片段实现第6条功能即当一个油箱和一个发动机同时故障时的情况这个前提条件导致问题1中四个语句块都不可能同时执行两个或两个以上每次只能执行一个故为了使问题1中的四个语句块都执行一次就最少需要4个测试用例来覆盖。按照上述条件覆盖要求条件覆盖要使得每个判断中的每个条件的可能取值至少满足一次。对问题1中的四个判断进行分析每个判断有两个条件如果每个判断中的两个条件同时取真或同时取假则就可以保证条件覆盖的要求故每个判断最少需要2个测试用例就可满足条件覆盖要求四个判断最少就需要8个测试用例来满足条件覆盖要求。按照上述MC/DC覆盖要求即每个判断中的每个条件必须能够独立影响一个判断的输出。对问题1中的四个判断进行分析每个判断有两个条件两个条件共有四种组合即TT (TRUE 和TRUE)、TF (TRUE和FALSE)、FT (FALSE和TRUE)和FF(FALSE和FALSE)。但是由于每个判断均为“逻辑与”条件当前一个条件为FALSE时其整个判断值为FALSE后一个条件的真或假均不能独立影响整个判断的输出所以只需要TT、TF和FX (X表示后一个条件为TRUE或FALSE都可以三种情况就可以故每个判断至少需要3个测试用例满足MC/DC覆盖要求总共四个判断至少需要12个测试测试用例来满足MC/DC覆盖要求。问题5.2 12分为了测试此软件功能测试人员设计了表5-2所示的测试用例请填写该表中的空1~12。1BR2BL3BR4BL5任意小于130的整数6任意大于40且小于130的整数7断油8BL9BL10BR11故障12特级故障为了测试某飞行器供油阀控制软件的功能就要依据题目说明中对某飞行器供油阀控制软件的具体功能描述进行测试用例的设计。此题考查测试用例的设计不仅包括输入数据的设计还包括前置条件比如剩油量及预期输出的垛计比如给发动机供油的邮箱和上报故障情况)条件较多需要综合考虑。序号1前置条件中两个油箱BL、BR剩余油量均为200左、右油箱BL、BR与左、右发动机EL、ER均无故障依据第1条设计说明输出控制左油箱BL向左发动机EL供油右油箱BR向右发动机ER供油不上报故障。序号2前置条件中两个油箱BL、BR剩余油量均为200左油箱BL故障右油箱BR与左、右发动机EL、ER均无故障依据第2条设计说明输出控制右油箱BR分别向左、右发动机EL和ER供油并上报二级故障——左油箱故障。序号3前置条件中两个油箱BL、BR剩余油量均为200右油箱BR故障左油箱BL与左、右发动机EL、ER均无故障依据第3条设计说明输出控制左油箱BL分别向左、右发动机EL和ER供油并上报二级故障——右油箱故障。序号4前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左发动机故障左、右油箱BL、BR与右发动机ER均无故障依据第4条设计说明输出控制左发动机EL故断油右油箱BR向右发动机ER供油并上报一级故障——左发动机故障。序号5前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升右发动WER故障左、右油箱BL、BR与左发动机ER均无故障依据第5条设计说明输出控制右发动机ER断油左油箱BL向左发动机EL共油并上报一级故障——右发动机故障。序号6前置条件中左油箱BL油量未知BR剩余油量均为180左右油箱剩油量之差未知右发动机ER故障左、右油箱BL、BR与左发动机EL均无故障输出控制右发动机ER断油右油箱BR向左发动机EL供油并上报一级故障——右发动机故障依据第5条设计说明得到这样的输出控制需要左右油箱剩油量之差大于等于50升所以这时左油箱的剩余油量为任意小于180-50的整数即任意小于130的整数。序号7前置条件中左油箱BL剩余油量为90, BR剩余油量未知左右油箱剩油量之差未知右发动即ER故障左、右油箱BLBR与左发动机EL均无故障输出控制右发动机ER断油左油箱BL向左发动机EL共油并上报一级故障——右发动机故障依据第5条设计说明得到这样的输出控制需要左右油箱剩油量之差小于50升所以这时左油箱的剩余油量为90-50)至9050)之间的整数即任意大于40且小于130 的整数。序号8前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左油箱BL与左发动机EL均故障右油箱BR与右发动机ER均无故障依据第6条设计说明输出控制故障发动机左发动机EL)断油无故障的油箱右油箱BR) 为无故障发动机右发动机ER)供油并上报一级故障——故障油箱左油箱BL)和故障发动机左发动机EL)。序号9前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升右油箱BR与右发动机ER均故障左油箱BL与左发动机EL均无故障依据第6条设计说明输出控制故障发动机右发动机ER)断油无故障的油箱左油箱BL) 为无故障发动机左发动机EL)供油并上报一级故障——故障油箱右油箱BR)和故障发动机右发动机ER)。序号10前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升右油箱BR与左发动机EL均故障左油箱与右发动机ER均无故障依据第6条设计说明输出控制故障发动机左发动机EL断油无故障的油箱左油箱BL) 为无故障发动机右发动机ER)供油并上报一级故障——故障油箱右油箱BR)和故障发动机左发动机EL。序号11前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左油箱BL与右发动机ER均故障右油箱BR与左发动机EL均无故障依据第6条设计说明输出控制故障发动机右发动机ER)断油无故障的油箱右油箱BR) 为无故障发动机左发动机EL)供油并上报一级故障——故障油箱左油箱BL)和故障发动机右发动机ER)。序号12前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左、右油箱BL、BR均故障左、右发动机EL、ER均无故障依据第7条设计说明输出控制左、右发动机EL、ER均断油并上报特级故障——两侧油箱均故障。序号13前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左、右油箱BL、BR无故障左发动机EL故障右发动机ER未知但是输出控制左、右发动机均EL、ER均断油并上报特级故障依据第7条设计说明只有当两个油箱或两个发动机同时故障或存在更多故障时才会得到如此的控制故推断右发动机ER—定故障。序号14前置条件中两个油箱BL、BR剩余油量均为200左右油箱剩油量之差等于0升左油箱BL故障左、右发动机ELER均故障只有右油箱BR无故障依据第7条和第8条设计说明输出控制左、右发动机EL、ER均断油并上报特级故障——两侧发动机均故障。左油箱故障的二级故障和两侧发动机均故障的特级故障同时发生只上报特级故障。问题5.3 2分常见的黑盒测试的测试用例设计方法包括等价类划分、决策表、因果图、边界值分析等。测试人员在针对本题设计测试用例时使用哪种测试用例设计方法最恰当。等价类划分。软件测试人员在基于需求设计测试用例的过程中通常需要使用一些黑盒测试方法黑盒测试方法一般包括功能分解、等价类划分、边界值分析、判定表、因果图、随机测试、猜错法和正交试验法等。就本题而言由于设计说明中是依据故障数目来进行说明的从无故障、一个故障、两个故障到多个故障进行软件设计说明所以采用以故障数目进行等价类划分来设计测试用例方法最恰当。
