字节跳动测试怎么准备
字节测试面试公开讨论里，信息流、埋点和灰度很常见。你要能找到真实风险：错曝光、错推荐、放量事故。
五题覆盖 Feed、埋点、灰度、弱网和协作。用你测过的客户端或服务来答。
字节怎么面测试
- 会让你设计测试点，再追问漏测。
- 埋点会被当成质量问题。
- 准备线上问题三板斧。
面试阶段与知识点
第一批不把每个阶段拆成独立 URL，避免程序化重复页。阶段对应下面的题，练完再用模拟面试串起来。
- 用例：风险。
- 埋点：口径。
- 灰度：放量。
- 协作：上线压力。
值得开口练的题
每题给考察点、思路、结构化参考答案和追问。参考答案用来组织语言，面试时必须换成你自己的项目事实。
测一条信息流，你会优先覆盖哪些风险？
考察点
- 空态与极端数据量
- 重复曝光与已读
- 混排崩溃与内存
回答思路
我会从首屏空态、回滑重复和滑动崩溃三类用户感知风险切入，再按固定滑动路径设计可复现用例并留日志取证。
结构化参考答案
- 先梳理空态、少数据、极多数据三种边界，再覆盖回滑重复、已读标记失效和视频图文混排时的内存与帧率表现。
- 每条用例绑定固定账号、版本号和滑动轨迹，抓客户端日志与服务端曝光记录做交叉核对，便于回归对比。
- 漏测个性化差异可能在灰度放量后造成错推或错曝光；弱网与前后台切换未覆盖时，崩溃往往在高峰时段集中爆发。
- 收口时交付最小必测集、自动化可覆盖边界，以及仍建议人工抽测的个性化与广告混排场景清单。
面试官可能追问
- 你会如何验证不同用户的个性化推荐差异？
- 自动化能覆盖信息流哪些环节、哪些必须人工？
- 如果只能再补测一类场景，你最担心漏掉什么？
曝光埋点比播放多一倍，测试如何取证？
考察点
- 口径对齐
- 固定复现
- 日志对比
回答思路
我会先与产品对齐曝光与播放的定义边界，再用固定版本和滑动路径复现，抽样对比服务端日志找出多报环节。
结构化参考答案
- 第一步拉齐「什么算一次曝光」：预加载、半屏可见、重复进入是否计入，写成可执行的验收口径。
- 在固定 App 版本上录制标准滑动路径，配合抓包或埋点调试工具，把客户端上报与服务端入库逐条对齐。
- 若口径一致仍多一倍，重点排查重复上报、去重失效和缓存脏数据；取证包要含时间戳、itemId 和页面栈。
- 修复后按同一滑动脚本回归，对比修复前后曝光/播放比值，并加监控告警防止回归。
面试官可能追问
- Feed 预加载内容是否应该计入曝光埋点？
- 测试环境如何避免历史脏数据干扰埋点对比？
- 修复上线后你会如何设计埋点专项回归？
灰度 1% 出现崩溃，你建议停还是继续放？
考察点
- 基线对比
- 新堆栈判定
- 回滚决策
回答思路
我会对比灰度包与基线版本的崩溃率，重点看是否出现新堆栈；若是新高严重崩溃，建议暂停放量并推动热修或回滚。
结构化参考答案
- 先拉取灰度渠道与对照版本的崩溃率、影响机型分布和用户量，确认数据样本是否足以支撑决策。
- 用崩溃平台筛出新堆栈、新页面或新 SDK 引入的异常；可热修且影响面可控时可小步继续，否则建议停灰。
- 若产品坚持放量，书面记录已知风险、未覆盖场景和回滚预案，核心路径与支付相关崩溃一律不放行。
- 事故窗口结束后补全复现路径、加自动化或监控项，并把决策依据归档供后续灰度策略参考。
面试官可能追问
- 你如何确认崩溃确实来自灰度包而非渠道混包？
- 样本量不足、数据还在抖动时你怎么建议？
- 产品要求硬放时，测试侧如何表达立场又不阻断协作？
弱网和来回切换网络，你如何设计自动化？
考察点
- 网络注入
- 恢复断言
- 稳定性设计
回答思路
我会用网络注入模拟超时、断网和切换，断言应用不崩溃且恢复后可继续刷 Feed，并对 flaky 用例做重试与录像。
结构化参考答案
- 在自动化框架中接入网络代理或设备级注入，覆盖超时、完全断网、Wi-Fi 与蜂窝来回切换等典型弱网路径。
- 每条脚本断言：断网期间不闪退、恢复后 Feed 可继续加载、已有内容仍可交互，不出现无限 loading。
- 减少硬编码 sleep，改用元素就绪或接口响应作为等待条件；失败自动截图和录屏，便于区分环境问题与真缺陷。
- 真机与模拟器分工：核心路径上真机抽测，回归大批量跑模拟器；环境配置纳入 CI 维护清单。
面试官可能追问
- 弱网用例抖动大时，你如何区分环境问题与真缺陷？
- 这类场景你会优先用真机还是模拟器？
- 网络注入环境和脚本由谁长期维护？
版本日要跳过回归，你怎么办？
考察点
- 最小集
- 风险书面
- 红线路径
回答思路
我会给出不可跳过的最小回归集和风险书面说明，资金、安全与核心 Feed 路径不妥协，其余缺口约定补测时间并留签字。
结构化参考答案
- 按影响面和历史缺陷分布列出最小集：登录、Feed 加载、核心埋点、支付或账号相关路径优先保留。
- 对拟跳过项写清风险：可能漏测的场景、受影响用户比例和建议补测窗口，避免口头「先上再说」。
- 涉及资金、隐私、安全审核和崩溃率红线的用例一律不跳；若被强制跳过，升级并记录决策人与时间。
- 版本发布后按约定时间补跑完整回归，并把本次压缩原因沉淀为下次版本日的门禁规则。
面试官可能追问
- 跳过回归需要谁签字、签字前你要提供哪些材料？
- 若跳过后线上出问题，测试在复盘里承担什么职责？
- 如何从流程上减少「每次版本日都压缩回归」？
和岗位、模拟面试一起用
资料管理里保存目标岗位 JD，模拟面试会按简历出题。点题目下的按钮会把本题带进模拟开场，仍需先绑定简历与岗位。