5道经典测试用例设计题解析与实战技巧

1. 用例设计笔试大题解析的价值与定位

最近在帮团队筛选测试工程师时，我翻出了压箱底的5道经典用例设计笔试题。这些题目经过多年校招和社招的实战检验，能准确区分出候选人的真实水平。不同于网上那些零散的例题，这些题目完整呈现了从需求分析到用例设计的全链路思考过程。

用例设计能力是测试工程师的核心竞争力。好的测试用例就像精准的手术刀，能直击系统薄弱环节。但在实际面试中，我发现80%的候选人存在共性问题：要么用例覆盖不全，要么用例冗余重复，更常见的是用例与需求严重脱节。这5道题正是针对这些痛点设计的，每道题都对应一个典型的问题场景。

2. 电商优惠券组合使用场景

2.1 题目还原

"某电商平台支持同时使用店铺券（满100减20）和平台券（满200减50），两种优惠券可叠加使用。请设计测试用例验证优惠券组合功能。"

这道题考察的是边界值分析和等价类划分的综合运用。我见过有候选人直接列出20多个用例，却没有抓住测试重点。

2.2 解题思路

首先需要明确测试维度：

1. 订单金额与优惠券门槛的关系
2. 优惠券组合的优先级
3. 优惠后的金额计算逻辑

关键测试点在于：

• 订单金额刚好达到单个/多个优惠券使用门槛时（如100元、200元）
• 优惠券叠加时的计算顺序（通常店铺券先抵扣）
• 抵扣后金额为0或负值的异常情况

2.3 典型错误

常见错误用例包括：

• 重复测试相同等价类（如多个满100-20的用例）
• 遗漏平台券和店铺券门槛交叉点（如199元、201元）
• 未考虑小数金额处理（如99.99元）

经验：优惠券测试要像会计对账一样，先理清所有计算规则，再用边界值法卡住每个计算节点。

3. 地铁票价计算系统

3.1 题目背景

"某城市地铁按里程计费：0-6公里3元，6-12公里4元，12-22公里5元，22-32公里6元，32公里以上每20公里加1元。设计票价计算的测试用例。"

这道题90%的候选人会漏掉关键场景。去年校招时，50份答卷里只有2人考虑到换乘情况。

3.2 核心测试策略

应采用多维度组合测试：

1. 基础里程分段（5/6/11/12/21/22/31/32公里）
2. 跨分段里程（如15公里跨越3个分段）
3. 极端长距离（如100公里）
4. 换乘情况（不同线路分段里程累计）

3.3 实战技巧

我建议用矩阵法梳理测试点：

踩坑记录：实际项目中发现过"≤6km"和"<6km"的规范不统一问题，一定要确认边界包含关系。

4. 文件上传功能测试

4.1 题目描述

"某系统支持上传图片文件，要求：格式为JPG/PNG，大小不超过5MB，分辨率在1000x1000以内。设计文件上传的测试用例。"

看似简单的题目，却最能暴露测试思维是否全面。我常用来考察候选人的异常场景考虑能力。

4.2 必须覆盖的测试维度

1. 文件格式维度

   • 合法格式（jpg/jpeg/png）
   • 非法格式（gif/bmp/txt等）
   • 篡改后缀名（txt改名为jpg）

2. 文件大小维度

   • 边界值（4.9MB/5MB/5.1MB）
   • 空文件/超大文件

3. 分辨率维度

   • 合规分辨率（999x999）
   • 超限分辨率（1001x1001）
   • 非常规比例（1000x500）

4.3 高阶测试思路

资深测试会额外考虑：

• 文件头校验（即使后缀正确但内容不符）
• 同时上传多个文件的处理
• 网络中断时的上传恢复
• 服务器存储空间不足的情况

5. 登录功能的安全测试

5.1 题目要求

"为账号密码登录功能设计安全测试用例，需覆盖常规验证和防攻击场景。"

这道题我用来区分初中高级候选人。初级通常只想到正向用例，高级会考虑攻击向量。

5.2 安全测试体系

1. 认证机制测试

   • 密码复杂度规则
   • 错误次数限制
   • 验证码防爆破

2. 攻击防护测试

   • SQL注入（admin'--）
   • XSS攻击（）
   • 撞库攻击（常用密码字典）
   • 中间人攻击（未加密传输）

3. 会话管理测试

   • Token有效期
   • 并发登录限制
   • 退出后的会话销毁

5.3 实战经验

在金融项目中发现过严重漏洞：系统未对登录请求做频率限制，用Python脚本可每秒尝试100次密码。建议测试时使用BurpSuite等工具模拟恶意请求。

6. 跨平台API兼容性测试

6.1 题目场景

"某天气预报API需要兼容iOS/Android/Web三端，返回字段包括温度、湿度、风速等。设计兼容性测试用例。"

这道题考察的是接口测试和平台差异的把握能力，好的用例要像手术灯一样照亮各端的暗角。

6.2 测试设计要点

1. 数据格式兼容性

   • JSON字段命名风格（下划线vs驼峰）
   • 空字段处理（null vs "" vs 不返回）
   • 精度差异（iOS可能要求小数位更多）

2. 平台特性适配

   • Android可能需要的额外权限字段
   • Web端需要的CORS头信息
   • iOS对HTTPS的强制要求

3. 版本兼容策略

   • 旧版本APP能否处理新增字段
   • 降级方案（当某些数据不可用时）

6.3 工具推荐

建议使用Postman的Collection Runner进行多环境验证，配合Newman生成跨平台测试报告。对于字段差异，可以用Diff工具对比各端响应数据。

在实际项目中，我们发现过Android端因JSON解析库版本差异导致浮点数精度丢失的问题。这类问题需要设计专门的精度对比用例。