比孚信息科技测试开发一二面:Agent指标、429退让与接口排障

  • 日期:未公开
  • 企业与岗位:比孚信息科技|测试开发
  • 适用层级:中级

本篇为社区对用户分享面经的整理汇编,旨在帮助求职者了解面试考察方向。问题部分力求忠实还原原帖问答脉络;「参考答案 / 复盘思路」为整理方结合工程实践原创补充,仅供交流参考,不代表官方标准答案。

一面|42分钟

1. 自我介绍

交流准备 / 复盘思路:

自我介绍建议按“做过什么业务—负责什么质量问题—怎样解决—结果如何”组织,控制在一分钟左右。若经历偏AI应用,重点解释测试职责而非只罗列模型和框架:例如怎样构造数据、判断工具路由是否正确、定位失败步骤。量化指标必须能解释统计窗口与样本来源,避免只说提效百分比。

2. 介绍实习业务

交流准备 / 复盘思路:

介绍实习业务可以先交代用户、输入输出和关键链路,再说明自己参与的模块与上线验收条件。对于自然语言驱动自动化,需区分意图识别、工具选择、参数生成、执行和结果断言五个阶段;每阶段准备一例成功样本与失败样本,体现自己能把“AI会操作”转成可验证的质量标准。

3. 你在这段经历里面做的测试工作是什么,可以详细聊一下吗?

参考答案 / 复盘思路:

可以用一个真实任务说明:先依据业务流程拆正常、边界、异常用例;再用离线标注集检验意图分类和工具路由;对金额、日期等关键参数做Schema与范围校验;最后跑端到端回归并保留调用轨迹。结果不只报通过率,还应给误路由率、人工接管率及故障复现步骤。

4. 类似运维工单的提测表单,包含工单信息和附件,你怎么设计测试?

参考答案 / 复盘思路:

先划分字段校验、流程状态、权限和附件四类。验证必填、长度、枚举、跨字段约束、重复提交、并发提交;附件覆盖大小、格式伪装、病毒扫描、上传中断与下载鉴权;状态流验证草稿、提交、审批、驳回与回退。最后核对页面、接口、数据库的工单编号一致性及审计日志。

5. 进入一个新团队,怎么解决第一个任务或快速适应?

交流准备 / 复盘思路:

先确认任务目标、验收口径和风险边界,再画出依赖关系与最小可运行链路。第一周优先跑通环境、阅读现有测试和线上缺陷、找到业务负责人;挑一个低风险问题完成“复现—修复验证—回归”闭环。遇到陌生系统,记录假设与证据,定期同步阻塞点,而不是凭经验直接重构流程。

6. 你做过哪些测试?

参考答案 / 复盘思路:

按项目说明功能、接口、集成、回归、性能和安全等类型,并突出自己实际做过的部分。接口测试不仅断言HTTP状态码,还要验证业务码、数据副作用和幂等;AI场景再补充模型输出一致性、工具参数合法性、RAG证据忠实度。面试时可用一张“测试层级—风险—工具—指标”关系表口头讲清覆盖边界。

7. 接口返回200,但没有数据,怎么排查?

参考答案 / 复盘思路:

HTTP 200只能说明请求在协议层成功。先核对请求参数、用户权限、分页和时间过滤条件,再检查响应体是否为业务错误或空集合;结合traceId查网关、应用和数据库日志,确认SQL过滤、缓存未命中或异步数据延迟。对比同账号不同环境,并补一条“200且空结果”的业务断言,避免自动化误报通过。

二面|30分钟

8. 自我介绍与实习经历交流

交流准备 / 复盘思路:

二面应把重点放在能被追问的工程决策:为何采用某套测试架构、哪些指标证明有效、失败时怎样定位。对自己参与程度保持准确:个人设计、团队共建、现成框架复用应明确区分。建议准备一条最复杂的缺陷链路,讲清输入、工具调用、状态变化、修复验证和回归防护。

9. 介绍业务报表与数据分析Agent项目

参考答案 / 复盘思路:

可按“自然语言提问—意图解析—指标映射—SQL或工具调用—结果校验—报表展示”说明链路。核心风险是指标口径、时间区间、权限隔离和数据新鲜度;测试时用人工确认的SQL作为金标准,比较聚合结果、分组维度与边界日期。高风险报表增加双路径校验,不能只凭生成语句能执行就认定正确。

10. CSR、ISR评测指标是什么?

参考答案 / 复盘思路:

首先给出项目中CSR、ISR的完整英文名称与精确定义,因为不同团队缩写并不统一,不能直接套用通用解释。回答时写清分子、分母、统计窗口、是否去重和失败重试口径;再说明怎样建立人工标注集、分业务场景统计和处理样本分布变化。若指标用于Agent,应同时观察任务完成、工具正确性及错误恢复。

11. SWE-bench通过率提升约25%+、单任务推理成本下降约30%+,这些指标如何计算?

参考答案 / 复盘思路:

通过率要固定同一版本数据集、环境和判分器,用通过任务数除以有效任务总数;“提升25%”需区分绝对百分点与相对提升。成本按模型调用token、工具运行及重试费用汇总,再除以完成任务数或全部尝试任务数,明确口径。对照实验要锁定任务集和模型条件,并报告置信区间与失败样本,防止只挑成功案例。

12. 429退让是什么意思?

参考答案 / 复盘思路:

HTTP 429表示请求触发限流。客户端优先尊重Retry-After,再采用指数退避加随机抖动,避免所有实例同时重试;还需限制最大重试次数、总超时和并发量。对非幂等写请求,先使用幂等键或查询执行状态再重试,避免重复扣费。测试应覆盖持续429、偶发429、重试后成功和服务端恢复,观察流量尖峰与尾延迟。

13. 你负责了哪个Rubric条目?

参考答案 / 复盘思路:

Rubric是评测评分细则,回答应指出自己负责的具体维度,例如事实正确性、工具参数安全或任务完成度,而不是笼统说“参与评测”。讲清评分等级、正反样例、自动评分与人工复核流程,尤其要说明边界样本如何裁决。最后用一致性指标或人工复核差异说明规则是否可重复执行。

14. Rubric四项条目分别是什么?

参考答案 / 复盘思路:

四项应以实际项目定义为准,不能套用固定行业清单。若项目采用“任务完成、事实忠实、工具合规、交互质量”四维,可分别提供判定规则、权重与否决条件。对安全越权等红线采用硬门禁而非加权平均,避免高流畅度掩盖严重错误;对主观质量维度做双人标注与冲突仲裁。

15. 做过漏洞扫描或渗透测试吗?

参考答案 / 复盘思路:

先区分自动化漏洞扫描与授权范围内的渗透测试。扫描偏向发现已知弱点,渗透则验证实际可利用路径与影响。测试开发可重点讲依赖漏洞、鉴权绕过、越权访问、注入、敏感日志与上传安全;对Agent还要检查提示注入是否能触发越权工具调用。所有安全验证都应在授权环境进行,并记录复现条件和修复回归。

16. 做过性能测试吗?用JMeter关注哪些参数?

参考答案 / 复盘思路:

先定义业务场景和负载模型,再用JMeter模拟阶梯并发、稳态和突增流量。至少同时观察TPS/QPS、错误率、P90/P95/P99响应时间、CPU/内存、线程池和数据库连接池。不要只看平均响应时间:当少量请求极慢时,平均值可能仍正常。定位瓶颈应结合服务端指标和链路追踪,确认压测机本身没有先成为瓶颈。

17. Selenium自动化会怎么设计,关注哪些参数?

参考答案 / 复盘思路:

先确定浏览器版本、定位器策略、等待机制、测试数据与并发执行模型。优先稳定的语义定位,避免依赖脆弱XPath;用显式等待替代固定sleep;把页面对象、断言、数据和报告分层。执行时统计通过率、失败分类、耗时与重跑比例。对偶发失败保留截图、控制台日志和网络请求,不能只通过无限重试掩盖问题。

18. Cookie和Session有什么区别?

参考答案 / 复盘思路:

Cookie通常保存在客户端,负责携带会话标识或偏好;Session一般是服务端维护的会话状态,也可以通过无状态令牌实现认证。测试要覆盖Cookie的Secure、HttpOnly、SameSite属性,Session超时、退出登录后失效、多端登录和会话固定攻击。不能把“Cookie就是Session”混为一谈,二者存储位置与生命周期不同。

19. JWT的认证原理、签发者和包含内容是什么?

参考答案 / 复盘思路:

JWT一般由认证服务在身份校验后签发,包含Header、Payload、Signature三部分。服务端验证签名、算法白名单、iss、aud、exp等声明,再按权限放行。Payload是可解码的,不应放密码或敏感隐私。测试覆盖篡改签名、过期、错误受众、密钥轮换、撤销策略及刷新令牌竞争;仅验签通过不等于权限正确。

20. 用什么做接口测试?Postman如何调用和验证接口?

参考答案 / 复盘思路:

在Postman中配置环境变量、认证头和请求体,通过前置脚本准备数据、后置断言检查状态码、业务字段与关键副作用。跨接口链路用变量传递token和资源ID,结束后清理测试数据。可通过Newman或CLI接入CI,分环境运行;对支付、创建工单等写接口额外验证重复请求、并发和超时后的最终一致性。

21. 用两句英语介绍实习收获

交流准备 / 复盘思路:

可以围绕真实职责组织两句简洁表达,例如“I built API regression checks and learned to investigate failures using request traces.”以及“I also improved my ability to communicate risks and verify fixes before release.” 句子应替换成自己的实际经历,避免说成亲自做过并不存在的项目。重点是准确表达动作、工具和收获。

延伸思考(社区补充)

延伸问题:
如果Agent接口持续返回429,但下游写操作已经部分成功,怎样用幂等键和状态查询保证重试不重复写入?

复盘思路:
先明确业务状态机、幂等与失败恢复的可观测证据,再设计可重复执行的故障注入;对最终状态采用业务对账断言,不以单一页面提示或HTTP状态码判定成功。

推荐学习