面试准备-20260406

1 阅读6分钟

一、场景设计题(必考 3 道)

1. 设计微信朋友圈点赞测试用例

  • 正常点赞、取消点赞,计数正确
  • 重复点击点赞,不重复计数
  • 自己给自己点赞
  • 弱网 / 断网点赞,状态不乱
  • 非共同好友看不到点赞人信息
  • 多端登录状态一致
  • 动态被删除后无法点赞
  • 被拉黑 / 屏蔽后不可见不可点赞

2. 设计红包功能测试用例

  • 普通红包、拼手气红包收发正常
  • 余额不足、网络异常发送失败
  • 红包过期自动退回原账户
  • 同一人不可重复领取
  • 非群成员 / 非好友无法领取
  • 高并发抢红包不超发、总额一致
  • 边界:0.01 元、最大限额、个数上限
  • 多设备同一账号只领一次

3. 设计登录功能测试用例

  • 正确账号密码登录成功
  • 账号 / 密码为空、错误、过期
  • 验证码正确 / 错误 / 过期
  • 多次输错账号锁定
  • 记住密码、自动登录
  • 异地登录提醒、多端互斥
  • 弱网登录、超时处理
  • 密码加密、防暴力破解

二、基础理论题(高频必问)

4. 什么是软件测试?目的是什么?

  • 标准回答:在规定条件下运行系统,发现缺陷,评估质量,确保满足需求,降低上线风险。

5. 软件测试生命周期 / 流程

  • 需求分析 → 测试计划 → 用例设计 → 用例评审 → 测试执行 → 缺陷提交 → 回归测试 → 测试报告 → 上线验证

6. 常用测试用例设计方法

  • 等价类划分
  • 边界值分析
  • 场景法
  • 错误推测法
  • 判定表、因果图(简单提即可)

7. 缺陷报告包含哪些内容?

  • 缺陷标题、前置条件、步骤、实际结果、预期结果、优先级、严重级别、截图日志、环境信息

8. BUG 级别怎么分?

  • 致命:崩溃、功能不可用、数据丢失
  • 严重:核心功能失效
  • 一般:普通功能异常
  • 轻微:界面、文案、体验问题

三、接口 & 工具题(数字马力非常爱问)

9. 接口测试测什么?

  • 参数必填、非必填、类型、长度、边界
  • 状态码、返回数据正确性
  • 异常:空参、错参、越权、重复请求
  • 业务逻辑、幂等性、安全

10. Postman 怎么做接口关联?

  • 第一个接口提取 token → 设置为环境变量
  • 后面接口引用变量
  • 实现登录态传递

11. 什么是幂等性?怎么测?

  • 同一个请求执行多次,结果一致
  • 测试:重复提交订单、重复支付,不重复扣款 / 不重复下单

12. GET 和 POST 区别

  • GET 查数据,参数在 URL,不安全,有长度限制
  • POST 提交数据,参数在 body,相对安全,无长度限制

四、实战逻辑题(现场手写 / 口述)

13. 一个订单支付流程怎么测?

  1. 创建订单,金额正确
  2. 选择支付方式
  3. 支付成功 → 订单状态更新、库存扣减
  4. 支付失败 / 取消 → 状态不变
  5. 重复支付防重
  6. 超时未支付关单
  7. 退款流程
  8. 弱网、掉单处理

14. 怎么测秒杀,防止超卖?

  • 未到时间不可抢
  • 到达时间正常抢购
  • 库存扣减原子性
  • 高并发下不超卖
  • 一人一单限制
  • 未支付超时释放库存
  • 黑名单限流防刷

15. 测试发现一个 Bug,开发说不是 Bug 怎么办?

  • 先核对需求文档
  • 复现步骤、截图、日志保留完整
  • 和产品确认预期
  • 理性沟通,不争执,以需求为准
  • 记录到缺陷,由评审确认

五、HR / 综合题(必问)

16. 你的优点缺点?

优点:细心、责任心强、业务理解快、沟通顺畅缺点:有时过于追求细节,会优化时间管理

17. 为什么想来数字马力?

  • 认可阿里技术氛围
  • 岗位匹配度高,能发挥测试经验
  • 希望在大平台提升能力

18. 职业规划?

  • 1–2 年深耕业务测试
  • 学习接口、自动化、性能
  • 往资深测试 / 测试开发方向发展

六、万能答题结构(所有场景题通用)

不管是:点赞 / 红包 / 登录 / 支付 / 秒杀 / 搜索全都按这 5 步 说,稳得很:

  1. 先讲正常流程先说最核心、最正常的业务怎么走,确保主流程没问题。
  2. 再讲异常场景网络差、余额不足、参数错误、过期、已抢完之类。
  3. 再说边界值最小 / 最大金额、最少 / 最多个数、临界点时间。
  4. 加安全和防作弊重复提交、越权、篡改、并发、多设备。
  5. 最后补体验和兼容多端同步、提示文案、页面状态、性能流畅度。

七、万能口语模板(直接背)

面试官,这个功能我会从这几个方面测试:

首先,正常业务流程,确保核心功能可用,数据正确。然后,各种异常场景,比如网络异常、参数非法、权限不足、过期失效等,看提示是否合理。接下来,边界值测试,比如最小 / 最大限制、临界时间点,验证边界不会出错。然后是安全和防重复,防止重复操作、越权操作、数据篡改,保证数据一致性。最后,兼容性和体验,多端状态同步,界面展示正常,用户提示友好。


八、遇到不会的题・救场话术(超级实用)

如果面试官问了一个你没听过的功能,比如:“怎么测试抽奖?”“怎么测试签到?”“怎么测试退款?”

你直接说这段,不会露怯,反而显得很专业

这个功能我虽然没有实际项目经验,但按照测试思路,我会这样设计:

  1. 先梳理它的正常业务流程,确保主流程能跑通;
  2. 再考虑各种异常情况,比如网络、权限、超时;
  3. 然后覆盖边界和限制条件
  4. 最后关注数据一致性和安全,防止重复、越权、并发问题。

九、被追问 “还有吗?” 万能补刀句

面试官一旦说 “还有吗?”“再补充点?”你立刻补这 3 句,必加分:

  1. 还要考虑多设备登录状态同步
  2. 高并发场景下数据不能错乱、不能超发
  3. 弱网下操作要有loading,不能重复请求

十、面试全程心态万能句

  • 被问住:“这个点我之前接触不多,我可以按测试思路分析一下。”
  • 开发不认 Bug:“我会先核对需求,再拿日志和复现步骤沟通,以产品规则为准。”
  • 问压力 / 加班:“项目紧急时可以接受,也会合理安排节奏保证效率。”