常用的测试用例设计方法
根据测试场景选择合适的设计方法，可提高用例覆盖率和设计效率，核心方法如下：
等价类划分法
将输入数据按 “等价性” 分为有效等价类（符合需求的合法数据）和无效等价类（不符合需求的非法数据），从每个等价类中选取代表性数据设计用例，减少冗余。
示例：手机号登录时，有效等价类（11 位纯数字、以 13/15/17/18/19 开头），无效等价类（少于 11 位、多于 11 位、包含字母 / 符号、以非 13/15 等开头）。
边界值分析法
针对输入 / 输出数据的边界范围设计用例（因为软件缺陷常出现在边界处），通常选取 “最小值、略小于最小值、正常值、略大于最大值、最大值” 这 5 个点（或简化为最小值、最大值、边界相邻值）。
示例：密码长度要求 6-18 位，边界值测试点：5 位（略小）、6 位（最小）、12 位（正常）、18 位（最大）、19 位（略大）。
场景法（流程分析法）
模拟用户实际操作流程，按照 “正常业务流程” 和 “异常业务流程” 设计用例，适用于业务逻辑复杂的场景（如电商下单、支付流程）。
示例：电商下单流程：选择商品→加入购物车→去结算→填写收货地址→选择支付方式→提交订单→支付成功（正常场景）；选择商品→加入购物车→去结算→收货地址为空→提示补全地址（异常场景）。
错误推测法（经验法）
基于测试人员的项目经验、行业认知，推测软件可能出现的缺陷场景，补充其他方法覆盖不到的用例，主观性较强但实用性高。
示例：用户登录时，推测可能出现 “密码大小写错误”“账号已被冻结”“网络中断后重试登录” 等场景。
因果图法 / 判定表法
适用于输入条件之间存在逻辑依赖（与 / 或 / 非）的场景，通过因果图梳理条件与结果的关系，转化为判定表，再设计用例，避免逻辑遗漏。
示例：“提交表单” 功能：条件（用户名非空、密码非空、验证码正确），结果（表单提交成功 / 失败），通过判定表梳理所有条件组合的结果。
