测试用例设计方法与理论基

一、测试理论基础为什么要这样设计1.1 测试的目的与边界概念含义对用例设计的启示验证Verification产品是否“按规格做对”用例要可追溯到需求/设计条目确认Validation产品是否“做对的事”需场景化、用户视角的补充用例测试只能证明缺陷存在穷举通常不可行用等价类、边界等方法在风险与成本间折中缺陷集群性少数模块集中大量缺陷高风险模块提高用例密度与回归频率小结用例不是“写得越多越好”而是在有限资源下最大化发现重要问题的概率。1.2 测试层级测试金字塔思想常见分层单元测试 → 接口/服务测试 → UI/端到端测试。底层单元快、稳、定位准适合覆盖分支与算法。中层接口验证业务规则与集成性价比常最高。顶层UI/E2E慢、脆弱适合关键用户路径与冒烟。对用例文档的启示同一需求可在不同层各写一部分用例避免全部堆在 UI 手工用例里。1.3 质量属性非功能也要进用例除功能正确外常见维度性能、安全、兼容性、可用性、可维护性、可靠性等。设计时自问本需求是否影响其中某几项若有单列用例或检查项。1.4 测试左移与右移简要左移需求/设计阶段参与评审提前写验收标准与可测性检查。右移生产可观测、灰度、监控告警与用户反馈闭环。用例设计可与左移结合验收标准即用例骨架。二、测试用例的基本结构怎么写才规范推荐字段可按团队模板裁剪字段说明用例编号唯一标识便于追溯与自动化关联标题一句话说清“测什么”前置条件账号、数据、环境、开关状态步骤可执行、可复现的操作序列预期结果明确、可判定界面/接口/DB/日志优先级P0 冒烟 / P1 核心 / P2 一般 / P3 边缘关联需求需求 ID 或文档章节好预期 vs 坏预期坏登录成功模糊好跳转至首页 URL 包含/home顶部显示用户昵称“张三”本地存储写入 token 字段且长度大于 20三、黑盒设计方法功能测试最常用以下方法可组合使用先等价类划范围再边界取值再用判定表处理多条件组合用场景法串用户路径。3.1 等价类划分Equivalence Partitioning思想把输入域划分为若干类每类选取少量代表值假设同类行为等价。步骤划分有效等价类合法输入与无效等价类非法输入。每个等价类至少 1 条用例覆盖。无效类每次只违反一条规则便于定位根因。示例用户名注册规则320 位字母数字等价类代表值预期有效-最短abc注册成功有效-最长20 位字母数字注册成功有效-中间user01注册成功无效-过短ab提示长度错误无效-过长21 位提示长度错误无效-含特殊字符user1提示格式错误无效-空空提示必填3.2 边界值分析Boundary Value Analysis思想缺陷常出现在边界附近。在等价类基础上重点测边界上、刚越界的值。示例分页接口pageSize约束 1100用例输入预期下边界内pageSize1返回 1 条下边界pageSize1与上等价可合并时选其一正常越下界pageSize0400 或业务错误码明确文案上边界内pageSize100正常越上界pageSize101错误非整数/负数pageSize-1、1.5按接口约定校验三点法常用习惯若边界为[min, max]可测min-1, min, min1, max-1, max, max1中合法存在的组合。3.3 判定表Decision Table思想多个条件组合、每种组合对应不同结果时用表避免遗漏。示例电商优惠券使用简化规则编号R1R2R3R4条件满 100 元YYNN条件券在有效期内YNYN预期可用券✓✗✗✗每条列对应一条用例保证组合覆盖完整。3.4 因果图 / 判定表前置简述条件多且有约束某条件成立则另一条件无意义时可先画因果再收敛为判定表避免无效组合爆炸。团队若不用正式因果图思维上理清依赖即可。3.5 状态迁移State Transition思想系统处于有限状态事件触发迁移测合法路径与非法事件在当前状态下是否被拒绝。示例订单状态状态待支付 → 已支付 → 已发货 → 已完成取消待支付 → 已取消。用例当前状态操作预期ST-01待支付支付成功已支付ST-02待支付取消订单已取消ST-03已发货支付成功拒绝或幂等无变化ST-04已完成取消订单不允许3.6 场景法 / 用户故事测试Use Case / Journey思想按真实用户目标串联步骤覆盖主成功路径与重要异常分支。示例找回密码主路径输入注册手机 → 收验证码 → 输入新密码 → 用新密码登录成功。分支验证码错误 3 次锁定、链接过期、手机号未注册提示等。场景用例标题建议采用“作为…我要…以便…”或“Given-When-Then”与敏捷验收对齐。3.7 错误推测Error Guessing思想依赖经验猜测易错点空值、并发、重复提交、权限切换、时区、精度、缓存不一致等。示例提交订单连点两次 → 预期只生成一单幂等或前端防抖。3.8 正交试验Orthogonal Arrays可选思想因素与水平很多时用正交表抽取有代表性的组合以较少用例获得较好覆盖。适合配置类、兼容性矩阵浏览器 × OS × 分辨率的抽样。四、白盒与基于结构的补充与开发协作时4.1 语句 / 分支 / 条件覆盖概念语句覆盖每条语句至少执行一次弱。分支/判定覆盖每个分支的真假都走到强于语句。条件组合更强复杂条件中子条件组合。黑盒用例设计完成后可对核心模块让开发给出分支说明或覆盖率报告查漏补关键分支用例尤其安全与资金相关。4.2 基本路径测试对控制流图求圈复杂度导出线性无关路径集作为最少路径覆盖参考。多用于算法密集或规则引擎类代码。五、专项测试的设计要点简例5.1 性能明确场景、指标、数据量、环境。示例首页接口在 1 万条帖子数据量下P95 延迟 ≤ 200 ms错误率 0。5.2 安全示例未登录访问需鉴权接口 → 401水平越权用户 A 的 ID 改用户 B → 403 或无数据。5.3 兼容性示例同一登录流程在 Chrome / Safari / 微信内置浏览器各跑一遍主路径。六、从需求到用例推荐工作流拆解功能点、接口、界面、数据规则、状态机。建模等价类 边界多条件用判定表流程用状态图/场景。标注风险资金、权限、合规、高并发、历史缺陷多模块 → 提高优先级与条数。分层落地能接口不测 UI能单不测集。可判定预期每条用例都能回答“怎样算过/不过”。评审产品、开发、测试对齐歧义与边界。维护需求变更同步更新用例编号与关联字段。七、完整小例子需求片段 → 用例表登录需求摘要支持手机号密码登录手机号 11 位国内号密码 820 位错误 5 次锁定 15 分钟勾选“记住我”时 token 有效期 30 天否则会话级。编号标题前置条件步骤摘要预期结果优先级LOGIN-001合法账号密码登录主路径已注册手机号 [phone]输入正确密码不勾选记住我登录进入首页token 为会话级按产品定义校验P0LOGIN-002记住我延长有效期同上勾选记住我后登录token/过期时间符合 30 天策略P1LOGIN-003密码错误累计锁定新会话连续输错密码 5 次第 6 次提示锁定 15 分钟期间正确密码也不可登录按需求P0LOGIN-004手机号格式-边界无效无输入 10 位、12 位、含字母前端或接口返回明确校验错误P1LOGIN-005手机号未注册库里无该号输入未注册手机号任意密码提示账号不存在或统一“账号或密码错误”按安全策略P1八、附录方法速查表方法典型适用核心价值等价类输入域大、规则清晰降维抽样边界值数值/长度/分页/日期范围高频缺陷区判定表多条件组合防遗漏状态迁移订单、工单、审批防非法跃迁场景法端到端、发布验收对齐用户价值错误推测幂等、并发、安全补黑盒盲区正交试验多因素配置控制用例规模