深呼吸，我们在你身边~

FindAlly

用心陪伴金融求职者的每一步

Risk · Capital Markets · Quant

产品

每日情报
岗位百科
面试题库
简历工坊

资源

会员定价
关于我们
联系我们

Built with Next.js 15

金融面试题库 - AI 解析投行·量化·风控高频真题 | FindAlly | FindAlly

面试题库

精选金融岗位面试真题，附详细解答和面试技巧

当前筛选:BA (Technology)EasyTechnical清除筛选

BA (Technology)EASYTechnical

Our payments project has 25 business requirements in the BRD, broken down into 60 user stories and 180 test cases. The compliance lead walks over and asks whether the requirement that wires over 10,000 dollars need dual approval was actually built and tested. You have ten minutes to answer. What do you do?

支付项目的 BRD 有 25 条业务需求，团队拆成了 60 个 story，写了 180 个测试用例。合规负责人突然来问：「电汇超过 1 万美元要双人复核」这条需求，到底开发了没有、测过没有？你要在十分钟内答复，你会怎么做？

题目总数

简单题

中等题

困难题

答案概要：

①这道题考你会不会用需求追溯矩阵（RTM）。面试官想看你能否从一条业务需求很快查到对应的 story、测试用例和执行结果，而不是去翻聊天记录拼答案。同时也看你回复合规时是否严谨，有没有拿证据说话。 ②思路是正向追溯，顺序是：业务需求编号、story、验收标准、测试用例、执行结果和缺陷。（1）在 RTM 里按需求编号（比如 BR-07）筛选；（2）看关联的 story 是不是已经 Done；（3）看...

查看完整解答 →

BA (Technology)EASYTechnical

We're four days from the end of an account-opening sprint, and the team is fully committed. The business comes over and says, 'Just add an occupation dropdown to the application page. Dev says it's half a day, so squeeze it into this sprint.' As the BA, how do you handle it?

开户 sprint 还剩 4 天，团队故事点已经排满。业务方跑来说：「申请页再加一个职业下拉框，开发说就半天的活，这个 sprint 顺手做了吧。」你作为 BA 怎么处理？

答案概要：

①这道题考你是否清楚 sprint 承诺的边界，以及变更该从哪里进来。面试官不想听你一口拒绝，也不想听你直接答应。他想看你能不能把「小需求」拆开看清真实影响，交给 PO 决策，同时守住团队的承诺。重点听你有没有流程意识，沟通有没有分寸。 ②思路分四步：澄清、评估、决策、记录。（1）先问为什么一定要现在做：是合规或 KYC 的硬要求（比如职业信息要进客户风险评级），还是「有了更好」；（2）评估完整影...

查看完整解答 →

BA (Technology)EASYTechnical

We have a story for mobile banking: a customer applies for a personal loan online and gets an instant decision. The team estimated it at 21 points, but their capacity is only about 30 points per sprint. As the BA, how would you split this story?

手机银行要做一个 story：客户在线申请个人贷款，当场拿到审批结果。团队估了 21 个故事点，可团队一个 sprint 总共只能做大约 30 点。你作为 BA 会怎么拆这个 story？

答案概要：

①面试官在考你是否懂 story 要满足 INVEST 原则（尤其是 Small、Independent、Testable），以及会不会按业务价值做纵向切分。21 点占了 sprint 七成容量，一旦卡住，整个 sprint 目标就落空。面试官想听你主动把风险拆小。 ②框架：先确认 story 背后的价值和验收标准，再按流程步骤、业务规则、正常和异常路径、数据变体做纵向切分。每一片都要能端到端演示...

查看完整解答 →

BA (Technology)EASYTechnical

In the first week after digital account opening went live, Compliance asks whether any customers have an open account but no passed KYC. You have an accounts table with customer ID and open date, and a KYC results table where each customer may have several checks, each with a status of passed, failed or pending. How would you find these customers in SQL?

数字开户上线第一周，合规问：有没有客户账户已经开了，但 KYC 还没通过？你有一张账户表，记录客户号和开户日期；还有一张 KYC 结果表，每个客户可能有多条核验记录，状态分为通过、失败和待定。你会怎么用 SQL 把这些客户找出来？

答案概要：

①考你能否把一句业务问题翻译成正确的表关联逻辑。重点是在一对多关系下找出「不存在的记录」，这是上线核对时最常用的取数动作。 ②表 accounts(customerid, opendate)，kycresults(customerid, status, checktime)。先定义「通过」：只要有一条 PASSED 就算通过。然后用 NOT EXISTS 找出反例：SELECT a.custome...

查看完整解答 →

BA (Technology)EASYTechnical

Our digital account opening flow is going to call a third-party identity verification API. The vendor says the average response time is 2 seconds with 99.5% availability, and we get about 3,000 applications a day. Before you write the stories, what would you confirm with the vendor, and what should happen to the customer when the API is down?

数字开户要接一个第三方身份核验接口，对方说平均 2 秒返回、可用率 99.5%，我们每天大约有 3,000 个开户申请。写 story 之前，你会跟接口方确认哪些东西？接口不可用的时候，客户这边应该怎么处理？

答案概要：

①这道题考的是：你能不能把「接一个外部接口」拆成能写进需求的依赖条件，而不是只写一句「调用核验接口」。面试官想听到两点：外部依赖一定会失败；失败后业务上怎么处理，要由 BA 定清楚，不能留给开发去猜。 ②按四层去确认。（1）接口契约：输入输出字段、必填项、返回结果有哪几种（通过、拒绝、需人工复核）、有哪些错误码。（2）非功能：平均和 p95 响应时间、超时阈值、限流、维护窗口。（3）异常：超时、报...

查看完整解答 →

BA (Technology)EASYTechnical

The new credit card statement release is scheduled for Saturday from 10 p.m. to 2 a.m. All testing has passed, and the nightly batch kicks off at 2:30 a.m. Ops asks you who verifies after deployment, what gets verified, and what happens if something breaks. As the BA, what do you prepare?

信用卡账单系统新版本定在周六晚上 10 点到凌晨 2 点上线，测试都过了，凌晨 2 点半还要跑夜间批处理。运维问你：上线后谁来验证、验证什么、出了问题怎么办？作为 BA 你会准备什么？

答案概要：

①这题考你是否明白「测试通过」不等于「可以上线」。上线准备要包括部署后的生产验证（PVT/Smoke Test）、回滚方案和每一步的负责人。还要看你有没有注意到凌晨 2:30 批处理这个硬时间约束。 ②按四件事来组织：（1）谁负责：runbook 里写清每一步的负责人和时间点；（2）验证什么：准备一份生产验证清单，只覆盖核心路径；（3）怎么判定：事先定好 go/no-go 标准；（4）失败怎么办：...

查看完整解答 →

BA (Technology)EASYTechnical

We're migrating customer data from the legacy account-opening system into a new CRM. The legacy system stores the full name in a single field, like 'ZHANG, WEI' or 'O'BRIEN, MARY ANN', and a few records are written as 'WEI ZHANG' with no comma. The new CRM has separate first-name and last-name fields. How would you write the mapping rule?

客户数据要从旧开户系统迁到新 CRM，旧系统把姓名存在一个字段里，比如「ZHANG, WEI」「O'BRIEN, MARY ANN」，还有少数写成「WEI ZHANG」，中间没有逗号；新系统要分成名和姓两个字段。你会怎么写这条映射规则？

答案概要：

①面试官考的是你能不能把一句「拆一下」变成开发可以照着写、测试可以照着验的映射规则，并且主动想到脏数据和边界情况，而不是默认数据都规整。姓名是 KYC 证件比对和制裁名单筛查的关键字段，拆错会直接影响合规。 ②思路是先 profile、再定主规则、最后定例外。源表 legacycustomer.fullname，目标表 crmcustomer.firstname 和 lastname。先看格式分布...

查看完整解答 →

BA (Technology)EASYTechnical

On the last day of UAT for our account opening system, two defects come in. The bank logo is misaligned on the confirmation page. And for joint accounts, the second holder's date of birth isn't being saved, which affects about 3% of new accounts. How would you rate severity and priority for each, and which one has to be fixed before go-live?

开户系统 UAT 最后一天冒出两个缺陷：一个是开户成功页上的银行 logo 错位；另一个是联名账户第二持有人的出生日期没存进系统，大概影响 3% 的新开户。这两个缺陷你怎么定严重度和优先级？哪个必须上线前修好？

答案概要：

①考两件事。第一，能不能分清严重度和优先级：严重度（severity）看对系统和业务的影响，优先级（priority）看先修哪个，要考虑上线节点、监管和品牌。第二，能不能把技术缺陷换成业务语言和合规风险来讲。初级 BA 在缺陷分诊（triage）会上常常要先给出定级建议。 ②思路分三步：先看影响的是什么，顺序是数据完整性和合规 > 资金 > 功能 > 外观；再看影响有多大，包括比例、有没有替代办法...

查看完整解答 →

BA (Technology)EASYTechnical

A customer wants to raise their daily ATM withdrawal limit at a branch. Today the teller fills out a paper form, scans it and emails it to the back office. The back office updates the card system the next day and texts the customer, so it takes about two days end to end. You just joined the project and need to map this current-state process. How do you go about it, and what goes on the map?

客户想在网点把借记卡每日取现额度调高。现在的做法是柜员填纸质表、扫描后用邮件发给后台，后台第二天在卡系统里改完，再发短信通知客户，前后平均要 2 天。你刚进项目组，要先把这个现状流程画出来，你会怎么做？图上要标出哪些东西？

答案概要：

①这题考 BA 最基本的现状流程梳理能力：信息从哪里来、用什么图、怎么让图上看得出问题。只说一句「画个流程图」不够。面试官也在看你会不会先把现状弄清楚，而不是一上来就给方案。 ②思路分四步：收集、建模、验证、标注。（1）收集：先看现有 SOP 和纸质表单，再去网点跟岗看一两笔真实办理（shadowing）。柜员和后台操作员各访谈 1–2 人，再拉近一个月的申请量和处理时长。（2）建模：用泳道图，按...

查看完整解答 →

BA (Technology)EASYTechnical

For bill pay, the business wants recurring monthly payments: the customer picks a day of the month, and if that day falls on a weekend, the payment moves to the next business day. A customer picks the 31st. What questions would you ask the business, and how would you write the acceptance criteria?

账单支付要上线「每月固定日期自动付款」，业务方的原话是：客户选几号就在几号扣款，遇到周末就顺延。如果客户选的是 31 号，你会追问业务方哪些问题？验收标准你会怎么写？

答案概要：

①面试官想看你能不能从一句只讲正常流程的需求里找出边界情况，并把模糊的规则改写成可测试的 Given/When/Then。同时也在看你是否了解银行营业日、联邦假日、扣款截止时间这些实际约束，而不是只会照着原话复述。 ②先按维度把边界情况列出来，再逐个向业务方要决定：（1）日期边界，包括小月和闰年；（2）非营业日，包括周末和联储假日；（3）顺延后跨到下个月怎么办；（4）下个月以哪一天为准；（5）扣款...

查看完整解答 →

BA (Technology)EASYTechnical

The mobile app wants to add a one-tap temporary debit card freeze, and the call center gets about 12,000 lost-card or freeze calls a month. You've got 30 minutes with the call center manager for a first requirements interview. How do you prepare, and what do you ask?

手机银行想加一个「一键临时冻结借记卡」功能，客服中心每月大约接 1.2 万通挂失或冻结电话。你约到了客服主管 30 分钟做第一次需求访谈，你会怎么准备，重点问哪些问题？

答案概要：

①这题考需求获取的基本功。面试官想看你能不能在很短的时间里做一场有准备的访谈，问出现状、痛点、业务规则、例外和成功标准，而不是让对方随口列一张功能清单。也看你是否意识到客服主管只是干系人之一。 ②框架分访谈前、访谈中、访谈后三步。访谈前先读现有挂失流程文档和来电原因统计，列出干系人：客服、卡产品、欺诈风控、合规、移动端技术。再准备 8 到 10 个开放式问题，排好优先级。访谈中按「现状—痛点—规则...

查看完整解答 →

BA (Technology)EASYTechnical

After a new release of our online personal loan application, the abandonment rate jumped from 30% to 45%. The business says just add a save-draft button and wants you to write the requirement right away. What would you do?

线上个人贷款申请新版本上线后，放弃率从 30% 涨到了 45%。业务方说加个保存草稿按钮就行，让你直接写需求。你会怎么做？

答案概要：

①这道题考你会不会先把问题定义清楚，再谈方案。业务方直接给了一个方案（保存草稿），BA 的价值在于把方案还原成问题：放弃率为什么涨了 15 个百分点？草稿按钮只能解决用户中途被打断这一种原因。如果根因是别的，做了也没用。 ②思路按“澄清—拆解—定位—比选—验证”走：（1）先对齐口径，放弃=开始填写但 24 小时内未提交，确认上线前后两期口径一致；（2）按申请步骤拆漏斗，看流失集中在哪一步；（3）按...

查看完整解答 →

BA (Technology)EASYTechnical

On our digital account-opening project, the business sponsor only tells you: 'The KYC ID upload page needs to be faster and easier to use.' How would you turn that into a proper user story with acceptance criteria?

开户项目里，业务方只给了一句需求：「KYC 证件上传页面要快一点、好用一点」。你作为 BA，会怎么把它改写成一条合格的 user story，再配上验收标准？

答案概要：

①这道题考的是你能不能把模糊、主观的业务诉求变成可开发、可测试的需求。面试官要确认你知道 user story 的三要素：角色、目标、价值。更关键的是，你能否把「快」「好用」这种没法验证的形容词量化成验收标准。这是 BA 每天都要用的基本功。 ②思路分三步。（1）先追问澄清：到底慢在哪里？是上传耗时长、识别失败率高，还是步骤太多？用现有数据定位痛点，比如这一步的客户放弃率。（2）按 As a…I ...

查看完整解答 →

面试题库

按岗位筛选：

按难度筛选：

按类型筛选：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：

答案概要：