资源预览内容
第1页 / 共12页
第2页 / 共12页
第3页 / 共12页
第4页 / 共12页
第5页 / 共12页
第6页 / 共12页
第7页 / 共12页
第8页 / 共12页
第9页 / 共12页
第10页 / 共12页
亲,该文档总共12页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
全国计算机四级软件测试工程师单项选择测试全国计算机四级软件测试工程师单项选择测试全国软件测试工程师的考生不受年龄、职业、学历等背景的限制,任何人均可根据自己学习和使用计算机的实际情况选考。下面是提供的全国计算机四级软件测试工程师单项选择测试,一起来看一下吧。1.以下软件属性中,软件产品首要满足的应该是。(A)功能需求(B)性能需求(C)可扩展性和灵活性(D)容错、纠错能力2.对于维护软件的人员来说。使用质量是的结果。(A)功能性(B)可靠性(C)可维护性(D)效率3.软件规划阶段实际上指的是。(A)需求获取和定义阶段(B)数据获取和定义阶段(C)测试用例设计规划阶段(D)产品实施规划4.在需求获取与定义阶段就开始建立,以后要不断细化和完善的文档是。(A)用户手册(B)外部设计规格说明(C)内部设计规格说明(D)测试方案手册5.在模块测试的过程中,采用自底向上的测试比自顶向下的测试。(A)好(B)差(C)一样(D)不确定6.黑盒测试是从观点出发的测试,而白盒测试是从观点出发的测试。(A)开发人员、管理人员(B)用户、管理人员(C)用户、开发人员(D)开发人、用户7.从已经发现故障的存在到找到准确的故障位置并确定故障的性质,这一过程称为。(A)错误检测(B)故障排除(C)测试(D)调试8.以下关于逻辑覆盖的表达,说法错误的选项是。(A)条件覆盖的检错能力较判定覆盖强,但有时达不到判定覆盖的要求(B)判定覆盖包含了语句覆盖,但它可能会使一些条件得不到测试(C)判定/条件覆盖包含了判定覆盖和条件覆盖的要求,实际上不一定到达覆盖的标准(D)凡满足条件组合覆盖标准的测试用例,也必然满足其他所有覆盖种类的覆盖标准9.传统集成测试的主要方法有两个,一个是,另一个是。(A)白盒测试方法、黑盒测试方法(B)渐增式测试方法、非渐增式测试方法(C)等价类划分方法、边界值分析方法(D)因果图方法、错误推测法10.以下测试方法中,不属于白盒测试技术的是。(A)判定覆盖(B)语句覆盖(C)条件组合覆盖(D)边界值分析11.以下说法错误的选项是。(A)软件产品的质量越高,后维护本钱就越低(B)在软件测试中一般只需要运行预先设计的所有测试案例(C)通常应该在需求阶段设计系统测试案例,以此作为需求检查的辅助手段(D)发现和修复产品中的软件缺陷越早,开发费用就会越低12.在银行的活期存折账户管理软件中,要求可以输入一个账户的每笔交易的金额。假设规定存入的金额的有效取值范围使1.00 元至 99 999 999.99 元。假设考虑使用边界值分析设计关于这个金额的测试用例,以下属于它的边界值是。(A)2,9 999 999(B)1.01,99 999 999.99(C)99 999 999.98,9.99(D)0.99,100 000 000.0013.以下哪一项内容通常属于易用性测试的范围是。(A)安装与卸载测试(B)系统故障频率(C)联机文档中断开的链接(D)中文版与英文版的一致14.以下关于软件测试自动化,说法正确的选项是。(A)无法依靠人工完成的测试活动均可以通过测试自动化完成(B)输出结果不明确的测试不适合自动化(C)是否采用测试自动化与所开发的应用软件工程的性质无关(D)与手工测试相比,采用自动化测试可以明显的提高测试质量15.关于人工测试方法,说法正确的选项是。(A)走查以小组为单位进行,是一系列规程和错误检查技术的集合(B)同行评审的文档是一种过渡性的文档,不是公开的正式文档(C)桌上检查的文档是一个最终可交付的文档(D)评审是一项很浪费时间的活动,会减缓工程的进度16.软件性能测试的目标有。(A)发现(和改正)软件性能缺陷(B)性能调优(C)能力检验和规划(D)以上全部17.以下关于面向对象软件测试的说法中,不正确的选项是。(A)面向对象软件的白盒测试不能不加改变地照搬传统软件的白盒测试准那么(B)在存在多态的情况下,为了到达较高的测试充分性,应对所有可能的绑定都进行测试(C)假设类 B 是类 A 的子类,如果类 A 已进行了充分的测试,在测试类 B 时不必测试任何类 B 继承类 A 的成员方法(D)对于一棵继承树上的多个类,处于叶子节点的类也需要测试18.Web 应用软件的性能测试主要包括。(A)并发测试(B)负载测试和压力测试(C)配置测试和性能调优(D)以上全部19.以下兼容性不属于软件兼容性的考虑范畴的是。(A)与外设的兼容性(B)与不同类软件的兼容性(C)与浏览器的兼容性(D)与中间件的兼容性20.以下关于 Web 应用软件的系统平安检测与防护说法不正确的选项是。(A)对系统平安漏洞的检测同样也属于测试的范畴(B)Web 应用软件的平安性仅与 Web 应用软件本身的开发相关(C)系统平安检测与防护应当作一个系统工程来完成,仅仅经过入侵检测和漏洞扫描是不够的,在这其中最重要的应该是建立完善的平安策略(D)访问平安是指控制外界对主机的访问,从而减少甚至防止非法的访问和使用21.以下关于软件测试过程的几种抽象模型,说法正确的选项是。(A)H 模型指出软件测试具有独立性,只要某个测试到达准备就绪点,测试执行活动就可以开展(B)W 模型强调在整个工程开发中需要经历的不同测试级别,指明测试的对象是程序(C)软件测试过程与软件开发过程不同的是,它不必遵循软件工程原理(D)V 模型强调测试的对象不仅仅是程序,需求、设计等同样需要测试22.关于测试的筹划,说法不正确的选项是。(A)测试设计的任务是执行测试用例,需要时也可以将测试用例设计与执行并行开展(B)假设系统对质量要求很高,那么需要开展屡次的回归测试验证(C)在实际软件工程中,一个测试团队可能大都是骨干人员(D)测试团队的规模与被测系统规模、测试方资源调配情况有关23.以下关于测试策略说法不正确的选项是。(A)测试策略活动可以和测试设计活动并行开展(B)测试设计活动也可以和测试执行活动并行开展(C)在测试的最后阶段里,测试总结和测试执行通常并行开展(D)在实际测试过程中,要不得不将一些测试活动并行开展,主要是因为时间原因24.以下关于软件缺陷状态的定义,不正确的选项是。(A)New-测试中新报告的软件缺陷(B)Open-缺陷被确认并分配给相关开发工程师处理(C)Fixed-测试工程师已完成修正,等待开发人员验证(D)Closed-缺陷已被修复25.在 QESAT/C 中,以下属于动态测试过程步骤的是。(A)设定待测试的配置、编译相关的源程序(B)设定需插装的函数(C)运行源程序、合并动态运行的结果(D)以上全部1.分析:外部质量是针对要求的满足程度而言的,是表征软件产品在规定条件下使用时,满足规定的和隐含的要求的程度而内部质量那么主要是根据软件产品的情况给出的,内部质量是表征软件产品在规定条件下使用时,决定其满足规定的和隐含的要求的能力的产品属性的全体。应选项 A 和 C 表达刚好颠倒,选项 B 中的性质都是属于软件的质量特性的,而选项 D 中关于使用质量的表达是完全正确的。2.分析:验证是检查软件开发的各个阶段过程活动的结果是否满足规格说明的描述,证实各阶段和阶段之间的逻辑协调性、完备性和正确性。确认是证实在一个给定的外部环境中软件的逻辑正确性,即是否满足用户的要求。Bohem 给出了一个经典定义:验证是检查我们是否正在正确地建造一个产品,它强调的是过程的正确性。而确认是检查我们是否在建成一个正确的产品,它强调的是产品的正确性。3.分析:软件测试生存周期模型描述了软件测试的全过程:单元测试、集成测试、系统测试、验收测试和回归测试等。4.分析:自底向上测试与自顶向下测试策略都是增量式的测试,软件是分层设计的,主模块调用子模块,子模块又依次调用更低层次的模块,依此类推。在自底向上单元测试的策略中,应首先测试最底层的模块,利用辅助的测试驱动模块调用他们并传递测试数据,然后再测试更高层次的模块,再较高层次的模块测试中可以直接调用已测试过的较低层次的模块。在自顶向下测试中,首先测试的那么是顶层模块,无须编写驱动模块,但要使用桩模块,当顶层模块被证明无误后,在测试下一个高层次的模块。5.分析:在各个时期进行的软件测试,其依据都是不同的,测试用例的设计应该与各个时期的文档有关,故测试用例的设计与需求规格说明书,程序复杂程度,源程序都是有关的。而工程的开发方案是为程序的开发做准备的,与测试无关。6.分析:在黑盒测试中,这些测试策略根本上都要考虑输入条件的组合,但是基于因果图的方法就是着重检查输入条件组合的一种测试方法。7.分析:题目要求到达 100%的判定覆盖率,即要求所以的判定真假都至少执行一次,故我们取定(A=12,B=7)和(A=7,B=10)两组测试用例,即可满足题目要求。8.分析:单元测试主要从下面五个根本特征进行测试,分别是:模块接口、局部数据结构、独立路径和出错处理。故不能完成的测试是系统功能,这通常是在系统测试时进行的。9.分析:考察各种逻辑覆盖的关系:条件组合覆盖判定覆盖语句覆盖(即如果到达条件组合覆盖,就到达判定覆盖和语句覆盖;如果到达判定覆盖,就到达语句覆盖,下面类似理解)。条件组合覆盖条件覆盖。条件覆盖不一定包含判定覆盖、语句覆盖。判定覆盖不一定包含条件覆盖。路径覆盖判定覆盖语句10.分析:评审是一种软件开发前期阶段人工测试的方法,主要是发现缺陷,并通过评审标准检查软件文档,应选项A、选项 B 和选项 D 都与软件评审有关。而评审这一阶段是不需要依靠测试信息的。11.分析:Myers 提出的软件缺陷的群集现象是指:测试后程序中剩余的错误数目与该程序中已发现的错误数目成正比。即一个功能部件已发现的缺陷越多,找到它的更多未发现的缺陷的可能性就越大。12.分析:根据等价类划分法设计测试用例的原那么。13.分析:自动测试脚本最好采用模块化方法。14.分析:增量测试策略首先要对程序的每个程序单元或程序部件单独进行测试,这种测试便是单元测试或模块测试或部件测试。在单元测试时,程序员必须编写一个驱动模块,用来调用被测模块并向其传送测试数据,假设该模块调用了其他模块,程序员必须编写一个桩模块,用来代替被调用的模块。15.分析:软件的性能是软件的一种非功能特性,响应时间软件性能指标之一,响应时间是指系统对请求作出响应的时间,对于单机的没有并发操作的应用系统而言,人们普遍认为响应时间会是一个合理且准确的性能指标,但是要指出的是,在实际测试中,响应时间的绝对值并不能直接反映软件性能的上下,软件性能的上下实际上取决于用户对响应时间的承受程度。16.分析:软件可靠性分析方法主要有:失效模式影响分析、严酷性分析、故障树分析、事件树分析和潜在线路分析。其中失效模式影响分析(FMEA)的根本假设是产品本身的逻辑没有故障,但其各部件出现的故障可能会导致产品出现故障,所以,该方法的思路是通过分析产品与其各个部件的逻辑,从而分析出各个部件的故障对整个产品可靠性的影响。故当软件的各部件组成逻辑都相对简单的情况下,采用该方法是最适合的。17.分析:在面向对象程序测试中,通过执行程序代码完成的测试通常包括单元测试、集成测试和系统测试三个主要方面。其中单元测试的根本要求是被测单元被独立地测试,而在测试面向对象程序时,由于一个类的各个成员方法通常是相互联系的,因而很难对一个类中的单个成员方法进行充分的单元测试。面向对象程序中的一个类甚至也不能作为被独立测试的单元,主要原因一方面是由于继承的存在,一个类通常依赖于其父类和其他祖先类,另一方面由于面向对象程序经常出现多个类相互依赖也会导致每个类难以被独立的测试。集成测试是针对程序的集成结构进行,在面向对象程序中,许多集成机制在传统结构化程序中没有,因而结构化程序的集成测试技术难以适用于对类的测试。18.分析:Web 应用软件与其他的应用软件有较大的差异,其特点有基于无连接协议,内容驱动,开发周期短,演化频繁,平安性要求较高,美观性要求较高。19.分析:Web 应用软件的系统测试除了功能测试外还包括性能测试、易用性测试、内容测试、平安性测试和接口测试等。功能测试主要包括:连接测试,表单测试,Cookie测试,应选项 C正确,由排版结构的测试是 Web 应用软件表示层的测试,故 A 不正确。而对数据完整性的测试是 Web 应用软件数据层的测试,应选型B 不正确。对于 Web 应用软件而言,性能测试是一个至关重要的因素,所以对 Web 应用软件进行系统测试时,必须考虑性能测试,故D 说法错误。20.分析:所谓兼容性测试,是指针对软件对其运行环境的依赖进行测试,以验证软件是否能够在所有期望的环境中运行。在大多数情况下,兼容性测试主要考虑硬件兼容性、软件兼容性和数据兼容性三个方面。21.分析:功能易用性是指用户能否方便、快速、准确地使用软件提供地功能来完成需要完成的任务。一般功能易用性测试涉及面很广,其主要内容有:业务符合度,功能定制性,功能的关联度,数据的共享度,用户约束的合理性,反应的及时性。22.分析:极限编程强调灵活的分析和设计,极限编程与传统软件开发方法相比,有四个主要特征:简单地分析设计,频繁地客户交流,增量式开发,连续的测试。这些特征决定了极限编程可以随时应对新增或改变的需求。单元测试是极限编程中最重要的发现缺陷的手段,主要由编码人员来完成,验收测试主要由用户来完成,但编码人员也必须在场,以便与用户进行交流。另外极限编程要求在编码之前先设计测试,因为这样可提高编码人员测试自己编写代码的效率。23.分析:软件问题的状态定义如下:新建(New)-测试中新报告的软件问题翻开(Open)-软件问题已被确认并分配给相关开发工程师处理关闭(Closed)-确认为无效的软件问题待验(Pending)-工程师已完成修正,等待测试人员验证解决(Resolved)-软件问题已被修复24.分析:在软件系统开发过程中,度量与分析同样表达的是全过程测试理念,对测试过程的度量有利于及时把握工程情况,对过程数据进行分析,很容易发现优势和劣势,找出需要改良的地方,及时调整测试策略。所以说度量与分析是软件测试过程可持续改良的根本。25.分析:在 QESuiteWebVersion1.0 中,可以监控软件问题报告处理过程和软件系统各模块软件问题布状况,测试管理人员使用按功能分类视图查看软件问题分布情况,可以了解哪些模块存在严重的软件问题。使用按状态/子状态视图可以了解当前所有软件问题的处理状态。使用按子系统/状态视图可以了解各个局部软件问题的数量情况,及时调整开发人员修复和测试人员验证的工作方向。使用严重性视图可以了解当前软件问题的严重性分布。
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号