拼多多测试面试题
本题清单
- 拼团活动怎么设计测试方案？
- 万人团/高并发开团怎么压测与校验？
- 砍价/助力类玩法测什么？防刷怎么测？
- 优惠券超发/重复领取怎么防与测？
- 订单资损场景你会列哪些？
- 多人同时抢同一库存 SKU 怎么测？
- App 弱网下下单半成功怎么测？
- 营销玩法配置错误（门槛配错）如何发现？
- 退款与拼团失败退款的差异点？
- AB 实验在推荐/排序上怎么测？
- 接口限流被触发时用户体验与一致性怎么验证？
- 数据埋点与交易成功对不上怎么查？
- 测试环境如何模拟「大促流量模型」？
- 你如何在需求阶段做资损评审？
1. 拼团活动怎么设计测试方案？
考察意图：玩法题看你会不会画状态机，以及资金/库存落在哪个节点。
参考答案：
先对齐规则：成团人数、超时时长、库存是「参团预占」还是「成团才扣」、失败是否原路退。
状态机（示例）
开团 → 待成团 → 满员成团 / 超时失败 / 主动取消。团长与团员权益可能不同，分开列用例。
P0
- 差 1 人成团临界；刚好满员。
- 超时失败全额退且库存回补。
- 支付中团超时：以产品规则为准，测「最终一致」路径。
P1
重复参团、黑产刷团、跨团限制、成团消息推送。
手段：状态迁移表做成接口自动化；支付用 Mock 可控成功/失败时机。
常被追问：成团瞬间库存不够？→ 讲预占与超卖防护，以及失败补偿。
2. 万人团/高并发开团怎么压测与校验？
参考答案：
压测模型要贴近业务，不是乱打首页。
模型
开团 QPS、参团 QPS、支付回调 QPS 按比例配置；热点团与普通团分开。
成功标准事先写死
成团数正确、库存不超卖、失败可退、TP99/错误率达标、无大面积超时。
观测
队列堆积、DB 热点行（团 ID）、缓存击穿、线程池拒绝。
校验
压完对账：成功参团人数、资金流水、库存流水。只会看压测曲线、不对账，过不了资损关。
3. 砍价/助力类玩法测什么？防刷怎么测？
参考答案：
功能
助力次数上限、同一用户重复助力、过期失效、达成阈值发奖、中途取消。
防刷（重点）
- 绕过前端直接调助力接口。
- 同设备/同 IP/小号批量助力。
- 接口重放、篡改助力人。
- 并发助力是否突破次数。
断言
次数与奖励发放严格按规则；风控拦截有码可测；误伤样本可回归。
说明：安全测试在授权环境做，面试体现边界意识。
4. 优惠券超发/重复领取怎么防与测？
参考答案：
防（设计口述）
批次库存原子扣减；用户维度领取上限；领取接口幂等键（userId+batchId）。
测
- 超发：并发领取总量 > 批次库存，成功数 ≤ 库存。
- 同用户并发双领，最多成功一次（或按规则上限）。
- 过期券不可领、不可核销；核销回退是否回库存。
监控：发出量、核销量、作废量日对账。
5. 订单资损场景你会列哪些？
参考答案：
资损题答「清单 + 如何发现」，比背名词强。
典型路径：
少收费 / 多退款 / 重复退 / 券重复用 / 运费算错 / 精度误差 / 活动叠加上限被突破 / 拼团失败未退 / 对公结算差错。
每条写成：前置条件 → 触发操作 → 资金断言 → 对应监控告警。
再补一句：需求评审就要问这些路径有没有开关与对账。
6. 多人同时抢同一库存 SKU 怎么测？
参考答案：
与超卖实验同构，强调可复现。
- 库存固定 N。
- 并发请求 > N。
- 断言成功 ≤ N、库存 ≥ 0、失败码正确。
- 变体：预占超时、支付失败回滚、仓维度库存。
把脚本与断言留给自动化，作为发布门禁的一部分。
7. App 弱网下下单半成功怎么测？
参考答案：
半成功 = 客户端以为失败，服务端其实成功（或相反）。
做法
Charles 限速/断网；提交后杀进程再进订单列表；超时重试。
断言
- 幂等：不出现双单。
- 用户可见：订单列表能看到真实结果或「处理中」。
- 库存与资金最终一致。
拼多多高并发下这类问题更常见，面试主动提会加分。
8. 营销玩法配置错误（门槛配错）如何发现？
参考答案：
配置错误靠「拦截 + 演练 + 监控」三层。
- 发布前：配置校验（门槛 ≤ 0、互斥冲突直接拦）。
- 预发：用真实计价跑一组演练单。
- 线上：资损与异常优惠率监控；配置变更审计可回滚。
测试要写「错误配置用例」进回归，而不假设运营永不配错。
9. 退款与拼团失败退款的差异点？
参考答案：
| 点 | 普通售后退 | 拼团失败退 |
|---|---|---|
| 触发 | 用户申请/客服 | 超时未成团等系统规则 |
| 范围 | 可能部分退、退货 | 常见整团退 |
| 库存 | 可能需入库 | 多直接回补 |
| 优惠 | 分摊复杂 | 按参团支付原路退 |
测拼团失败要卡「支付后超时」「支付中超时」等时机，以及退款到账与消息通知。
10. AB 实验在推荐/排序上怎么测？
参考答案：
- 进组稳定、参数下发正确、不串组。
- 离线评测集看排序大方向；线上护栏（点击率、投诉）异常则回滚。
- 工程断言：实验参数是否打到服务端日志/响应头，便于排查。
强调：推荐「准」要可量化，不能只靠产品经理点几条。
11. 接口限流被触发时用户体验与一致性怎么验证？
参考答案：
限流测两件事：体验与无资损副作用。
- 体验：错误码/文案、是否可重试、页面是否白屏。
- 一致性：限流时是否误扣库存、是否生成脏单、券是否被核销。
压到阈值上下沿；断言被限流请求无写副作用，或有明确补偿。
12. 数据埋点与交易成功对不上怎么查？
参考答案：
分层查，别先怪数仓。
- 抽一批支付成功单，对「支付成功」埋点是否存在。
- 客户端是否发出、网关是否 200、清洗规则是否滤掉。
- 重复上报导致「埋点 > 订单」也要能解释。
测试侧可做：关键链路埋点冒烟 + 日级对账抽样。
13. 测试环境如何模拟「大促流量模型」？
参考答案：
按漏斗复刻：浏览 : 加购 : 下单 : 支付；叠加峰值曲线与热点 SKU。
数据脱敏；下游用影子表/开关，严禁污染生产。
说明压测账号与风控白名单，否则会被当刷子打掉，结果失真。
14. 你如何在需求阶段做资损评审？
参考答案：
强制清单：金额字段、幂等键、失败回滚、对账、开关、审计日志。
输出进测试计划与上线门禁；没有对账方案可以卡发布。
体现左移：资损不是上线后才想的事。
速查： 多练「拼团状态机、防刷、资损清单、高并发库存」；少踩「只测开心路径」。