首页/开发/软件测试速查/测试策略与分层选择
测试基础与分层67 条

测试策略与分层选择

测试策略说明为达成质量目标,各测试级别、类型与自动化程度如何组合;输入是风险、架构与交付节奏,输出是可执行的测试方案。

软件测试速查开发更新于 2026-10-13

测试策略是什么

测试策略说明为达成质量目标,各测试级别、类型与自动化程度如何组合:测哪些层、每层投入多少、环境与数据怎么准备、什么条件算通过、什么情况才算退出。它的输入是风险、架构与交付节奏,输出是可执行的测试方案。策略不是一成不变的文档——系统形态变了、风险变了,组合方式就该调整。

基本信息

常见要素测试级别划分、类型覆盖、环境与数据、自动化策略、进入/退出准则
决策依据风险等级、变更频率、系统架构、合规要求
输出形式可执行的方案与检查表,而非概念文章
修订节奏随风险与架构变化定期修订
落地要求能回答「这次版本测什么、怎么测、何时停」

按系统形态示例

系统形态侧重
单体业务系统单元 + 集成 + 关键路径 E2E
微服务契约测试 + 服务级集成 + 少量全链路
前端应用组件测试 + 视觉回归 + 关键用户旅程
数据管道数据质量校验 + 幂等重跑 + 对账

典型使用场景

  • 项目启动:确定测试级别与自动化投入的基线。
  • 架构演进:微服务化或前后端分离后重定分层组合。
  • 资源谈判:用策略说明测试范围与所需环境。
  • 发布节奏变化:从月度发布转双周发布时调整回归与门禁。
  • 合规评审:向审计方说明测试覆盖与退出准则。
  • 新人对齐:让团队对「怎么测算达标」有共同语言。

退出准则示例

退出准则示例
# 一个可判定的退出准则示例
1. 高风险区域用例执行率 100%,通过率 100%
2. 阻断级缺陷清零,严重级缺陷有评估结论
3. 回归套件全绿且 flaky 用例有跟踪清单
4. 性能冒烟达标,无劣化超过基线 10% 的指标
策略需要随风险变化定期修订,避免成为无人阅读的存档文档。
退出准则要可判定:写清数字与范围,评审时逐条核对,而不是「测差不多了」。
策略里写清不做什么:明确排除的范围与理由,比只列要做的更能防止范围蔓延。

易错点

  • 策略复制同行模板,未结合自身架构与风险:看起来完整,执行时处处不适配。
  • 只有文档没有落地检查表:执行层无法使用,策略停留在汇报材料。
  • 退出准则模糊(如「主要功能验证通过」):发布决策靠感觉,风险无人背书。
  • 分层一刀切:所有系统都套金字塔或都堆 E2E,不按形态取舍。
  • 策略与预算脱节:要求的自动化与手工投入没有对应人力,方案无法兑现。

数据来源与参考

  • ISTQB CTFL 4.0 大纲(测试策略与测试过程)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌