本清单依据ISTQB CTFL基础级大纲v4.0.1中文版整理，每个考点均对应考纲原文表述，按章节+认知等级（K1牢记、K2理解、K3应用）划分，可直接用于背诵记忆。

认知等级定义

• K1：识别、回顾、牢记、认识术语/概念，无需理解原理或应用
• K2：分类、比较、区分、解释、总结、举例说明概念，理解逻辑关系和内涵
• K3：在实际场景中使用、应用、实施、准备相关技术/方法，解决具体问题

---

第1章 测试基础

1.1 什么是测试？

1. FL-1.1.1：识别典型的测试目的【K1】
   

2. FL-1.1.2：区分测试与调试的不同【K2】
   测试是识别缺陷的存在，调试是定位并修复缺陷的根本原因；
   测试由测试人员执行，调试通常由开发人员执行；
   测试可在整个开发生命周期进行，调试主要在开发阶段进行。

1.2 为什么需要测试？

1. FL-1.2.1：举例说明为什么需要测试【K2】
   

2. FL-1.2.2：回顾测试和质量保证之间的关系【K1】
   

3. FL-1.2.3：区分根本原因、错误、缺陷和失效【K2】
   

1.3 测试原则

1. FL-1.3.1：解释测试的七项原则【K2】

1.4 测试活动、测试件和测试角色

1. FL-1.4.1：解释不同的测试活动和相关任务【K2】
   

测试分析	测什么	条件、优先级、验收准则
测试设计	如何测	数据、环境、工具、用例
测试实施		人工和自动化脚本
测试执行		缺陷报告

2. FL-1.4.2：解释上下文对测试过程的影响【K2】
   

3. FL-1.4.3：区分支持测试活动的测试件【K2】
   

4. FL-1.4.4：解释维护可追溯性的价值【K2】
   

5. FL-1.4.5：比较测试中的不同角色【K2】

1.5 测试中的基本技能和良好实践

1. FL-1.5.1：举例说明测试所需的通用技能【K2】
   

2. FL-1.5.2：回顾“完整团队”方法的优点【K1】
   

3. FL-1.5.3：区分测试独立性的优点和缺点【K2】
   

---

第2章 软件开发生存周期中的测试

2.1 软件开发生存周期中的测试

1. FL-2.1.1：解释所选择的软件开发生存周期对测试的影响【K2】
   考纲原句：瀑布模型中测试在开发阶段后进行，敏捷模型中测试与开发迭代进行，DevOps模型中测试融入持续集成/持续交付流程，不同模型影响测试的时机、频率和方法。

2. FL-2.1.2：回顾适用于所有软件开发生存周期的良好测试实践【K1】
   考纲原句：良好测试实践包括尽早开始测试、将测试融入整个开发生命周期、基于风险进行测试、建立清晰的入口和出口准则、持续改进测试过程。

3. FL-2.1.3：回顾开发中“测试先行”方法的示例【K1】
   考纲原句：测试先行方法包括测试驱动开发（TDD）和验收测试驱动开发（ATDD），TDD中开发人员先编写测试用例再编写代码，ATDD中团队共同编写验收测试用例再开发功能。

4. FL-2.1.4：总结DevOps对测试产生的影响【K2】
   考纲原句：DevOps强调开发、运维和测试的协作，测试需实现自动化以支持持续集成/持续部署，需关注环境一致性、配置管理和快速反馈。

5. FL-2.1.5：解释左移【K2】
   考纲原句：左移是指将测试活动尽可能早地在软件开发生命周期中开展，如在需求阶段进行评审、设计阶段进行静态测试，以提前发现缺陷，降低修复成本。

6. FL-2.1.6：解释如何使用回顾作为过程改进的机制【K2】
   考纲原句：在敏捷或DevOps中，团队通过回顾会议总结测试过程中的问题和经验，确定改进措施并在后续迭代中实施，以持续优化测试效率和效果。

2.2 测试级别和测试类型

1. FL-2.2.1：区分不同的测试级别【K2】
   考纲原句：测试级别包括组件测试（测试单个模块/组件）、组件集成测试（测试组件间的接口）、系统测试（测试整个系统的功能和非功能特性）、系统集成测试（测试被测系统与外部系统的接口）、验收测试（由用户/客户验证产品是否满足需求）。

2. FL-2.2.2：区分不同的测试类型【K2】
   考纲原句：测试类型包括功能测试（验证产品是否实现需求功能）、非功能测试（如性能、安全性、易用性、可靠性测试）、黑盒测试、白盒测试。

3. FL-2.2.3：区分确认测试和回归测试【K2】
   考纲原句：确认测试针对已修复的缺陷进行测试，验证缺陷是否被解决；回归测试针对产品的变更（如缺陷修复、功能新增）进行测试，验证变更未引入新的缺陷且原有功能正常。
   

2.3 维护测试

1. FL-2.3.1：总结维护测试及其触发因素【K2】
   考纲原句：维护测试是在产品交付后进行的测试，触发因素包括纠错性维护（修复缺陷）、适应性维护（适应环境变化）、完善性维护（新增功能）、预防性维护（预防潜在缺陷）。

---

第3章 静态测试

3.1 静态测试基础

1. FL-3.1.1：认识可以通过静态测试检查的工作产品类型【K1】
   考纲原句：可通过静态测试检查的工作产品包括需求规格说明、设计文档、代码、测试用例、用户手册等。

2. FL-3.1.2：解释静态测试的价值【K2】
   考纲原句：静态测试可在早期发现缺陷，降低修复成本；无需执行代码，节省测试环境和时间；可同时检查多个工作产品，提高测试效率。

   • 早发现缺陷（早期测试）。
   • 早建立共识（改善沟通）。
   • 早评估质量（验证需求）。
   • 省后期成本（修复工作量少）。

3. FL-3.1.3：比较静态测试与动态测试【K2】
   考纲原句：静态测试不执行代码，通过评审、静态分析等方式检查工作产品；动态测试执行代码，通过运行测试用例验证产品行为；静态测试发现缺陷更早，动态测试验证运行时的失效。
   

3.2 反馈和评审过程

1. FL-3.2.1：识别与利益相关方早期反馈和频繁反馈的好处【K1】
   考纲原句：早期和频繁的反馈可尽早发现需求和设计中的缺陷，减少后期变更成本，确保产品符合利益相关方的期望。

   1. 规避质量与项目风险：提前沟通潜在质量问题，避免产品不符利益相关方期望，防止返工、逾期、推诿甚至项目失败。
   2. 优化需求与开发过程：防止需求误解，确保早期理解和实施需求变更；帮助开发团队理解软件、聚焦价值最大化，积极应对识别的风险。

2. FL-3.2.2：总结评审过程的活动【K2】
   考纲原句：评审过程包括规划、启动、个人评审、沟通与分析、修复、跟踪；规划确定评审范围和准则，启动确保参与者访问工作产品，个人评审识别异常，沟通与分析讨论异常，修复解决缺陷，跟踪验证修复效果。

3. FL-3.2.3：回顾执行评审时主要角色承担的责任【K1】
   考纲原句：评审角色包括主持人（组织评审会议）、作者（提供工作产品并解释）、评审员（识别缺陷）、记录员（记录异常和决定），不同角色承担对应的评审责任。

4. FL-3.2.4：比较不同的评审类型【K2】
   考纲原句：评审类型包括非正式评审、走查、技术评审、审查；非正式评审无固定流程，走查以讲解和讨论为主，技术评审评估技术可行性，审查是最正式的评审，有严格的流程和角色分工。

5. FL-3.2.5：回顾成功评审的因素【K1】
   考纲原句：成功评审的因素包括清晰的评审目标、合适的评审人员、充分的准备、良好的沟通、及时的缺陷修复和跟踪。

---

第4章 测试分析和设计

4.1 测试技术概述

1. FL-4.1.1：区分黑盒测试技术、白盒测试技术和基于经验的测试技术【K2】
   考纲原句：黑盒测试技术基于产品的功能和需求设计测试用例，不考虑内部结构；白盒测试技术基于产品的内部代码结构和控制流设计测试用例；基于经验的测试技术基于测试人员的经验和直觉设计测试用例。

4.2 黑盒测试技术

1. FL-4.2.1：使用等价类划分生成测试用例【K3】
   考纲原句：等价类划分将输入域划分为有效等价类和无效等价类，从每个等价类中选取代表性数据作为测试用例，以覆盖相同的业务逻辑。
2. FL-4.2.2：使用边界值分析生成测试用例【K3】
   考纲原句：边界值分析关注输入域的边界值（如最小值、最大值、边界附近的值），因为缺陷通常出现在边界处，需测试边界值和紧邻边界的点。
3. FL-4.2.3：使用判定表测试生成测试用例【K3】
   考纲原句：判定表将复杂的业务逻辑按条件和动作组合成表格，根据表格中的条件组合生成测试用例，适用于多条件决策的场景。
4. FL-4.2.4：使用状态转移测试生成测试用例【K3】
   考纲原句：状态转移测试基于产品的状态和状态转换规则，设计测试用例覆盖不同的状态转换路径，适用于有状态的系统（如登录流程）。

4.3 白盒测试技术

1. FL-4.3.1：解释语句测试【K2】
   考纲原句：语句测试是白盒测试技术，目标是设计测试用例覆盖代码中所有可执行的语句，衡量标准为语句覆盖率。
2. FL-4.3.2：解释分支测试【K2】
   考纲原句：分支测试是白盒测试技术，目标是设计测试用例覆盖代码中所有的判定分支（如if-else、switch），衡量标准为分支覆盖率。
3. FL-4.3.3：解释白盒测试的价值【K2】
   考纲原句：白盒测试可验证代码的逻辑正确性，发现代码中的语法错误、逻辑错误和路径覆盖不足的问题，适用于组件测试和组件集成测试。

4.4 基于经验的测试技术

1. FL-4.4.1：解释错误猜测法【K2】
   考纲原句：错误猜测法是基于测试人员的经验和直觉，猜测产品中可能存在的缺陷，设计测试用例针对性测试，如针对输入框的空值、特殊字符测试。
2. FL-4.4.2：解释探索性测试【K2】
   考纲原句：探索性测试是边测试边设计测试用例的技术，测试人员根据测试过程中的发现动态调整测试策略，适用于文档不足或时间紧张的场景。
3. FL-4.4.3：解释基于检查表的测试【K2】
   考纲原句：基于检查表的测试将常见的测试点和缺陷类型整理成检查表，测试人员根据检查表执行测试，确保测试的全面性。

4.5 基于协作的测试方法

1. FL-4.5.1：解释如何与开发人员和业务代表合作编写用户故事【K2】
   考纲原句：测试人员与开发人员、业务代表共同编写用户故事，明确用户故事的场景、验收准则，确保对需求的理解一致。

2. FL-4.5.2：对编写验收准则的不同选项进行分类【K2】
   考纲原句：验收准则的编写选项包括用户故事描述、判定表、状态转移图、示例等，不同选项适用于不同的业务场景。

3. FL-4.5.3：使用验收测试驱动开发(ATDD)生成测试用例【K3】
   考纲原句：ATDD中团队（开发、测试、业务）共同编写验收测试用例，基于验收测试用例开发功能，测试用例作为验证功能是否完成的依据。

---

第5章 管理测试活动

5.1 测试规划

1. FL-5.1.1：举例说明测试计划的目的和内容【K2】
   考纲原句：测试计划的目的是确定测试目标、范围、资源、进度和策略；内容包括测试目标、测试范围、测试级别、测试资源、测试进度、入口/出口准则、风险分析。

2. FL-5.1.2：认识测试人员如何为迭代和发布规划增加价值【K1】
   考纲原句：测试人员参与迭代和发布规划，可提供测试工作量估算、识别风险、确定测试优先级，确保发布的产品质量符合要求。

3. FL-5.1.3：比较入口准则和出口准则【K2】
   考纲原句：入口准则是开始某一测试活动的前提条件（如测试用例已评审、测试环境已准备）；出口准则是完成某一测试活动的判定条件（如测试用例执行率达100%、严重缺陷已修复）。

4. FL-5.1.4：使用估算技术计算所需的测试工作量【K3】
   考纲原句：测试工作量估算技术包括基于比率的估算（测试工作量/开发工作量）、专家判断、类比估算（参考相似项目），需根据项目特点选择合适的技术。

5. FL-5.1.5：应用测试用例优先级【K3】
   考纲原句：测试用例优先级基于风险（如功能重要性、缺陷影响程度）划分，优先执行高优先级的测试用例，确保关键功能的测试覆盖。

6. FL-5.1.6：回顾测试金字塔的概念【K1】
   考纲原句：测试金字塔将测试级别按底层（组件测试）、中层（集成测试）、顶层（系统测试/验收测试）划分，底层测试数量多、成本低，顶层测试数量少、成本高，需合理分配各层测试资源。

7. FL-5.1.7：总结测试象限及其与测试级别和测试类型的关系【K2】
   考纲原句：测试象限分为面向技术的自动化测试（组件测试、集成测试）、面向业务的自动化测试（系统测试）、面向业务的探索性测试（验收测试）、面向技术的探索性测试（性能测试、安全性测试），不同象限对应不同的测试级别和类型。

5.2 风险管理

1. FL-5.2.1：利用风险可能性和风险影响识别风险级别【K1】
   考纲原句：风险级别由风险可能性（发生的概率）和风险影响（造成的损失）决定，可通过风险矩阵将风险分为高、中、低级别。

2. FL-5.2.2：区分项目风险和产品风险【K2】
   考纲原句：项目风险是影响项目进度、成本、资源的风险（如人员流失、预算不足）；产品风险是影响产品质量的风险（如功能缺陷、性能不达标）。

3. FL-5.2.3：解释产品风险分析如何影响测试的充分性和测试范围【K2】
   考纲原句：产品风险分析可确定高风险的功能模块，对高风险模块增加测试用例数量和测试深度，对低风险模块适当减少测试范围，以优化测试资源。

4. FL-5.2.4：解释可以采取哪些措施分析产品风险【K2】
   考纲原句：产品风险分析措施包括风险识别（列出潜在风险）、风险评估（分析可能性和影响）、风险缓解（采取措施降低风险，如增加测试、修改设计）。

5.3 测试监测、测试控制和测试完成

1. FL-5.3.1：回顾用于测试的度量【K1】
   考纲原句：测试度量包括过程度量（测试用例执行率、缺陷发现率）和产品度量（平均失效时间、需求覆盖率），过程度量反映测试活动效率，产品度量反映产品质量。
2. FL-5.3.2：总结测试报告的目的、内容和受众【K2】
   考纲原句：测试报告的目的是向利益相关方提供测试状态和产品质量信息；内容包括测试范围、测试结果、缺陷统计、风险分析、结论和建议；受众包括测试经理、项目经理、客户。
3. FL-5.3.3：举例说明如何沟通测试状态【K2】
   考纲原句：沟通测试状态可通过测试报告、每日站会、仪表盘（可视化测试指标）等方式，需根据受众调整沟通内容的详细程度。

5.4 配置管理

1. FL-5.4.1：总结配置管理如何支持测试【K2】
   考纲原句：配置管理可管理测试件（如测试用例、测试数据）的版本，确保测试使用的产品版本和测试件版本一致，跟踪变更对测试的影响。

5.5 缺陷管理

1. FL-5.5.1：准备缺陷报告【K3】
   考纲原句：缺陷报告应包含缺陷标题、描述、重现步骤、实际结果、预期结果、严重程度、优先级、测试环境等信息，确保开发人员能准确定位和修复缺陷。

---

第6章 测试工具

6.1 测试活动中的工具支持

1. FL-6.1.1：解释不同类型的测试工具如何支持测试【K2】
   考纲原句：测试工具包括测试管理工具（管理测试用例和缺陷）、自动化测试工具（执行自动化测试用例）、性能测试工具（测试系统性能）、静态分析工具（检查代码缺陷），不同工具支持不同的测试活动。

6.2 测试自动化的收益和风险

1. FL-6.2.1：回顾测试自动化的收益和风险【K1】
   考纲原句：测试自动化的收益包括提高测试效率、减少重复测试工作量、支持持续集成；风险包括自动化脚本维护成本高、不适合探索性测试、前期投入大。

---