以下哪一项是典型的测试目标？
确认文档化的需求是否得到满足。
引发失效并识别缺陷。
触发（人为）错误并确定根本原因。
验证测试对象是否满足用户的期望。
下面哪些语句最好地描述了测试和调试之间的区别？
测试引发失效，而调试修复失效。
测试是一种消极的活动，而调试则是一种积极的活动。
测试确定存在缺陷，而调试消除缺陷。
测试发现缺陷的原因，而调试修复缺陷的原因。
“不存在缺陷的谬论”是测试的原则之一。以下哪一个是在实践中应用了这一原则的例子？
解释测试不可能显示不存在缺陷。
支持最终用户进行验收测试。
确保在交付的系统中不存在实施缺陷。
修改测试不会导致失效，以确保很少的残余缺陷。
以下哪些测试活动最有可能涉及边界值分析和等价类划分的应用？（选择两个选项）
测试实施。
测试设计。
测试执行。
测试监测。
测试分析。
给定以下测试件：
1. 覆盖项；
2. 变更请求；
3. 测试执行计划；
4. 按优先级排序的测试条件。
以及以下测试活动：
A. 测试分析；
B. 测试设计；
C. 测试实施；
D. 测试完成。
以下哪一项最能显示测试件是由哪项活动产生的?
1B, 2D, 3C, 4A
1B, 2D, 3A, 4C
1D, 2C, 3A, 4B
1D, 2C, 3B, 4A
以下关于不同测试角色的陈述中，哪一项最有可能是正确的？
在敏捷软件开发中，测试管理角色是团队的主要职责，而测试角色主要是来自团队外部的单个个人的责任。
测试角色主要负责测试监测和测试控制，而测试管理角色则主要负责测试计划和测试完成。
在敏捷软件开发中，跨多个团队的测试管理活动由团队外的测试经理处理，而一些测试管理任务则由团队本身处理。
测试管理角色主要负责测试分析和测试设计，而测试角色则主要负责测试实施和测试执行。
以下哪一项是完整团队方法（whole team approach）的优势？
没有测试人员的团队。
改善团队灵活性。
专业团队成员。
更大的团队规模。
以下关于测试独立性的陈述中，哪一项是正确的？
独立测试人员由于具备与开发人员不同的技术观点，因此会发现缺陷，但他们的独立性可能会导致与开发人员的敌对关系。
开发人员熟悉自己的代码意味着他们只能发现了其中的一些缺陷，但是他们与测试人员共享的软件背景意味着测试人员也会发现这些缺陷。
独立测试需要开发团队之外的测试人员，理想情况下来自组织外部，但这些测试人员觉得很难理解应用领域。
开发团队外部的测试人员比团队内部的测试人员更独立，但团队内部的测试人员更有可能因产品发布延迟而受到指责。
以下哪一项是适用于所有软件开发生存周期的良好测试实践？
对于每个测试级别，都有一个相应的开发级别。
对于每个测试目标，都有一个相应的开发目标。
对于每个测试活动，都有一个相应的用户活动。
对于每个开发活动，都有一个相应的测试活动。
以下哪一项是测试优先方法的示例？
组件测试驱动开发。
集成测试驱动开发。
系统测试驱动开发。
验收测试驱动开发。
以下哪一项是左移（shift left）最好的描述？
当开发人员同意时，测试过程左侧的手动活动将自动进行，以支持“早期测试节省时间和金钱”的原则。
在具有成本效益的情况下，测试活动被转移到软件开发生存周期（SDLC）的早期，通过减少SDLC后期发现的缺陷数量来降低总质量成本。
当他们有空闲时间时，需要自动测试进行回归测试，从组件测试和组件集成测试开始。
在可行的情况下，测试人员被训练在SDLC的早期执行任务，以允许更多的测试活动在SDLC的后期自动化。
以下哪项最不可能在回顾会议（retrospective）中发生？
通过识别开发实践中的改进，来提升未来测试对象的质量。
通过自动化加速测试环境的配置，从而提高测试效率。
提高最终用户对开发和测试过程的理解。
自动化测试脚本通过开发人员的反馈得到增强。
如果测试的重点是确认，而且不是由测试人员来执行，那么下面哪个测试级别最有可能被执行?
组件测试。
组件集成测试。
系统集成测试。
验收测试。
由于导航系统推荐了违反交通法规的路线，例如在单行道上逆行，所以软件已经进行了更新。以下哪一项最能描述将要进行的测试？
仅确认测试。
确认测试然后回归测试。
只有回归测试。
回归测试然后确认测试。
给出以下缺陷示例：
i. 由于设计的复杂性，设计规格说明的两个不同部分不一致；
ii. 响应时间太长，导致用户失去耐心；
iii. 在执行过程中无法访问代码中的路径；
iv. 一个变量被声明，但随后从未在程序中使用过；
v. 程序生成报告所需的内存太大。
以下哪一项是静态测试（而非动态测试）最有可能识别出的缺陷示例？
ii, v
iii, v
i, ii, iv
i, iii, iv
以下哪一项是利益相关方早期和频繁反馈的好处？
能提前理解和实施需求的变更。
它能确保业务利益相关方了解用户需求。
它允许产品所有者随时更改他们的需求。
在发布之前，最终用户会被告知哪些需求没有实现。
考虑到以下评审类型：
1. 技术评审；
2. 非正式评审；
3. 审查；
4. 走查。
以及以下描述：
A. 包括达成共识、产生新想法和激励作者改进等目标；
B. 包括培训评审人员、达成共识、产生新想法和发现潜在缺陷等目标；
C. 主要目标是检测潜在缺陷，需要收集指标来支持过程改进；
D. 主要目标是检测潜在缺陷，但不会产生正式的文件输出。
以下哪一项最符合评审类型和描述？
1A, 2B, 3C, 4D
1A, 2D, 3C, 4B
1B, 2C, 3D, 4A
1C, 2D, 3A, 4B
以下哪一项是有助于评审成功的因素？
确保管理层作为评审人员参与。
将大型工作产品拆分为更小的部分。
将针对评审人员评估作为目标。
计划每次评审包含一份文件。
黑盒测试技术和基于经验的测试技术之间的主要区别是什么？
测试对象。
使用测试技术的测试级别。
测试依据。
在软件开发生存周期（SDLC）中可使用测试技术。
您正在测试一个PIN确认器，该确认器接受有效PIN并拒绝无效PIN。PIN由四位数字组成，且这四个数字不完全相同，则PIN有效。您已识别出以下有效的等价类划分：
变量：PIN码长度
· 等价类：长度正确（4位数字的PIN码）；
· 等价类：长度不正确（PIN长度非4位）。
变量：不同数字的数量
· 等价类：不同数字数量正确（PIN码至少包含两个不同数字）；
· 等价类：不同数字数量错误（PIN码所有数字相同）。
以下哪一组数据是涵盖已识别等价类的最佳测试输入数据？
12, 1111, 1234, 12345
1, 123, 1111, 1234
11, 12, 1111, 12345
123, 1222, 12345
我们要求开发人员实施以下业务规则：
INPUT : value(integer number)
IF (value ≤ 100 OR value ≥ 200) THEN write "value incorrect"
ELSE write "value OK"
您使用2值边界值分析来设计测试用例。
以下哪组测试输入可以达到最大的覆盖率？
100, 150, 200, 201
99, 100, 200, 201
98, 99, 100, 101
101, 150, 199, 200
您正在进行一个项目，开发一个分析驾驶考试结果的系统。您被要求根据判定表设计测试用例。
哪些测试数据会显示判定表中存在相互矛盾（冲突）的规则？
C1 = T, C2 = T, C3 = F
C1 = T, C2 = F, C3 = T
C1 = T, C2 = T, C3 = T and C1 = F, C2 = T, C3 = T
C1 = F, C2 = F, C3 = F
您正在根据以下状态转移图设计测试用例。
实现100%有效转移覆盖率所需的最小测试用例数是多少？
您要将分支测试应用于由以下控制流图所表示的代码。
你需要测试多少个覆盖项？
白盒测试如何有助于支持黑盒测试？
白盒测试覆盖率度量可以帮助测试人员根据黑盒测试实现的代码覆盖率来评估黑盒测试。
白盒策划覆盖率分析可以帮助测试人员识别源代码中无法访问的片段。
分支测试包含黑盒测试技术，因此实现完全分支覆盖保证了实现任何黑盒技术的完全覆盖。
白盒测试技术可以为黑盒技术提供覆盖项。
考虑以下缺陷列表：
· 不接受正确的输入；
· 接受的输入不正确；
· 输出格式错误；
· 除零错误。
在执行测试时使用此列表的测试人员最可能使用哪种测试技术？
探索性测试。
故障攻击。
基于检查表的测试。
边界值分析。
下面哪一项最好的描述了如何使用基于检查表的测试来增加覆盖率？
检查项可以在足够低的详细级别上定义，因此测试人员可以根据这些项实施和执行详细的测试用例。
检查表可以自动化，因此每次自动化测试执行覆盖检查项时，就会产生额外的覆盖率。
每个检查表项都应该单独和独立地进行测试，因此这些元素涵盖了软件的不同领域。
如果两个测试人员基于相同的高层次（抽象）检查表来设计和执行测试，通常会以略微不同的方式来执行测试。
以下哪一项是面向场景的验收标准的最佳示例？
应用程序必须允许用户根据请求删除其帐户和所有相关数据。
当客户将商品添加到购物车并继续结账时，如果他们还没有登录或创建帐户，则应提示他们登录或创建账户。
IF (contain(product(23).Name, cart.products())) THEN return FALSE。
网站必须符合ICT无障碍508标准，并确保残疾用户可以访问所有内容。
您正在使用验收测试驱动开发，并根据以下用户故事设计测试用例：
作为普通用户或特殊用户，我希望能够使用我的电子楼层卡访问特定楼层。
验收准则：
AC1：普通用户可以进入1至3楼；
AC2：4楼仅供特殊用户使用；
AC3：特殊用户拥有普通用户的所有访问权限。
哪个测试用例最适合测试AC3？
检查普通用户是否可以进入1楼和3楼。
检查普通用户是否无法进入4楼。
检查特殊用户是否可以进入5楼。
检查特殊用户是否可以进入1、2和3楼。
下列哪一项 不是 测试计划的目的？
为组件测试和组件集成测试定义测试数据和预期结果。
将“必须实现100%的语句覆盖率和100%的分支覆盖率”定义为组件测试级别的出口准则。
描述测试进度报告应包含哪些字段以及该报告的格式。
解释为什么系统集成测试将被排除在测试之外，尽管测试策略需要这个测试级别。
在每次迭代开始时，团队都会估算完成迭代需要的工作量（以人天为单位）。设 E(n) 是迭代 n 的估算工作量，设 A(n) 为迭代 n 中实际完成的工作量。从第三次迭代开始，团队使用以下基于外推的估算模型：
𝐸(𝑛) =[3 ∗ 𝐴(𝑛 − 1) + 𝐴(𝑛 − 2)] / 4
该图显示了前四次迭代的估算和实际工作量。
迭代#5的估算工作量是多少？
10.5人天。
8.25人天。
6.5人天。
9.4人天。
您正在为执行七个测试用例（TC1 至 TC7）准备测试执行计划。
下图包括这些测试用例的优先级（1=最高优先级，3=最低优先级）。
该图还使用箭头显示了测试用例之间的依赖关系。例如，从 TC4 到 TC5 的箭头意味着，只有在执行了 TC4 的情况下才能执行 TC5。
第六个应该执行哪个测试用例？
测试金字塔模型显示了什么？
这些测试可能有不同的优先级。
这些测试可能具有不同的颗粒度。
这些测试可能需要不同的覆盖标准。
这些测试可能取决于其他测试。
测试象限、测试级别和测试类型之间的关系是什么？
测试象限代表测试级别和测试类型的特定组合，定义了它们在软件开发生存周期中的位置。
测试象限描述了在每个测试级别执行的单个测试类型的颗粒度程度。
测试象限将可执行的测试类型分配给测试级别。
测试象限根据几个标准对测试级别和测试类型进行分组，例如针对特定的利益相关方。
以下哪一项是产品风险分析如何影响测试的全面性和范围的示例？
持续的风险监测使我们能够尽快识别新出现的风险。
风险识别使我们能够实施风险缓解活动并降低风险水平。
评估风险等级有助于我们选择严格的测试。
风险分析使我们能够得出覆盖项。
以下哪一项 不是 配置管理如何支持测试的示例？
对存储库的所有提交都是唯一标识和版本控制的。
跟踪测试环境元素中的所有更改。
测试计划中明确引用了所有需求规格说明。
所有已识别的缺陷都有指定的状态。
考虑以下基于网络的购物应用的缺陷报告：
应用 ： WebShop v0.99
缺陷 ：登录按钮不工作
重现步骤 ：启动网站 --> 点击登录按钮
预期结果 ：用户应被重定向到登录页面。
实际结果 ：单击登录按钮时没有响应。
严重性 ：高
优先级 ：紧急
这份报告中缺少的最重要的信息是什么？
测试人员姓名和日期。
测试环境元素及其版本号。
测试对象的标识。
对利益相关方的影响。
以下哪类工具有助于组织测试用例、检测缺陷和配置管理？
测试执行和覆盖工具。
测试设计和实施工具。
缺陷管理工具。
测试管理工具。
以下哪一项最有可能成为测试自动化的好处？
无需访问测试依据即可生成测试用例的能力。
通过更客观的评估实现覆盖率的提高。
更高的处理能力增加了可用的测试执行时间。
通过提高一致性和可重复性来防止人为错误。