使用场景
晋升准备
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
1060 道问题
本页为第 51–100 题，共 1060 题。
A · 专业解题与实现25
- 仓库有数百个包，完整自动检查与构建耗时很长，团队准备只测试受变更影响的部分。你会怎样证明选择性测试没有漏掉关键依赖？
- 核心流程只通过鼠标测试通过，键盘或屏幕阅读器用户无法完成操作，你会怎样把无障碍要求纳入交付门禁？
- 一项跨多个页面和服务的关键用户流程经常回归，你会怎样确定自动化测试的边界和优先级？
- 用户要求删除个人数据，但部分记录进入了备份、分析仓库和下游系统，你会怎样设计可验证的删除流程？
- 一个广泛使用的依赖被披露存在高危漏洞，但升级可能带来兼容性问题，你会怎样安排处置顺序？
- 服务故障已超过目标允许范围，但业务又有明确的功能交付承诺。你会怎样调整发布节奏和可靠性投入？
- 备份任务显示成功，但团队从未验证过恢复后的数据完整性和恢复时间，你会怎样建立可证明的恢复能力？
- 新接入的外部服务会接触用户数据并触发内部操作，你会怎样做轻量但有效的威胁建模？
- 付款后发券原本是同步执行，现在要改成异步队列加重试。请审查这个改动：你最担心哪些失败过程，上线前要演练什么？
- 怎样设计一个让运营自己搭建活动和玩法的平台？活动、玩法、规则和特征怎样抽象成可配置的组件，又怎样保证配置上线后的正确性？
- 从工程角度，你怎样估算一个系统的整体成本？存储、计算资源这些成本分别怎么算，哪些会随规模线性增长，哪些不会？
- 业务要在多个国家和地区运营，用户数据要跨境流动。你怎样在系统和流程上解决数据合规，遇到规则不明确的灰色地带时，你怎么判断和决策？
- 明年大促或业务出海，预期增长五倍。从你现在的系统架构出发，你怎样检查网关、核心请求流程、存储和机器资源中的瓶颈？你打算分几个阶段、投入多少人力提前准备，又怎样验证判断？
- 一个推荐系统的各项成本是怎么构成的，包括召回、排序、特征服务、存储和实验？你会怎样在效果和成本之间取舍？
- 讲一个你做过的项目：当时为什么选这个技术方案，而不是别的？这个决定是怎么做出来的，利弊分别是什么？
- 模型在公开基准上持续提升，但内部任务表现停滞，你会如何排查评估失真？
- 产品希望 AI 给出看似确定的结论，但证据只能支持概率性判断，你会怎样设计表达与追溯？
- AI 输出造成实际用户损害后，产品、模型、运营和审核团队都参与了处理。你会怎样划分处置和改进责任？
- 更换基础模型后，整体指标相近但部分用户反馈明显变差。你会怎样发现模型行为发生了哪些变化，并判断是否需要回退？
- 需要抽查线上 AI 对话来发现新风险，但对话含有个人或商业敏感信息，你会怎样设计？
- 第三方模型服务的训练、留存或跨境条款发生变化，哪些情况需要暂停调用或重新审批？
- AI 功能的平均质量达标，但少数高风险错误仍会造成损害，发布门槛怎么定？
- AI 助手可以调用内部工具，但不同任务需要不同权限，你会怎样设计授权与审计？
- 模型无法确认答案时，产品应该拒答、给出低置信结果还是转人工？你会依据什么区分？
- AI 功能总体准确率合格，但某类语言或用户群的错误率更高，你会怎样判断和处理？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模21
- 一个季度续约率下降了 6 个百分点，但新签客户中小客户占比也明显增加。你会怎样拆分客户群、使用周期和服务成本，判断这是产品价值下降还是客户组合变化？
- 销售团队用签约金额汇报增长，但客户数月后才实际使用产品。你会怎样区分签约、履约、收入确认和客户价值，并说明团队应该分别观察什么？
- 高价服务档位收入更高，却消耗了更多人工支持，续约率也没有改善。你会怎样判断它是否创造了增量价值？
- 请选一个你负责的模块，说明它服务谁、接收什么输入、提供什么输出，并沿着用户任务讲到业务结果。
- 讲业务时，你怎样先讲清全局，再讲你负责的那部分在全局里的位置和价值？没有全局视角的人会怎么讲，差别在哪里？
- 一笔订单可能同时使用会员折扣、渠道优惠和优惠券，适用商品、地区和合同也有例外。你会怎样设计规则，让金额算得一致、用户看得懂，退款后也能核对？
- 平台与创作者的分成比例随月度流水按阶梯变化。你会怎样表达这条结算规则，使产品、研发和财务三方都能独立核对？
- 以订单、合同、结算这类商业概念为例，它们是怎样映射到数据模型里的？哪些概念被拆成了多个实体，哪些被合并了，为什么？
- 一个用户曾同意用于产品分析，后来撤回授权；部分派生指标已进入报表、实验和模型训练数据。你会怎样建模授权状态、用途范围与传播关系？
- 用户要求删除个人数据，但财务审计仍需要保留交易记录。你会怎样划定删除、匿名化和可追溯性的边界？
- 月结报告已发送给管理层，几天后收到迟到退款和一笔价格更正。业务希望更新当前数字，财务还需要解释上次报告为何不同。你会如何建模？
- 你们业务内部的模型，和行业或合作方通用的模型是怎样交互的？字段、定义或概念对不上时，你怎么处理？
- 客户账户在月中从销售转交客户成功团队，月度绩效既要体现当月结果，也要还原每个时点的负责人。你会怎样定义归属事件和统计规则？
- 费用规则今天修改为新规则，但争议订单发生在旧规则生效期间。你会如何保存规则版本与交易事实，让财务能够重现当时的计算？
- 同一账号可能同时拥有基础套餐、临时试用、活动权益和客服补偿。各系统对优先级的实现不一致，客户看到的权限偶尔反复变化。你会怎样定义资格与冲突规则？
- 订单上有一个 status 字段，同时表示履约进度和支付结果，多个团队都在读它。你会怎样把它拆成两个概念，并让旧数据和旧使用方平稳过渡？
- 重复注册导致两个客户实体后来被确认属于同一家公司。合并后报表要统一展示，但历史合同、审批、权限和个人操作仍需保留原始责任。你会怎样设计合并关系？
- 业务规则发生追溯更正，报表需要显示修正后的结果，但决策者还要查看当时依据的旧结果。你会怎样管理两种历史视图？
- 生产者新增一个订单状态后，旧消费者因严格枚举校验拒绝整条消息。团队认为应由消费者更新，但多个消费者由不同组织维护。你会怎样设计兼容性和发布顺序？
- 企业合同分别约定首次响应、恢复服务和最终解决时间，暂停计时条件也不同。客服系统只记录一个计时器，导致争议。你会怎样分别记录这些承诺及其计时规则？
- 请为你长期负责的方向画一份业务地图：用户要完成什么任务、流程中主要障碍在哪里、你的模块能影响什么又影响不到什么？
当前目标在这里暂无匹配题。 ·