# 1. 测试计划中'测试策略'与'测试方法'有何区别？为什么两者既相关又不能混淆？请结合具体项目说明。 A 测试策略只能在集成测试阶段使用，单元测试阶段只涉及方法 B 测试策略与测试方法是同一概念，都指具体的测试技术 C 测试方法决定测试范围，测试策略决定具体用例设计 D 测试策略是高层级的资源配置与优先级决策，测试方法是执行的测试技术，先定策略再用方法落地 ✓ 正确答案
# 2. 测试工程师的核心能力模型相比五年前发生了什么变化，AI 工具链占据什么位置？ A AI 是增强测试效率的辅助工具，测试设计、风险判断与质量度量仍依赖测试工程师 ✓ 正确答案 B AI 只适用于单元测试，不适用于其他测试类型 C AI 可以完全替代测试工程师进行独立决策 D 引入 AI 后测试工程师无需再掌握编程能力
# 3. 如何用一句话向开发解释"测试是质量信息提供者而非质量担保者"这一现代测试理念？ A 测试通过后产品一定没有缺陷 B 测试只能发现缺陷，不能提供任何其他信息 C 测试的核心价值是提供质量信息、量化风险并支持发布决策，而非保证零缺陷 ✓ 正确答案 D 测试人员应为所有漏测缺陷承担全部责任
# 4. 冒烟测试（Smoke）、健全性测试（Sanity）与回归测试（Regression）三者的区别与执行时机，各自在 CI 流水线中的位置？ A 健全性测试的范围比回归测试更广 B 三者执行时机完全相同，可互换 C 冒烟在构建后快速验证版本可测性，健全性针对变更区域快速验证，回归在合入/发布前做全域验证 ✓ 正确答案 D 回归测试只验证新增功能，不检查既有功能
# 5. 测试停止标准如何设定？基于缺陷密度、覆盖率和残留风险三种方法各自的适用场景和局限性？ A 缺陷密度、覆盖率与残留风险三种方法各有适用场景与局限，实践中应组合使用以支撑停止决策 ✓ 正确答案 B 缺陷密度越低越好，任何项目都以此为唯一标准 C 覆盖率达标即可保证测试充分，无需其他标准 D 残留风险评估是客观的，无任何主观性
# 6. 测试估算方法（三点估算、类比估算、专家判断）各自的适用场景和局限性？ A 三点估算完全客观，不依赖任何判断 B 类比估算适用于全新无历史经验的领域 C 专家判断是唯一可信的估算方法 D 类比估算依赖可靠的历史数据，专家判断适用于缺乏历史数据的高度不确定项目，三种方法各有局限可组合使用 ✓ 正确答案
# 7. 质量成本(CoQ)中预防成本、评估成本、内部失败成本、外部失败成本的比例关系如何指导测试投入决策？ A 外部失败成本最低，应优先减少预防成本 B 缺陷发现越晚修复成本越高，应加大预防与早期评估投入，压缩外部失败成本 ✓ 正确答案 C 评估成本越高越好，无需考虑收益递减 D 质量成本与测试投入无关
# 8. 回归测试用例选择策略（全量/基于风险/基于影响分析）各自的适用场景和成本效益分析？ A 全量回归成本最低，应总是优先使用 B 基于风险策略完全不需要风险分级 C 全量回归最安全但成本高，基于影响分析最精准但依赖工具链，实践中常组合使用并在发布前以全量兜底 ✓ 正确答案 D 影响分析不需要任何代码结构信息
# 9. 测试人员的核心能力模型，技术能力、业务理解、沟通协作三者如何随职业发展阶段演进？ A 初级阶段最需要业务理解，高级阶段最需要基础技术 B 沟通协作能力只在初级阶段需要 C 三个能力维度在高阶阶段完全消失 D 技术能力是基础，越往高阶业务理解与沟通协作的权重越高，形成从执行到设计领导的能力跃迁 ✓ 正确答案
# 10. 测试角色(RACI 职责分配矩阵)中测试负责人、测试设计员、测试执行员各自的职责边界如何划分？ A 测试设计员负责最终拍板 B 测试负责人是 R，执行与设计都由一个角色承担 C 测试负责人对整体负责（A），测试设计员与执行员各司其职（R），一个活动通常只有一个 A 避免多头责任 ✓ 正确答案 D RACI 中不需要 A 角色
# 11. ISTQB 七项测试原则中'缺陷聚集'为什么不应被用于"忽略某些模块测试"的理由？ A 缺陷聚集说明其他模块一定没有缺陷，可完全忽略 B 缺陷聚集是唯一的测试原则 C 缺陷聚集只适用于单元测试 D 缺陷聚集用于指导资源倾斜到高风险模块，但不应据此完全忽略其他模块，因为统计结论不代表未来且未测区域存在盲区 ✓ 正确答案
# 12. ISTQB 七项测试原则中'杀虫剂悖论'如何避免变成"频繁换工具但无新视角"的形式主义？ A 关键在于更新测试用例、引入新测试视角与技术并基于缺陷反馈调整，而非仅更换工具名称 ✓ 正确答案 B 杀虫剂悖论无法通过任何方式缓解 C 杀虫剂悖论指测试用例越多越好 D 频繁更换测试工具即可解决杀虫剂悖论
# 13. 在敏捷项目中'尽早介入'原则如何转为具体工作流动作？ A 通过参加需求澄清、前置验收标准、采用 TDD/BDD 与持续反馈等工作流动作实现测试左移 ✓ 正确答案 B 尽早介入指测试人员迭代末再介入 C 尽早介入只适用于需求评审环节 D 尽早介入与开发流程无关
# 14. 什么是"质量内建(Build Quality In)"，它在 Scrum 与看板流程中分别如何落地？ A Scrum 通过 DoD、迭代内测试与 TDD/BDD 落地，看板通过 WIP 限制与质量门禁落地，共同点是把质量前置到开发流程 ✓ 正确答案 B 看板不需要任何质量门禁 C 质量内建指测试在最后阶段统一进行 D 质量内建只在单元测试阶段有效
# 15. 如何区分"验证(Verification)"与"确认(Validation)"，各自对应哪些测试活动？ A 验证关注实现与规格一致，确认关注满足用户真实需求，前者对应评审/单元测试等，后者对应验收测试等 ✓ 正确答案 B 确认只发生在开发前 C 验证和确认是同一概念 D 验证关注"是否建造了正确的产品"，确认关注"是否正确建造了产品"
# 16. 一份高质量缺陷报告应包含哪些要素（标题、复现步骤、实际/期望结果、环境、日志与截图），为什么"可复现性"是缺陷报告的生命线？ A 可复现性使开发能稳定定位与验证修复，是缺陷报告的生命线，复现步骤与环境不完整会导致缺陷被驳回 ✓ 正确答案 B 可复现性不重要，有截图即可 C 缺陷报告不需要实际结果 D 可复现性只对性能缺陷有意义
# 17. 测试用例的基本结构（ID、前置条件、步骤、预期结果、优先级）与"有效用例"的评价标准，如何避免无效/重复用例？ A 用例越多越好，无需考虑重复 B 有效用例不需要前置条件 C 有效用例应可执行、可判定、可追溯且唯一有价值，通过设计技术与评审去重避免无效重复用例 ✓ 正确答案 D 预期结果可模糊描述以降低编写成本
# 18. 测试计划的核心内容，测试范围、风险、资源、进度与准入准出标准，为什么"范围蔓延"是测试计划失败的主因？ A 范围蔓延只会增加工作量，不影响计划成败 B 测试计划不需要定义范围 C 范围蔓延应通过无限扩大资源解决 D 范围蔓延打破资源、进度与覆盖的平衡，使计划前提失效，是测试计划失败的主因，需通过范围管理与变更评审控制 ✓ 正确答案
# 19. 测试数据与测试环境的管理，数据脱敏、用例数据独立性与环境稳定性对测试结果可信度的影响？ A 生产数据可直接用于测试，无需脱敏 B 数据脱敏、用例数据独立性与环境稳定性保证测试结果可信且可复现，数据/环境问题会造成误报与漏报 ✓ 正确答案 C 用例数据相互污染不影响测试结果 D 环境稳定性与测试可信度无关
# 20. 测试预言机(Test Oracle)在哪些场景下难以获取或构建？请列举三种'Oracle 问题'的典型表现及应对策略。 A 测试预言机只存在于单元测试中 B 当输出不确定、需求模糊或无参考实现时，Oracle 难以获取，可采用部分预言机、参考实现与人工验证等策略 ✓ 正确答案 C 所有测试都有完整可用的预言机 D Oracle 问题无法通过任何策略缓解
