华为数据分析怎么准备
华为数据面试更偏质量与版本：缺陷、发布、可复现。报表要能被审计。
五题覆盖缺陷、版本、漏斗、SQL 和口径战争。用你的质量或 B 端分析答。
华为怎么面数据分析
- 会问可复现。
- 版本对比。
- 准备审计。
面试阶段与知识点
第一批不把每个阶段拆成独立 URL，避免程序化重复页。阶段对应下面的题，练完再用模拟面试串起来。
- 质量：缺陷。
- 版本：对比。
- 复现：审计。
- 口径：冲突。
值得开口练的题
每题给考察点、思路、结构化参考答案和追问。参考答案用来组织语言，面试时必须换成你自己的项目事实。
缺陷密度下降是质量好了还是漏报了？
考察点
- 发现
- 逃逸
- 使用量
回答思路
缺陷密度下降要区分真改善还是漏报，须看逃逸缺陷、线上严重级与使用量，不唯提交缺陷数。
结构化参考答案
- 缺陷密度分母常用千行代码或万用户会话，分子须含发现阶段标签，逃逸定义为发布后用户可感知缺陷。
- 排查顺序先对比测试阶段与线上逃逸占比，再查使用量上升是否稀释密度，最后看严重级结构是否恶化。
- 业务上研发可能收紧提交标准让密度好看，若逃逸上升说明质量实际变差，B 端客户会直接感知。
- 验证收口结合用户投诉与版本回滚记录交叉验证，周报同时展示密度与逃逸率，口径变更须版本化双算。
面试官可能追问
- 如何定义逃逸？
- 测试不足？
- 如何汇报？
新版本转化差，如何排除是推送人群不同？
考察点
- 人群
- 灰度
- 同期
回答思路
新版本转化差须先排除灰度人群结构差异，核对分流是否随机，同期与功能开关一并检查。
结构化参考答案
- 转化分母以进入关键漏斗步骤的设备或账号为准，灰度桶须记录版本号与推送批次，对照组人群结构要可量化比较。
- 排查顺序先对比灰度与全量用户的渠道、机型与地域结构，再查功能开关是否只开在新版本，最后用同期 cohort 复算。
- 业务上转化差可能是推送给了低质渠道而非版本本身问题，B 端场景还要考虑客户行业 mix 变化。
- 验证收口结构对齐后仍显著则定位具体步骤埋点，修复版本或回滚后复测转化，书面记录灰度决策依据。
面试官可能追问
- 无法随机？
- 如何建议？
- 多端？
如何让周报里的数可复现？
考察点
- SQL
- 时间
- 权限
回答思路
周报数字可复现须 SQL 入仓、时间窗写死、数据版本可追溯，权限内他人可独立跑出同样结果。
结构化参考答案
- 每条指标须绑定唯一 SQL 脚本与参数快照，时间窗用闭区间 UTC 或业务时区写死，手工调整须留审计日志。
- 排查顺序先检查是否存在 Excel 手工贴数，再核对数据源版本与权限隔离，最后让他人盲跑脚本对结果。
- 业务上 B 端与政企客户常审计报表，不可复现的数字会导致信任危机与合规风险。
- 验证收口建立 CI 定时跑核心指标与 hash 比对，数据不出域时用脱敏样本包，防改历史靠只追加的数据版本表。
面试官可能追问
- 数据不能出域？
- 手工表？
- 如何防改历史？
统计审批完成时长，注意等待和并行
考察点
- 开始
- 结束
- 并行
回答思路
审批完成时长须定义起止事件，并行节点取最长或合计要写死，退回与节假日规则一并声明。
结构化参考答案
- 时长分母以进入审批流的实例为准，起止分别取提交与最终通过时间，并行分支须在口径中明确取 max 还是 sum。
- 排查顺序先查是否因退回重提导致尾部拉长，再拆节点看等待还是处理瓶颈，最后核对节假日是否暂停计时。
- 业务上 B 端客户关注 SLA，口径不清会把流程问题误判为人效问题，代理人审批也要定义归属。
- 验证收口抽样工单手算与 SQL 对账，可视化各节点 P95 等待，规则变更后复算并与业务 SLA 对齐。
面试官可能追问
- 节假日？
- 代理人？
- 如何可视化瓶颈？
研发要改质量口径变好看，你怎么办？
考察点
- 版本
- 双算
- 审计
回答思路
研发想改质量口径变好看时，坚持版本化双算与审计用途分离，拒绝偷改历史并保留旧版供追溯。
结构化参考答案
- 质量口径变更须升版本号，新旧分母如缺陷发现阶段、严重级映射各保留一套，审计报表不可与考核报表混用。
- 处理顺序先评估改动对趋势与 SLA 的影响，再并行双算至少一个发布周期，最后提交质量委员会评审。
- 业务上口径美化会掩盖真实逃逸风险，政企交付场景可能触发合同违约，独立分析职责不能放弃。
- 验证收口双算差异在预期内且审计方确认后才切换主口径，拒绝偷改须写入纪要并可升级。
面试官可能追问
- 施压？
- 升级？
- 记录？
和岗位、模拟面试一起用
资料管理里保存目标岗位 JD，模拟面试会按简历出题。点题目下的按钮会把本题带进模拟开场，仍需先绑定简历与岗位。