收藏 分销(赏)

ISTQB初级认证模拟题中文.doc

上传人:a199****6536 文档编号:4143739 上传时间:2024-08-01 格式:DOC 页数:39 大小:77.78KB 下载积分:12 金币
下载 相关 举报
ISTQB初级认证模拟题中文.doc_第1页
第1页 / 共39页
ISTQB初级认证模拟题中文.doc_第2页
第2页 / 共39页


点击查看更多>>
资源描述
ISTQB Foundation Level Test Paper (1) ISTQB软件测试初级认证 ——考前辅导 International Software Testing Qualifications Board 目 录 第一章:软件测试基础(18%) 3 1. 学习目标 3 2. 练习题 4 第二章:软件生命周期中的测试(15%) 8 3. 学习目标 8 4. 练习题 9 第三章:静态技术(7%) 11 5. 学习目标 11 6. 练习题 12 第四章:测试设计技术(30%) 13 7. 学习目标 13 8. 练习题 14 第五章:测试管理(20%) 20 9. 学习目标 20 10. 练习题 21 第六章:软件测试工具(10%) 24 11. 学习目标 24 22. 练习题 25 学习目标和认知水平 在课程大纲中,每个章节都会提供相应的认知水平要求: 􀁺 K1:牢记、认知、回想 􀁺 K2:理解、解释、给出理由、比较、分类、举例、总结 􀁺 K3:应用 第一章:软件测试基础(18%) 1. 学习目标 1.1 为什么需要软件测试? (K2) LO-1.1.1 通过具体的例子,来描述软件中的缺陷会以什么样的方式损害个人、损害环境或者损 害公司利益(K2)。 LO-1.1.2 区分引起缺陷的根本原因及其影响(K2)。 LO-1.1.3 通过举例的方式说明为什么需要测试(K2)。 LO-1.1.4 描述为什么测试是质量保证(quality assurance)的一部分,通过举例说明测试是如何 来提高软件质量的(K2)。 LO-1.1.5 理解术语错误、缺陷、故障、失效的概念以及相应的定义(K1)。 1.2 什么是测试 (K2) LO-1.2.1 认识测试的总体目标(K1)。 LO-1.2.2 描述在软件开发、软件维护和软件运行过程中,测试作为发现缺陷、提供信息和信心 以及预防缺陷的一种手段(K2)。 1.3 软件测试的基本原则 (K2) LO-1.3.1 说明测试的基本原则(K2)。 1.4 基本的测试过程 (K1) LO-1.4.1 认识从计划到测试结束过程中测试的基本活动,以及在每个测试活动中的主要任务 (K1)。 1.5 测试的心理学 (K2) LO-1.5.1 认识测试的成功与否,会受测试心理因素的影响(K1): 􀂋 清晰的测试目标决定了测试人员效率; 􀂋 人们往往会忽视自己的错误; 􀂋 认识到就事论事的交流方式以及反馈与问题相关信息的重要性。 LO-1.5.2 对比测试人员(tester)和开发人员(developer)的思维方式的差异(K2)。 2. 练习题 • 下列术语中哪一个是ISTQB术语表中缺陷(Defect)的同义词:Bb a) Incident b) Bug c) Mistake d) Error • 软件测试目的可以是:Bb A. 发现缺陷 B. 确认软件能够正常运行 C. 预防缺陷 D. 直接提高产品的售价 E. 减少整个产品开发周期时间 a) A, B b) A, B, C c) A, B, C 和 D d) 所有选项 • 根据ISTQB 定义的术语, “风险”是与下列哪一个选项关联的?Cc a) 对测试者否定的反馈意见 b) 将产生负面影响及其连锁效应的因素 c) 可能产生负面影响及其连锁效应的因素 d) 将对被测对象产生负面影响及其连锁效应的因素 • 确认系统是否按照预期工作,从而在系统是否满足系统需求方面获取信心。这样的测试目的最可能适用下面的哪个测试阶段:C • • • • a) d a) 组件测试 b) 集成测试 c) 系统测试 d) 回归测试 • 识别测试的任务、定义测试的目标以及为实现测试目标和任务的测试活动规格说明。上述行为主要发生在: Aa a) 计划和控制 b) 分析和设计 c) 实现和执行 d) 测试结束活动 • ISTQB术语中的回归测试的目的是:Cc a) 验证修改的成功 b) 预防功能编写的不完善或疏漏 c) 确保修正过程中没有引入新的缺陷 d) 帮助程序员更好地进行单元测试 • 下列方式可以提高和改善测试人员和开发人员关系的是:B b a) 理解项目经理工作的重要性 b) 对所发现的可能的缺陷以一种中立的方式进行沟通 c) 单元测试、集成测试和系统测试都由同一批测试人员来完成 d) 测试人员参加代码调试 • 基本的测试过程主要由下面哪些活动组成 • :D • • • • • • • d A. 计划和控制(control) B. 分析和设计 C. 实现和执行 D. 评估出口准则和测试报告 E. 测试结束活动 a) A, B 和 C b) A, B, C 和 D c) 除 E 以外所有选项 d) 所有选项 • 对实现软件测试组的独立的方式,可以采用的是:Bb A. 测试的设计由开发队伍的其他开发人员完成; B. 测试的设计由开发人员自己完成; C. 测试的设计独立于本项目的开发队伍; D. 测试的设计独立于本开发企业,来自于独立的第三方测试机构。 E. 所有测试活动由开发人员来完成 a) A, B, C b) A, B, C, D c) A, C, E d) 所有选项 • 以下关于测试原则的描述,正确的是: Bb a) 所有的软件测试不需要追溯到用户需求; b) 完全测试是不可能的; c) 测试可以显示软件潜在的缺陷; d) 程序员不需要避免检查自己的程序。 • 软件测试工作应该开始于:Bb a) Coding之后; b) 需求分析阶段; c) 概要设计阶段; d) 详细设计阶段。 • 作为一个软件测试员,应具备哪些能力?Dd A. 具有好奇心; B. 职业悲观心态; C. 批评的眼光; D. 关注系统的细节的能力 E. 测试技能; F. 良好的沟通能力 a) A+B+C ; b) D+E+F ; c) E+F; d) 以上都是。 • 以下可能导致缺陷的原因有:Da A. 环境因素;(可能导致失效) B. 开发技术; C. 过程管理规范性; D. 个人能力 E. 软件的复杂性; F. 开发的周期长短 a) 以上都是; b) 以上都不是; c) A+B+C; d) D+E+F。 • 关于软件质量保证和软件测试的描述,不正确的是 Dd a) 软件质量保证和软件测试是软件质量工程的两个不同层面的工作; b) 在软件质量保证的活动中也有一些测试活动; c) 软件测试是保证软件质量的一个重要环节; d) 软件测试人员就是软件质量保证人员。 • 关于测试充分性的描述,正确的是:Bb a) 只有进行完全的测试才充分; b) 在有限的时间和资源条件下,找出所有的软件的错误,使软件趋于完美,是不可能的; c) 当继续测试没有发现新缺陷时; d) 当全部测试用例都执行完后。 • 以下关于测试目的的观点,不正确的是:Bb a) 软件测试的目的是寻找错误,并且尽最大的可能找出最多的错误; b) 找出软件开发人员的问题并评价开发人员能力; c) 一个成功的测试是发现了至今未发现的错误的测试; d) 测试的目的,是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。 • 以下关于测试作用的描述,不正确的是:Bb a) 测试无法显示软件潜在的缺陷; b) 测试能保证软件的缺陷和错误全部找到; c) 测试只能证明软件存在错误而不能证明软件没有错误; d) 所有的软件测试都应追溯到用户需求。 第二章:软件生命周期中的测试(15%) 3. 学习目标 2.1 软件开发模型 (K2) LO-2.1.1 明白在开发生命周期中的软件开发、测试活动和工作产品之间的相互关系,并根据项 目和产品的特征以及它们的背景提供相应的例子(K2)。 LO-2.1.2 知道必须根据项目背景和产品特征来选择软件开发的模型(K1)。 LO-2.1.3 理解在软件测试中采用不同测试级别的原因,以及在任何生命周期模型中一个良好的 测试应该具备的特征(K1)。 2.2 测试级别(K2) LO-2.2.1 比较不同测试级别之间的区别:测试的主要目的、典型的测试对象、典型的测试目标 (功能性的或结构性的)、相关的工作产品、测试的人员、识别缺陷和失效的种类(K2)。 2.3 测试类型(K2) LO-2.3.1 通过举例比较四种不同的软件测试类型(功能测试、非功能测试、结构测试和与变更 相关的测试)(K2)。 LO-2.3.2 明白功能测试和结构测试可以应用在任何测试级别(K1)。 LO-2.3.3 根据非功能需求来识别和描述非功能测试的类型。(K2)。 LO-2.3.4 根据对软件系统结构或构架的分析来识别和描述测试的类型(K2)。 LO-2.3.5 描述确认测试和回归测试的目的(K2)。 2.4 维护测试 (K2) LO-2.4.1 比较维护测试(一个现存系统的测试)与一个新的应用软件的测试在测试类型、测试 的触发和测试规模等方面的区别(K2)。 LO-2.4.2 识别维护测试的原因(由于修改、移植或退役等因素)(K1)。 LO-2.4.3 描述回归测试和变更的影响度分析在软件维护中的作用(K2)。 4. 练习题 • 可维护性测试属于:Da a) 非功能测试 b) 功能测试 c) 结构测试 d) 确认和回归测试 • 有一个系统已经在市场上运行了,这种情况对系统进行修改,然后进行的测试: Aa a) 维护测试 b) 验收测试 c) 组件测试 d) 系统测试 • 下面哪些是一个好的测试的特点:Cc A. 每个开发活动都有相对应的测试行为 B. 每个测试级别都有其特有的测试目标 C. 对于每个测试级别,需要在相应的开发活动过程中进行相应的测试分析和设计 D. 软件测试的工作重点应该集中在系统测试上 a) C,D b) A,B c) A,B,C d) A,B,C,D • 下面可以作为组件测试的测试对象的是:A a a) 模块、对象和类 b) 程序中的某个子系统 c) 整个软件系统 d) 模块间的接口 • 组件测试的用例设计主要参考的工作产品是:Aa a) 组件规格说明 b) 系统需求规格说明 c) 用户手册 d) 代码 • 下面关于回归测试叙述正确的是: Dd a) 回归测试只能在系统测试这个级别进行,不能用于单元测试和集成测试 b) 回归测试只适用于功能测试,不适用于非功能测试 c) 回归测试都是自动化执行的 d) 回归测试是对已被测过的程序实体在修改缺陷后进行的重复测试,以此来确认在这些变更后是否有新的缺陷引入系统 • 语句的覆盖率主要在下面哪个测试级别的测试设计中考虑:C • c a) 系统测试 b) 集成测试 c) 组件测试 d) 验收测试 • 传统的或面向对象的单元测试,需要的开发工作:Dd a) 只要开发测试stub; b) 只要开发测试driver; c) 可能要同时开发一个stub和多个driver; d) 可能要同时开发一个driver和多个stub。(一个入口,多个输出) • 目前大部分的软件错误来源于_______________。Db a) 程序错误; b) 分析和设计错误; c) 测试本身的错误; d) 需求错误。 第三章:静态技术(7%) 5. 学习目标 3.1 静态技术和测试过程(K2) LO-3.1.1 了解可以通过不同的静态技术来检查并确认软件工作产品的质量(K1)。 LO-3.1.2 描述了在评估软件工作产品中运用静态技术的重要性和它的价值(K2)。 LO-3.1.3 解释静态技术和动态技术之间的区别(K2)。 LO-3.1.4 描述静态分析和评审的目标,并且和动态测试进行对比(K2)。 3.2 评审过程(K2) LO-3.2.1 理解典型的正式评审过程中的阶段、角色和职责定义(K1)。 LO-3.2.2 解释不同类型评审的区别:非正式评审(informal review)、技术评审(technical review)、走查(walkthrough)和审查(inspection)(K2)。 LO-3.2.3 解释影响评审成功的主要因素(K2)。 3.3 静态分析的工具支持(K2) LO-3.3.1 理解通过静态分析能够识别的典型缺陷和错误,并与评审和动态测试之间进行比 较(K1)。 LO-3.3.2 列出静态分析的典型优点(K1)。 LO-3.3.3 列出通过静态分析工具识别的典型的代码缺陷和设计缺陷(K1)。 6. 练习题 • 多出口函数可能会发生__B____问题 c a) 产生逻辑错误 b) 降低可靠性 c) 产生内存泄漏 d) 降低运行性能 • 使用静态测试中的函数调用关系图不能够Cd a) 检查函数的调用关系是否正确 b) 发现是否存在孤立函数 c) 明确函数被调用频度,并对这些函数进行重点检查 d) 发现函数内部结构 • 下面对静态测试和动态测试的区别描述正确的是:Aa a) 静态测试并没有真正的运行软件,而动态测试需要运行软件 b) 静态测试需要借助于专门的测试工具,而动态测试不需要 c) 静态测试是由开发人员执行的,而动态测试是由专门的测试人员完成 d) 静态测试是主要是为了增加测试人员对软件的理解,而动态测试是为了发现缺陷 • 下面那个不属于静态分析:Dd a) 编码规则的检查 b) 程序结构分析 c) 程序复杂度分析 d) 内存泄漏 • 技术评审的目的是:D d a) 保证软件在独立的模式下进行开发 b) 发现软件业务错误 c) 与项目管理无关 d) 确认软件符合预先定义的开发规范和标准 第四章:测试设计技术(30%) 7. 学习目标 4.1 测试开发过程(K3) LO-4.1.1 区别:测试设计规格说明(test design specification)、测试用例规格说明(test case specification)和测试规程规格说明(test procedure specification) (K2)。 LO-4.1.2 比较术语:测试条件、测试用例和测试规程(test procedure)(K2)。 LO-4.1.3 评估测试用例的质量(K3),它们是否满足: 显示明确的与需求的可追溯性(traceability); 包含预期的结果。 LO-4.1.4 根据测试人员的理解水平,将测试用例转换为不同详细程度的结构合理的测试规 程规格说明(K3)。 4.2 测试设计技术的种类(K2) LO-4.2.1 复述在测试用例设计中,为什么需要采用基于规格说明的测试(黒盒测试)和基 于结构的测试(白盒测试)的方法?列举出各自比较常用的技术(K1)。 LO-4.2.2 解释基于规格说明的测试、基于结构的测试和基于经验的测试三者的特征和区别 (K2)。 4.3 基于规格说明的或黒盒测试技术(K3) LO-4.3.1 使用下列测试设计技术,对指定的软件模块编写测试用例:(K3) 􀁺 等价类划分(equivalence partitioning); 􀁺 边界值分析(boundary value analysis); 􀁺 决策表测试(decision table testing); 􀁺 状态转换测试(state transition testingm); LO-4.3.2 理解这四种测试设计技术各自的主要目的,这些技术可以应用于什么测试级别和 测试类型,以及如何测量测试覆盖(test coverage)(K2)。 LO-4.3.3 理解用例测试(use case testing)的概念和应用这种技术的优点(K2)。 4.4 基于结构的技术或白盒技术(K3) LO-4.4.1 描述代码覆盖(code coverage)的概念及其重要性(K2)。 LO-4.4.2 解释语句覆盖(statement coverage)和判定覆盖(decision coverage)等概念, 理解这些概念除了可以应用在组件测试(component testing)外,还可以应用在其 他任何测试级别上(比如系统级别上的业务过程测试)(K2)。 LO-4.4.3 根据给定的控制流,使用下面的测试设计技术设计测试用例(K3): 􀁺 语句测试; 􀁺 判定测试; LO-4.4.4 评估语句覆盖和判定覆盖的完整性(K3)。 4.5 基于经验的技术(K2) LO-4.5.1 复述在哪些情况下使用基于直觉、基于经验和知识、基于对常见缺陷的认识来编 写测试用例(K1)。 LO-4.5.2 比较基于经验的方法和基于规格说明的方法之间的区别(K2)。 4.6 选择测试技术(K2) LO-4.6.1 针对不同类型的问题选择不同的测试用例设计技术,列举出会影响设计技术选择 的因素,比如系统的类型、风险、客户 8. 练习题 • 关于边界值的说法不正确的是: Dd a) 边界值分析是一种补充等价划分的测试用例技术 b) 它不是选择等价类的任意元素,而是选择等价类边界的测试用例 c) 程序在处理大量中间数值时都是对的,但是在边界处极可能出现错误 d) 边界值分析法考虑了输入变量之间的依赖关系 • 对于测试错误的说法是:Bd a) 测试的设计可以用80-20规则作为指导。 b) 测试后程序中残存的错误数目与该程序中已发现的错误数目成正比 c) 应该在测试工作真正开始前的较长时间内进行测试计划 d) 测试的效果由测试用例的多少及规定的覆盖指标确定 • 根据测试章程中包含的测试目标,同时进行测试设计、测试执行的是: Aa a) 探索性测试 b) 错误推测 c) 白盒测试 d) 黑盒测试 • 下面哪个属于静态分析:Dd A. 编码规则的检查 B. 程序结构分析 C. 程序复杂度分析 D. 内存泄漏 a) 除C以外 b) 除A和C以外 c) 除C和D以外 d) 除D以外 • 如果程序的功能说明中含有输入条件的组合情况,则一开始就可以选用__B__和判定表法。 b a) 等价类划分法 b) 因果图法 c) 正交试验法 d) 场景法 • 通常情况下基本功能测试和性能测试的执行顺序是:C c a) 基本功能的测试和性能测试同时进行 b) 先执行性能测试,然后再进行基本功能的测试 c) 先进行基本功能的测试,然后再执行性能测试 d) 基本功能测试和性能测试哪个先执行都无所谓 • 如果一个4变量函数,使除一个以外的所有变量取正常值,使剩余变量取最小值、略高于最小值、正常值、略低于最大值和最大值,对每个变量都重复进行。这样,对于一个4变量函数,边界值分析产生的测试用例数为: • • • • • • • • • • • • • • • • • • • • B b a) 15 b) 17 c) 18 d) 20 • 一个参数的取值范围是正整数,那么这个参数的有效边界值的数目是: Ad a) 一个 b) 二个 c) 三个 d) 四个 D • 某个程序有三个输入参数A,B和C,输入参数的有效条件是A<B 和 C>B,如果应用等价类划分的技术,可以生成的等价类有: d A B、 C、 D、 a) A,C b) A,B,C c) C,D d) A,B,C,D • 判定覆盖和语句覆盖之间的比较:A • a a) 100%的判定覆盖可以保证100%的语句覆盖,反之则不行 b) 100%的语句覆盖可以保证100%的判定覆盖,反之则不行 c) 100%的语句覆盖可以保证100%的判定覆盖,反之亦然 d) 100%的语句覆盖和100%的判定覆盖之间没有直接的联系 • 在规格说明不完全的情况,最适合采用的测试技术是:Bb a) 基于结构的测试技术(白盒测试) b) 基于经验的测试技术 c) 基于规格说明的测试技术 d) 以上都适合 • 什么是等价类划分Cc A. 将测试对象的输入或输出域划分成若干部分 B. 从每一个子集中选取少数具有代表性的数据 C. 是一种白盒测试方法 D. 有效值的等价类 E. 无效值的等价类 a) A,B,C,D b) A,B,C c) A,B,D,E d) D,E • 描述黑盒测试和白盒测试过程的不同:Aa A. 黑盒测试在测试对象的表面进行 B. 白盒测试是在源代码已知的情况下进行 C. 黑盒测试用例是通过测试对象的使用说明或需求设计 D. 黑盒测试包括语句覆盖和分支覆盖方法 E. 白盒测试是通过因果图的分析方法进行的 a) A,B,C b) A,C c) A,B,C,D,E d) D,E • 状态转换测试用例设计的完全定义内容:Cc A. 测试对象的初始化状态 B. 测试对象的输入 C. 预期结果或预期的行为 D. 预期的最终状态 a) A,B,C b) A,C c) A,B,C,D d) C,D • 根据黑盒测试方法可以设计变量0 <= X <= 100的测试用例:Cc a) 0,20,100 b) 20,50,100 c) -1,0,1,50,99,100,101 d) -100,30,100,200 • 根据以下流程图设计语句覆盖的测试用例Dd a) 测试用例a=5,c=7;a=10,c=12 b) 测试用例a=11,c=6;a=0,c=2 c) 测试用例a=9,c=11;a=15, c=11 d) 测试用例a=5,c=7;a=11,c=6 • 请根据条件(x>3,y<5)设计条件组合覆盖测试用例:Aa A. x=6,y=3 B. x=6,y=8 C. x=2,y=3 D. x=2,y=8 a) A,B,C,D b) A,B,C c) A,B,D d) C,D • 黑盒测试技术包括Ca a) 边界值分析、判定表、等价类划分、经验法 b) 判定覆盖、语句覆盖、用例分析 c) 边界值分析、等价类划分、因果图分析、随机法 d) 判定表技术、路径覆盖、条件覆盖 • 语句覆盖和判定覆盖有什么不同 Dd A. 语句覆盖程序中每一个判断至少要执行一次 B. 判定覆盖程序中每个判断的取真分支和取假分支至少经历一次。 C. 判定覆盖程序中各种组合至少执行一次 D. 语句覆盖是指程序中每一条语句至少被执行一次 a) A,C b) A,B c) C,D d) B,D 第五章:测试管理(20%) 9. 学习目标 5.1 测试的组织结构(K2) LO-5.1.1 认识独立测试的重要性(K1)。 LO-5.1.2 列出在组织内进行独立测试的优点和缺点(K2)。 LO-5.1.3 考虑使用不同团队的成员来成立测试小组(K1)。 LO-5.1.4 了解测试领导人(test leader)和测试员的任务(K1)。 5.2 测试计划和估算(K2) LO-5.2.1 认识测试计划的不同级别和目标(K1)。 LO-5.2.2 根据“软件测试文档标准(IEEE 829)” 总结《测试计划》、《测试设计规格说明》 和《测试规程》的目的及内容(K2)。 LO-5.2.3 区分属于二类不同概念(预防型Preventative 和应对型Reactive)的各种测试 方法,如基于分析、基于模型、基于方法、符合过程/标准的、动态/启发式的、 咨询式或基于面向可重用的方法(K2)。 LO-5.2.4 区分为系统而做测试计划和为安排测试执行做测试计划的内容上的不同之处 (K2)。 LO-5.2.5 在综合考虑优先级、技术和逻辑依赖后,为给定的测试用例集编写测试执行计划 (K3)。 LO-5.2.6 列出在测试计划时应该考虑的测试准备和执行活动(K1)。 LO-5.2.7 认识影响测试开销的主要因素(K1)。 LO-5.2.8 从概念上区别两种不同的估算方法:基于度量的方法和基于专家的方法(K2)。 LO-5.2.9 理解/解释针对特定测试级别和测试用例组所定义的恰当的出口准则(例如对于集 成测试、验收测试或可用性测试的测试用例)(K2)。 5.3 测试进度监控(K2) LO-5.3.1 认识用于监督测试准备和执行的常见度量项(K1)。 LO-5.3.2 理解和解释针对测试报告和测试控制的测试度量(例如已发现和已修复的缺陷、已通过或失败的测试)(K2)。 LO-5.3.3 根据“软件测试文档标准(IEEE 829)”总结测试报告的目的和内容(K2)。 5.4 配置管理(K2) LO-5.4.1 总结配置管理如何支持测试(K2)。 5.5 风险和测试(K2) LO-5.5.1 将可能会威胁一个或多个利益相关者实现项目目标的可能问题描述为风险(K2)。 LO-5.5.2 知道风险是由可能性(发生的可能性)和影响力(发生后所造成的危害)来决定 的(K1)。 LO-5.5.3 区别项目风险和产品风险(K2)。 LO-5.5.4 了解典型的产品风险和项目风险(K1)。 LO-5.5.5 通过例子来描述在测试计划中如何进行风险分析和风险管理(K2)。 5.6 事件管理(K3) LO-5.6.1 按照“软件测试文档标准(IEEE 829)”认识事件报告的内容(K1)。 LO-5.6.2 针对测试过程中发现的失效编写事件报告(K3)。 10. 练习题 11. 测试计划主要由哪个角色负责制定:D 12. 13. 14. 15. 16. 17. 18. 19. 20. • A d a) 测试人员 b) 项目经理 c) 开发人员 d) 测试经理 • 测试经理的任务通常不包括: Cc a) 编写测试计划 b) 选择合适的测试策略和方法 c) 建立和维护测试环境 d) 选择和引入合适的测试工具 • 对于监控测试周期时采用的度量方法,下列叙述中不当的是: • • • • • • • • • • • • • • • • • • • • • • c d a) a基于故障和基于失效的度量:统计特定软件版本中的故障数。 b) 基于测试用例的度量:统计各优先级的测试用例数量。 c) 基于测试对象的度量:统计代码和安装平台等覆盖情况。 d) 基于成本的度量:统计已经花费的测试成本,下一测试周期的成本与预期收益的关系。 • 通常情况下,承担测试监控任务的人员是: Ab a) 测试系统管理员 b) 测试经理 c) 测试执行人员 d) 测试设计人员 • 下列哪个是测试组独立的缺点?c • • • • c a) 测试人员需要额外的培训 b) 测试人员需要花时间了解所要测试的产品的需要、架构、代码等 c) 开发人员可能会失去对产品质量的责任心 d) 设立独立测试组会花费更多成本 • 如果没有做好配置管理工作,那么可能会导致: • • • • • • dc A. 开发人员相互篡改各自编写的代码 B. 集成工作难以开展 C. 问题分析和故障修正工作被复杂化 D. 测试评估工作受阻 a) A、C b) B、D c) A、B、C d) A、B、C、D • 对于测试过程来说,哪些工作产品要纳入配置管理?Aa a) 测试对象(The test object)、测试材料(the test material)和测试环境 b) 问题报告和测试材料 c) 测试对象 d) 测试对象和测试材料 • 下面有关基于风险的方法的描述哪个是不正确的?Cb a) 识别的风险经常用于决定哪些需要更多测试,哪些可以减少测试 b) 识别的风险经常用于决定多少测试服务 c) 识别的风险经常用于决定使用何种测试工具 d) 识别的风险经常用于决定使用何种测试技术 • 下列活动中,不属于测试计划活动的是:A • • • • • • • • • • • a) a a) 设计测试用例 b) 确定测试环境 c) 定义测试级别 d) 估算测试成本 • 事件报告中可能包括的错误有:Db A. 程序错误 B. 规格说明中的错误 C. 用户手册中的错误 a) A b) A、C c) B、C d) A、B、C • 下列风险中,属于产品风险的是:B b a) a)软件需求不明确 b) 由于使用软件产品而导致人员伤亡 c) 软件测试人员和软件开发人员沟通不畅 d) 软件源代码质量低下 • 软件测试团队的组织一般可分为:_____A________和基于项目的组织模式。b a) 基于测试的组织模式; b) 基于技能的组织模式; c) 基于团队的组织模式; d) 基于软件的组织模式。 • 测试报告不包含的内容有:Dd a) 测试时间、人员、产品、版本; b) 测试环境配置; c) 测试结果统计; d) 测试通过/失败的标准。 • 测试人员(Tester)在软件配置管理中工作主要是:Aa a) 根据配置管理计划和相关规定,提交测试配置项和测试基线; b) 建立配置管理系统; c) 提供测试的配置审计报告; d) 建立基线。 第六章:软件测试工具(10%) 21. 学习目标 22. 6.1 测试工具的类型(K2) 23. LO-6.1.1 根据测试过程活动,对不同类型的测试工具进行分类(K2)。 24. LO-6.1.2 了解能够帮助开发者进行测试的工具(K1)。 25. 6.2 有效使用工具:潜在的利益和风险(K2) 26. LO-6.2.1 总结测试自动化和使用测试工具的潜在利益和风险(K2)。 27. LO-6.2.2 了解测试执行工具可以有包括数据驱动和关键字驱动的不同脚本技术(K1)。 28. 6.3 组织中工具的引入(K1) 29. LO-6.3.1 阐述将工具引入组织中的主要步骤(K1)。 30. LO-6.3.2 阐述为评估工具所进行的学习调查/试点项目阶段的目的(K1)。 31. LO-6.3.3 了解要获得好的工具支持,仅靠购置工具是不够的,还需要考虑其他因素(K1) 32. 练习题 • 测试管理工具可能包括的功能:Dd A. 管理软件需求 B. 管理测试计划 C. 缺陷跟踪 D. 测试过程中各类数据的统计和汇总 a) 除A以外 b) 除B以外 c) 除C和D以外 d) 以上全部 • 下列关于测试管理工具的说法中,最不恰当的是: d a) 测试管理工具与需求管理工具的集成有利于跟踪需求的实现情况 b) 测试管理工具和事件管理工具的集成有利于进行再测试 c) 测试管理工具有助于更好地跟踪测试用例的执行情况 d) 测试管理工具能够加快执行测试用例的速度 • 引入自动化测试工具时,属于次要考虑因素的是: b a) 与测试对象进行交互的质量 b) 使用的脚本语言类型 c) 工具支持的平台 d) 厂商的支持和服务质量 • 下列关于自动化测试工具的说法中,错误的是 D • • • A) • • • • • • d a) 录制/回放可能是不足够的,还需要进行脚本编程 b) 既可用于功能测试,也可用于非功能测试 c) 自动化测试工具适用于回归测试 d) 自动化测试关键的时候能代替手工测试 • 测试用具(test harness)主要可用于D • a) • • d a) 组件测试、集成测试 b) 集成测试、系统测试 c) 组件测试、部分系统测试 d) 组件测试、集成测试、部分系统测试 • 下列关于工具使用风险的说法中,不恰当的是:A a a) 工具能够或多或少提高测试效率 b) 没有好的测试过程或成熟的测试方法,工具并不能像预期的那样降低成本 c) 与手工测试相比较,使用自动化工具也可能会增加测试成本 d) 培训和指导有助于降低工具使用的风险 • 在下列测试类型中,不适合采用手工测试的是bb a) 安全测试 b) 负载测试 c) 集成测试 d) 再测试 39
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 考试专区 > 其他

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服