使用正确的 355 个问题和答案 [Q81-Q101] 通过 ISQI CTFL_Syll2018 考试

2 月 5, 20242 月 5, 2024 考试使用正确的 355 个问题和答案 [Q81-Q101] 通过 ISQI CTFL_Syll2018 考试 0 条评论

標籤: CTFL_Syll2018 实际测试, CTFL_Syll2018 考试注册, CTFL_Syll2018 免费测试版, CTFL_Syll2018 VCE 考试模拟器

给本帖评分

使用正确的 355 个问题和答案通过 ISQI CTFL_Syll2018 考试

最新 [2024 年 2 月 05 日] 2024 年真实验证 CTFL_Syll2018 Dumps

ISQI CTFL_Syll2018（ISTQB Certified Tester Foundation Level (Syllabus 2018)）考试是软件测试专业人士提高该领域知识和技能的必备认证。它基于 ISTQB 发布的最新教学大纲，涵盖与软件测试相关的广泛主题。ISTQB Certified Tester Foundation Level（Syllabus 2018）认证可以帮助专业人士提升职业发展，成为软件测试特定领域的专家。

新问题 81
使用计算器软件计算 5+6 的结果。
用户注意到给出的结果是 6。
这就是一个例子：

失败

错误

故障

错误

新问题 82
无论软件生命周期模式如何，以下哪项是测试人员的良好测试实践
用过？

他们应在相应的开发层面完成后开始测试分析

一旦有了需求或用户故事草稿，他们应立即参与审核

他们应确保每个测试级别都有相同的测试目标

他们应尽量减少开发层面与测试层面的比例，以降低项目成本

新问题 83
某组织选择了一种新的测试工具，并成功完成了试点项目。下一步是在组织内部部署该工具。
工具部署的关键成功因素是什么？

根据可靠的商业案例估算成本效益比

确定是否能以合理的成本实现效益

为使用该工具的测试团队提供支持

评估组织的成熟度和优缺点

说明
为使用工具的测试团队提供支持是工具部署成功的关键因素，因为这有助于克服测试团队在使用新工具时可能遇到的任何阻力或困难。支持可包括培训、辅导、指导、故障排除和反馈机制13。其他选项不是工具部署的关键成功因素，而是工具选择或评估的关键成功因素。选项 A 与工具选择有关，成本效益比有助于证明投资新工具的合理性13。选项 B 与工具评估有关，试点项目有助于确定是否能以合理的成本实现工具的预期效益13。选项 D 也与工具评估有关，对组织的成熟度、优势和劣势进行评估，有助于确定组织是否适合使用新工具13。

新问题 84
在测试关键任务系统时，应实现高覆盖率。以下哪些技术
为了实现最高覆盖率，是否应采用基于结构的覆盖技术？

多种情况保险

决策表

用例测试

报表范围

新问题 85
以下哪些缺陷--可以

无限循环

错误的业务规则

代码语法错误

未定义的变量

说明
错误的业务规则是静态分析工具无法发现的缺陷，因为它们是取决于软件环境和要求的逻辑或功能错误13。静态分析工具只能检测被测软件的代码或设计中的语法或结构错误，而不能检测它们是否与预期的业务规则或逻辑相匹配13。其他选项是静态分析工具可以发现的缺陷。选项 A 是静态分析工具可以发现的缺陷，因为它是结构性错误，会导致代码无限循环而不终止13。选项 C 是静态分析工具可以发现的缺陷，因为它是一个语法错误，导致代码无法编译或运行13。选项 D 是可以通过静态分析工具发现的缺陷，因为它是一个结构性错误，表明了内存的浪费或可能的逻辑缺陷13。

新问题 86
程序用于控制生产线（开启和关闭机器、启动和停止传送带）、
为流程添加原材料等）。
并不是所有的操作都能在任何时候进行。
停止--除非有紧急情况。测试人员会尝试评估是否所有此类情况（其中特定操作
不允许）被测试覆盖。哪个覆盖率指标能为此提供所需的信息？
分析？

分部覆盖范围

声明范围

数据流覆盖范围

代码覆盖率

新问题 87
您正在根据以下测试基础文档审查同事的测试用例：

测试用例如下
TC1.成功 - 有效的 "用户名 "和 "密码"；显示客户菜单
TC2.故障 - "用户名 "字段为空白；显示错误编号 12
TC3.失败 - 输入的 "用户 ID "在数据库中不存在（即未注册用户）；显示错误编号 23
TC4.失败 - 输入的 "密码 "与数据库中的用户密码不匹配；显示错误编号 24
您可以在以下清单的指导下进行审查：
C1.必须有一个测试案例涵盖成功
C2.每个错误路径（如验证失败）必须有一个测试用例
C3.每个测试用例都必须使用与测试基础文件一致的术语（字段名称、错误类型、错误类型、错误类型和错误类型）。
编号等）。
为每个缺失的测试用例（检查表项目 C1 和 C2）和每个不符合以下条件的测试用例记录一个单独的缺陷
不符合清单项目 C3。
应该记录多少缺陷？

新问题 88
以下哪种测试设计技术属于基于结构的（白盒）技术？[K1]

探索性测试

决策表测试

状态转换测试

报表测试

新问题 89
以下哪项不是常用测试指标的示例？

在测试环境创建中完成的工作百分比

每项要求的预期缺陷平均数量

运行的测试案例数

偏离测试里程碑日期

说明
测试度量是用于监测、控制和改进测试过程及其结果的量化指标。测试指标可在不同的测试级别（测试用例、测试套件、测试项目等）收集，并可用于不同的目的（规划、估算、执行、评估等）。常见测试指标的一些示例如下
在创建测试环境方面所做工作的百分比：这一指标表明在建立和维护测试环境方面花费了多少精力，其中包括开展测试活动所需的硬件、软件、网络、数据、工具等。
运行的测试用例数：该指标表示在测试的某个时期或阶段执行了多少测试用例。
测试里程碑日期偏差：该指标显示测试活动与计划日期相比的延迟或提前程度。
缺陷密度：该指标表示被测系统每单位大小或每单位功能发现的缺陷数量。
每个需求的平均预期缺陷数不是常用的测试指标，因为要估计或测量每个需求可能会发现多少缺陷并不容易。此外，这个指标也不能为改进测试过程或评估测试结果提供有用的信息。有关测试度量的更多信息，请参阅《2018 年 ISTQB 基础级教学大纲学习指南》第 5 章第 5.41 节。

新问题 90
寒武纪铂尔曼特快列车有特殊的票务要求，部分决定表如下。
参考展品

Carol 持有学生火车卡，购买的是灵活标准舱车票。詹姆斯持有老年火车卡，购买的是超级特惠车票。哪一个选项代表这两个测试用例的正确操作？[K3]

卡罗尔有资格升级；詹姆斯不能使用服务

卡罗尔可以旅行；詹姆斯有资格升级

卡罗尔和詹姆斯都有资格升级

卡罗尔可以出行；詹姆斯不能使用该服务

说明
寒武纪铂尔曼特快列车有特殊的售票要求，部分决策表如下。决策表中有六列代表六条规则，八行代表八个条件或操作。表中填有 "Y "和 "N "值，表示是否满足特定规则的特定条件。
决策表
Carol 持有学生火车卡，购买的是灵活标准舱车票。詹姆斯持有老年火车卡，购买的是超级特惠车票。问题问的是：对于这两个测试用例，哪个选项代表正确的操作。要回答这个问题，我们需要找到每个测试用例的匹配规则，然后查看相应的操作。对于 Carol 来说，匹配规则是规则 2，因为她有一张学生火车卡 (Y) 和一张灵活标准舱车票 (Y)。规则 2 的操作是可以乘车 (Y)、有资格升舱 (Y) 和优惠票价 (N)。因此，Carol 可以旅行并有资格升舱，但无权享受优惠票价。对于詹姆斯来说，匹配规则是规则 6，因为他有一张老年铁路卡（Y）和一张超级特惠车票（N）。规则 6 的操作是可以乘车（N）、有资格升舱（N）和优惠票价（N）。
因此，詹姆斯不能使用该服务，没有资格升舱，也无权享受优惠票价。
在本题给出的选项中，只有 A 正确地表示了这些行为。A 表示卡罗尔有资格升级，而詹姆斯不能使用该服务。因此，A 是正确答案。

新问题 91
图书馆管理系统的下列测试用例可用于测试对与借阅者相关的功能和数据结构所做的更改
1.在系统中添加新借款人
2.更新借款人数据
3.从系统中删除借款人
4.借书给借书人
5.归还借书人的图书
6.为借阅者预订图书
7.向借款人发送 "预订就绪 "信息
以下哪个测试序列代表可能的用例？(测试序列总是以测试 #1 开始）

1-4-2-7-5-6-3

1-6-2-5-7-4-3

1-6-4-7-5-3-2

1-2-6-7-4-5-3

说明
用例是对用户如何与系统交互以实现目标或执行任务的描述。用例通常包括用户和系统为完成目标或任务而执行的一系列步骤或操作。用例可作为设计测试用例的基础，以验证被测系统的功能性和可用性。代表可能用例的测试序列应遵循用户与系统交互的逻辑顺序和流程，并涵盖主要场景和可能的变化或例外情况。例如，根据图书馆管理系统的测试用例，我们可以确定以下用例：
UC1：在系统中添加新借款人
UC2：更新借款人数据
UC3：从系统中删除借款人
UC4：将一本书借给借书人
UC5：归还借阅者的书籍
UC6: 为借阅者预订图书
UC7：向借款人发送 "预订就绪 "信息
D. 1-2-6-7-4-5-3。该测试序列遵循用户与系统交互的逻辑顺序和流程，涵盖主要场景和可能的变异或例外情况。例如
TC1: 在系统中添加新借款人 -> 这是用例的第一步，用户在系统中注册为新借款人。
TC2：更新借款人的数据 -> 这是该用例的一个可能变体，即用户在系统中更新其个人信息或联系信息。
TC6: 为借阅者预订图书 -> 这是用例的第二步，用户预订他们想从图书馆借阅的图书。
TC7：向借阅者发送 "预订准备就绪 "消息 -> 这是用例的第三步，系统会向用户发送一条消息，通知他们预订的图书已准备就绪，可以领取。
TC4：将图书借给借书人 -> 这是用例的第四步，用户从图书馆领取预订的图书并从系统中借出。
TC5：从借书人处归还图书 -> 这是用例的第五步，用户将其借阅的图书归还给图书馆，并将其归还给系统。
TC3: 从系统中删除借款人 -> 这是该用例的一个可能例外情况，即用户决定取消其会员资格并从系统中删除其账户。
其他测试序列不能代表可能的用例，因为它们没有遵循用户-系统交互的逻辑顺序和流程，或者没有涵盖主要场景和可能的变化或例外情况。例如
A).1-4-2-7-5-6-3 -> 该测试序列不符合用户与系统交互的逻辑顺序和流程，因为它在某些步骤之前或之后执行了这些步骤。例如，它在 TC6（为借阅者预订图书）之前执行了 TC4（将图书借给借阅者），这不合理，因为用户不能借阅他们尚未预订的图书。
B).1-6-2-5-7-4-3 -> 该测试序列不符合用户与系统交互的逻辑顺序和流程，因为它在某些步骤之前或之后执行了这些步骤。例如，它在 TC4（向借书人借书）之前执行了 TC5（从借书人处归还图书），这不合理，因为用户无法归还尚未借出的图书。
C).1-6-4-7-5-3-2 -> 该测试序列没有涵盖主要场景和可能的变体或例外情况，因为它省略了一些对完成或终止用例至关重要的步骤。例如，它省略了 TC2（更新借款人数据），而 TC2 是用例的一个可能变体，允许用户更改系统中的个人或联系信息。
关于用例和测试序列的更多信息，请参阅 [ISTQB Foundation Level 2018 Syllabus 学习指南] 第 4 章第 4.2 节。

新问题 92
以下哪项正确说明了静态分析工具使用中的局限性？[K1]

静态分析工具可用于新代码，但不能用于现有代码

静态分析工具可用于执行编码标准

静态分析工具在应用于新代码时总是会产生大量警告信息，即使代码符合编码标准也是如此

静态分析工具在应用于现有代码时不会生成警告信息

新问题 93
在基础阶段的教学大纲中，你会发现测试的主要基本原则，包括以下哪一项
句子描述了这些基本原则之一？

只要有足够的资源和测试工具，就能实现对软件的全面测试

对于软件系统，在正常情况下不可能测试所有的输入和输出。
组合。

测试的目标是证明软件无缺陷

有了自动测试，您就能更有把握地对产品质量做出判断
与人工测试相比。

新问题 94
请在下面选择最能说明黑盒测试和白盒测试之间区别的词语

对于黑盒测试，测试人员无需事先了解测试对象

对于白盒测试，测试人员必须在运行任何测试之前咨询规格说明和开发人员

黑盒测试使用静态分析。白盒测试使用动态分析

黑盒测试基于测试基础文档。白盒测试则基于对代码本身的分析。

黑盒测试基于对代码本身的分析白盒测试基于测试基础。

说明
黑盒测试和白盒测试是测试设计的两种方法，它们从测试基础导出测试用例的方式不同。黑盒测试基于对测试基础文档的分析，如需求、规格、用户故事或用例，而不考虑被测系统的内部结构或代码。白盒测试基于对代码本身的分析，如语句、分支、路径或数据流，以设计涵盖代码特定方面的测试用例。黑盒测试侧重于系统的外部行为和功能，而白盒测试则侧重于系统的内部逻辑和结构。
参考资料：注册测试员基础级别教学大纲》第 4.3 节

新问题 95
以下哪项是黑盒动态测试的示例？

代码检查

通过执行程序检查内存泄漏情况

功能测试

覆盖面分析

新问题 96
以下哪项是静态测试的示例？

使用工具计算路径覆盖率

性能测试

需求审查

可用性测试

新问题 97
以下哪个测试机构的独立性最高？

开发团队中的独立测试人员

来自用户社区的独立测试人员

特定测试类型的独立测试专家，如可用性、性能或认证测试专家

由开发团队的另一名开发人员测试代码

说明
独立程度最高的测试组织是 C. 特定测试类型的独立测试专家，如可用性、性能或认证测试专家。测试独立性是指测试人员与被测系统或组件的开发人员或用户之间的分离程度。测试独立性有助于减少偏见，提高测试的客观性。独立测试专家是指在特定测试类型或领域拥有专业技能和知识的测试人员，他们不参与被测系统或组件的开发或使用。与属于开发团队或用户群体的测试人员相比，独立测试专家能提供更可靠、更准确的结果。关于测试独立性的详细解释，请参阅 [ISTQB Foundation Level 2018 Syllabus 学习指南]，第 9-10 页。

新问题 98
您的任务是为当前发布的软件编制测试执行计划。
系统规范规定了以下逻辑依赖关系：
* 管理员用户必须创建/修改/删除标准用户。
* 执行所有其他操作都需要标准用户。
测试计划要求必须首先进行重新测试，然后再进行优先级最高的测试。为节省时间，测试计划规定，应安排测试，为计划中的后续测试创建测试数据。
设计了以下测试用例，并标明了优先级（1 为最高优先级）以及测试以前是否失败过。

哪个测试执行计划符合测试计划要求和逻辑依赖关系？

A、D、C、B、E

A、C、B、D、E

E、A、B、C、D

E、A、D、C、B

说明
符合测试计划要求和逻辑依赖关系的测试执行时间表为 e、a、d、c、b。该时间表遵循的顺序是：首先进行重测（e），然后进行优先级最高的测试（a 和 d），然后为后续测试（c 和 b）创建测试数据。这个时间表还遵守了逻辑依赖关系，因为测试用例 a 创建了一个管理员用户，测试用例 d 需要它来创建一个标准用户，测试用例 c 和 b 需要它来执行其他操作1。

新问题 99
以下哪个因素会对在组织内部成功部署工具产生负面影响？

同时向组织内的所有测试团队介绍该工具

从早期项目中收集工具的使用信息。

为工具的新用户提供培训和指导

根据工具的使用情况调整和改进流程

说明
同时向组织内的所有测试团队引入工具可能会对组织内工具部署的成功产生负面影响，因为这可能会引起测试团队的抵触、混乱或超负荷工作。更好的办法是循序渐进地引入工具，从试点项目或一小群用户开始，然后根据反馈和结果推广到其他测试团队：
在将新的测试工具引入组织之前，应先开展试点项目，以便进一步了解如何在组织内有效、高效地使用该工具，以及该工具与其他工具和流程之间的互动。试点项目应包括一小组愿意并能够使用该工具并提供反馈意见的用户。试点项目应有明确的目标、范围、持续时间和成功标准。
B、C 和 D 是可能对组织内成功部署工具产生积极影响的因素。从早期项目中收集工具的使用信息（B）有助于评估工具的优点和缺点，确定需要改进的地方，并证明投资的合理性。为工具的新用户提供培训和指导，有助于增强他们使用工具的信心和能力，减少错误和挫折感，提高他们的工作效率和满意度。调整和改进流程以适应工具的使用（D），有助于优化测试团队的工作流程和绩效，使工具与组织目标和标准保持一致，并提高测试活动的价值和质量。

新问题 100
以下哪项最不适合作为测试期间观察到故障的事件报告的一部分？

列表好友响应时间的预期结果是少于 10 秒，而平均响应时间为 13 秒。

用户界面复杂而混乱，我发现很难按照测试脚本进行操作。

作为 "添加新成员 "功能一部分的更新没有反映出预期的变化，因为名称被写入了地址栏。

用户名输入字段中的 SQL 注入允许应用程序在没有适当授权的情况下执行各种 SQL 命令

说明
用户界面复杂混乱并不适合作为测试期间观察到的故障事件报告的一部分，因为这只是一种主观意见，而不是对故障的事实描述。事件报告应包括客观的相关信息，以帮助识别、重现和解决故障3 ：
事件报告是记录测试过程中发生的异常或意外事件的文件，如与预期结果的偏差、被测系统中的缺陷或测试环境中的问题。事件报告通常包括以下信息：
标识符：事件报告的唯一标识符。
摘要：简要描述事件经过。
事件详情：事件的详细描述，包括输入、预期结果、实际结果、环境、日期和时间、严重程度、优先级以及任何其他相关信息。
重现步骤：重现事件的一系列步骤。
附件：任何有助于了解或重现事件的截图、日志、文件或其他人工制品。

新问题 101
测试和调试是软件开发生命周期中的关键活动。
以下哪些活动属于 DEBUGGING 活动？
a) 设计测试以发现故障。
b) 找出故障原因。
c) 分析并修复缺陷。
d) 执行测试以显示故障。

a 和 d。

a 和 b。

b 和 c。

c 和 d。

加载中 …