文章下载：
ISTQB FL认证考题分布与学习目标
1.ISTQB FL认证考题分布
ISTQB FL认证包括40道选择题，且都是单选；每道选择题分值为1分；考试时间为60分钟（非母语考生时间延长15分钟）；26分及以上视为通过ISTQB FL认证考试；
ISTQB FL认证的考题分布是固定的，即每个章节的考题数是固定的、K1/K2/K3/K4的题目数目是固定的。具体分布如下所示：
ISTQB FL认证总共包括80个学习目标，ISTQB FL考试要求是每道题目都来自于其中的一个学习目标。
1.ISTQB FL认证考题分布
ISTQB FL认证包括40道选择题，且都是单选；每道选择题分值为1分；考试时间为60分钟（非母语考生时间延长15分钟）；26分及以上视为通过ISTQB FL认证考试；
ISTQB FL认证的考题分布是固定的，即每个章节的考题数是固定的、K1/K2/K3/K4的题目数目是固定的。具体分布如下所示：
| 章节 | K1 | K2 | K3 | K4 | Total |
| 1. 软件测试基础 | 4 | 3 | 0 | 0 | 7 |
| 2. 软件生命周期中的测试 | 4 | 2 | 0 | 0 | 6 |
| 3. 静态技术 | 2 | 1 | 0 | 0 | 3 |
| 4. 测试设计技术 | 4 | 2 | 5 | 1 | 12 |
| 5. 测试管理 | 3 | 3 | 2 | 0 | 8 |
| 6. 软件测试工具 | 3 | 1 | 0 | 0 | 4 |
| Total | 20 | 12 | 7 | 1 | 40 |
表1 ISTQB FL认证考题分布
2.ISTQB FL学习目标
ISTQB FL认证总共包括80个学习目标，ISTQB FL考试要求是每道题目都来自于其中的一个学习目标。
| 第一章 | 级别 | 题目数量：4K1和3K2 |
| LO-1.1.1 | K2 | 通过具体的例子，描述软件中的缺陷会以什么样的方式损害个人、损害环境或者损害公司利益（K2）。 |
| LO-1.1.2 | K2 | 区分引起缺陷的根本原因及其影响（K2）。 |
| LO-1.1.3 | K2 | 通过举例的方式说明为什么需要测试（K2）。 |
| LO-1.1.4 | K2 | 描述为什么测试是质量保证的一部分，通过举例说明测试是如何提高软件质量的（K2）。 |
| LO-1.1.5 | K2 | 通过举例来理解和比较术语错误、缺陷、故障、失效的概念以及相应的定义（K2） |
| LO-1.2.1 | K1 | 认识测试的总体目标（K1）。 |
| LO-1.2.2 | K2 | 举例说明软件生命周期中不同阶段的测试目标（K2）。 |
| LO-1.2.3 | K2 | 区分测试与调试的不同（K2）。 |
| LO-1.3.1 | K2 | 说明测试的七个基本原则（K2）。 |
| LO-1.4.1 | K1 | 认识从计划开始到结束过程的五个基本测试活动和各自的任务（K1）。 |
| LO-1.5.1 | K1 | 认识影响测试成功与否的心理因素（K1）。 |
| LO-1.5.2 | K2 | 对比测试人员和开发人员的思维方式的差异（K2）。 |
| 第二章 | 级别 | 题目数量：4K1和2K2 |
| LO-2.1.1 | K2 | 应用具体项目和产品类型的例子解释在开发生命周期中开发、测试活动与工作产品之间的关系（K2）。 |
| LO-2.1.2 | K1 | 知道必须根据项目背景和产品特征来选择软件开发的模型（K1）。 |
| LO-2.1.3 | K1 | 理解在任何生命周期模型中良好的测试应具备的特征（K1）。 |
| LO-2.2.1 | K2 | 比较不同测试级别之间的区别：测试的主要目的、典型的测试对象、典型的测试目标（功能性的或结构性的）、相关的工作产品、测试的人员、识别缺陷和失效的种类（K2） |
| LO-2.3.1 | K2 | 通过举例比较四种不同的软件测试类型（功能测试、非功能测试、结构测试和与变更相关的测试）（K2）。 |
| LO-2.3.2 | K1 | 明白功能测试和结构测试可以应用在任何测试级别（K1）。 |
| LO-2.3.3 | K2 | 根据非功能需求来识别和描述非功能测试的类型。（K2）。 |
| LO-2.3.4 | K2 | 根据对软件系统结构或构架的分析来识别和描述测试的类型（K2）。 |
| LO-2.3.5 | K2 | 描述确认测试和回归测试的目的（K2）。 |
| LO-2.4.1 | K2 | 比较维护测试（一个现存系统的测试）与一个新的应用软件的测试在测试类型、测试的触发和测试规模等方面的区别（K2）。 |
| LO-2.4.2 | K1 | 识别维护测试的原因（由于修改、移植或退役等因素）（K1）。 |
| LO-2.4.3 | K2 | 描述回归测试和变更的影响分析在软件维护中的作用（K2） |
| 第三章 | 级别 | 题目数量：2K1和1K2 |
| LO-3.1.1 | K1 | 了解可以通过不同的静态技术来检查软件工作产品的质量（K1）。 |
| LO-3.1.2 | K2 | 描述了在评估软件工作产品中运用静态技术的重要性和它的价值（K2）。 |
| LO-3.1.3 | K2 | 结合测试对象、缺陷类型来说明静态测试技术与动态测试技术之间的不同，以及这些技术在软件生命周期中的作用。（K2） |
| LO-3.2.1 | K1 | 理解典型的正式评审过程中的阶段、角色和职责定义（K1）。 |
| LO-3.2.2 | K2 | 解释不同类型评审的区别：非正式评审、技术评审、走查和审查（K2）。 |
| LO-3.2.3 | K2 | 解释影响评审成功的主要因素（K2）。 |
| LO-3.3.1 | K1 | 理解通过静态分析能够识别的典型缺陷和错误，并与评审和动态测试之间进行比较（K1）。 |
| LO-3.3.2 | K2 | 举例描述静态分析的主要优点（K2）。 |
| LO-3.3.3 | K1 | 列出通过静态分析工具识别的典型的代码缺陷和设计缺陷（K1）。 |
| 第四章 | 级别 | 题目数量：4K1，2K2和6K3K4 |
| LO-4.1.1 | K2 | 区别：测试设计规格说明、测试用例规格说明和测试规程规格说明（K2）。 |
| LO-4.1.2 | K2 | 比较术语：测试条件、测试用例和测试规程（K2）。 |
| LO-4.1.3 | K3 | 对测试用例本身的质量可以从与需求的可追溯性以及期望结果这两方面来评价（K3） |
| LO-4.1.4 | K3 | 根据测试人员的理解水平，将测试用例转换为不同详细程度的结构合理的测试规程规格说明（K3）。 |
| LO-4.2.1 | K1 | 复述在测试用例设计中，为什么需要采用基于规格说明的测试（黒盒测试）和基于结构的测试（白盒测试）的方法？列举出各自比较常用的技术（K1）。 |
| LO-4.2.2 | K2 | 解释基于规格说明的测试、基于结构的测试和基于经验的测试三者的特征和区别（K2）。 |
| LO-4.3.1 | K3 | 使用等价类划分、边界值分析、决策表和状态转换图/表对指定的软件模型编写测试用例：（K3） |
| LO-4.3.2 | K2 | 解释这四种测试设计技术各自的主要目的，这些技术可以应用于什么测试级别和测试类型，以及如何测量测试覆盖（K2）。 |
| LO-4.3.3 | K2 | 解释用例测试的概念和应用这种技术的优点（K2） |
| LO-4.4.1 | K2 | 描述代码覆盖的概念及其重要性（K2）。 |
| LO-4.4.2 | K2 | 解释语句覆盖和判定覆盖等概念，理解这些概念除了可以应用在组件测试外，还可以应用在其他任何测试级别上（比如系统级别上的业务过程测试）（K2）。 |
| LO-4.4.3 | K3 | 根据给定的控制流，使用语句测试和判定测试设计技术编写测试用例（K3）： |
| LO-4.4.4 | K4 | 根据已定义的出口准则评估语句覆盖和判定覆盖的完整性（K4）。 |
| LO-4.5.1 | K1 | 复述在哪些情况下使用基于直觉、基于经验和知识、基于对常见缺陷的认识来编写测试用例（K1）。 |
| LO-4.5.2 | K2 | 比较基于经验的方法和基于规格说明的方法之间的区别（K2）。 |
| LO-4.6.1 | K2 | 根据给定的因素，如：测试依据、各自的模型和软件特性等，选择合适的测试设计技术（K2）。 |
| 第五章 | 级别 | 题目数量：3K1，3K2和2K3 |
| LO-5.1.1 | K1 | 识别独立测试的重要性（K1）。 |
| LO-5.1.2 | K2 | 阐明在组织内进行独立测试的优点和缺点（K2）。 |
| LO-5.1.3 | K1 | 识别创建测试小组需要考虑不同角色的团队成员（K1）。 |
| LO-5.1.4 | K1 | 牢记测试组长和测试员的主要任务（K1） |
| LO-5.2.1 | K1 | 识别测试计划的不同级别和目标（K1）。 |
| LO-5.2.2 | K2 | 根据“软件测试文档标准”（IEEE Std 829-1998），总结测试计划、测试设计规格说明和测试规程的目的及内容（K2）。 |
| LO-5.2.3 | K2 | 从概念上区分不同的测试方法，例如：分析法、基于模型的方法、系统法、符合过程/标准的、动态/启发式的、咨询式或可重用的方法（K2）。 |
| LO-5.2.4 | K2 | 区分为系统所做的测试计划和测试执行进度安排的不同之处（K2）。 |
| LO-5.2.5 | K3 | 为一组给定的测试用例编写测试执行进度表，需要考虑优先级、技术和逻辑关系等内容（K3）。 |
| LO-5.2.6 | K1 | 列出在测试计划时应该考虑的测试准备和执行活动（K1）。 |
| LO-5.2.7 | K1 | 记忆影响测试成果的主要因素（K1）。 |
| LO-5.2.8 | K2 | 从概念上区分两种不同的估算方法：基于度量的方法和基于专家的方法（K2）。 |
| LO-5.2.9 | K2 | 理解/证明应该针对特定的测试级别和测试用例组定义恰当的入口准则和出口准则（例如集成测试、验收测试或可用性测试的测试用例）（K2）。 |
| LO-5.3.1 | K1 | 记忆用于监督测试准备和执行的常见度量项（K1）。 |
| LO-5.3.2 | K2 | 根据不同的目的和用途对于测试报告和测试控制中用到的测试度量进行说明和比较（例如已发现和已修复的缺陷、通过和失败的测试）（K2）。 |
| LO-5.3.3 | K2 | 根据“软件测试文档标准”（IEEE Std 829-1998），总结测试总结报告的目的和内容（K2）。 |
| LO-5.4.1 | K2 | 总结配置管理如何支持测试（K2）。 |
| LO-5.5.1 | K2 | 将可能威胁一个或多个利益相关者实现项目目标的潜在问题描述为风险（K2）。 |
| LO-5.5.2 | K1 | 牢记风险的级别是由可能性（发生的可能性）和影响程度（发生后所造成的危害）来决定的（K1）。 |
| LO-5.5.3 | K2 | 区分项目风险和产品风险（K2）。 |
| LO-5.5.4 | K1 | 识别典型的产品风险和项目风险（K1）。 |
| LO-5.5.5 | K2 | 通过例子来描述在测试计划中如何进行风险分析和风险管理（K2）。 |
| LO-5.6.1 | K1 | 按照“软件测试文档标准（IEEE Std. 829-1998），总结事件报告的内容（K1）。 |
| LO-5.6.2 | K3 | 针对测试过程中发现的失效编写事件报告（K3）。 |
| 第六章 | 级别 | 题目数量：3K1和1K2 |
| LO-6.1.1 | K2 | 根据测试工具的用途和基本的测试过程和软件生命周期活动，对不同类型的测试工具进行分类（K2）。 |
| LO-6.1.2 | K2 | 解释术语“测试工具”，用测试工具支持测试的目的（K2） |
| LO-6.2.1 | K2 | 总结测试自动化和使用测试工具的潜在利益和风险（K2）。 |
| LO-6.2.2 | K1 | 记住使用测试执行工具、静态分析工具和测试管理工具时应当考虑的特定因素（K1） |
| LO-6.3.1 | K1 | 阐述将工具引入组织中的主要原则（K1）。 |
| LO-6.3.2 | K1 | 阐述为评估工具所进行的调查学习验证以及为实施工具所展开的试点阶段的目的（K1）。 |
| LO-6.3.3 | K1 | 识别要获得好的工具支持，仅靠购置工具是不够的，还需要考虑其他因素（K1） |
表2 ISTQB FL认证学习目标