科大讯飞测试开发一面面经（40min）

《面试题目》

1. 自我介绍。
2. 实习阶段，哪一部分最难？哪一部分相对容易？
3. 使用 Go 语言开发压测工具时，面对不了解的知识你是如何学习的？如何评估你的性能测试指标？
4. 压测工具是如何设计的？怎么想到用 Go 语言开发？为什么不用现有的压测工具？
5. 从需求到发版的上线过程，中间大概要经历哪些环节？
6. 讲一个最难复现的 bug。
7. 你发现的缺陷中，比较严重的比例有多少？
8. 你制作的 skill 有在团队中使用吗？效果如何？指标如何界定？
9. 制作知识库是你自己开发的吗？
10. 你的知识库和 skill 之间是如何关联的？
11. 你是如何把业务文档梳理成知识库的？
12. 知识库的效果如何？
13. 看你实习中有很多不同的产出，当不同工作有冲突时，你是如何解决的？
14. 反问环节。

《参考解析》

从需求到发版的完整测试流程：需求评审（测试左移，澄清验收标准、可测性、埋点需求）→ 测试计划与方案（范围、策略、环境、数据、排期、风险）→ 用例设计（等价类、边界值、判定表、场景法、状态迁移；用例要评审）→ 测试环境与数据准备（造数脚本、mock 外部依赖）→ 冒烟测试（准入卡点，不过不发测）→ 功能测试 + 接口自动化 + 回归测试 → 缺陷管理（提交要有最小复现步骤、日志、traceId、环境信息；定级 P0~P3；验证关闭）→ 专项测试（性能、安全、兼容性）→ 验收测试（产品/业务 UAT）→ 上线（发布检查清单、灰度、回滚预案、SQL 变更评审）→ 线上验证与监控（核心链路拨测、错误率与告警）→ 复盘与用例沉淀。回答时强调”每个环节的准入/准出标准”，这是测试开发岗位最想听到的语言。

为什么用 Go 写压测工具、怎么设计：Go 的优势是 goroutine 栈初始只有几 KB，单机轻松跑几万并发；GMP 调度配合 netpoller（epoll）做非阻塞 IO，网络模型天然适合压测；编译成单个静态二进制，扔到压测机上就能跑，没有 JVM 预热和 GC 抖动。现成工具（JMeter、Locust、wrk、ab）不够用的地方通常是：要自定义业务协议/签名/加密、要按公司的发号器和流量染色规则造请求、要定制指标与报告、要跟内部压测平台打通。设计上要覆盖几件事：加压模型（固定并发数 / 固定 RPS / 阶梯加压 / 波浪形）、连接策略（是否 keep-alive、连接池大小）、参数化与数据供给（避免用同一份数据把缓存打通，导致测出来的其实是缓存）、指标采集（QPS、成功率、P50/P95/P99 耗时、超时率）、资源监控（压测机自身的 CPU/内存/端口/带宽，服务端的 CPU/GC/连接数）、以及限流熔断保护，避免把生产打挂。

性能指标怎么评估：先把目标定下来，即 SLA——比如 P99 < 200ms、错误率 < 0.1%、单机 QPS ≥ 2000，所有结论都对着这个目标说。方法上做梯度加压：并发或 RPS 逐级上升，画出「吞吐量 vs 延迟」曲线，吞吐不再增长而延迟陡增的那个点就是容量拐点。指标上要强调长尾：均值好看没有意义，P95/P99 才反映用户体验。同时必须排除压测机自身瓶颈——端口耗尽（TIME_WAIT 堆积导致 Cannot assign requested address）、CPU 打满、带宽跑满、Go 的 GC 停顿，这些都会让结论失真，所以压测机和服务端都要监控。

最难复现的 bug 怎么答：按”收集现场 → 假设分类 → 提高复现概率 → 二分定位 → 修复后防回归”这条线讲。现场要素：用户操作路径、时间点、traceId、请求/响应报文、日志、当时的服务状态（连接池、缓存、队列积压）。难复现的典型成因是并发竞态、时序依赖、状态残留（连接池/缓存/ThreadLocal）、特定数据、环境差异（配置、时钟、版本）、以及依赖方偶发超时。提高复现概率的手段：加日志埋点、开混沌注入（延迟/丢包/异常）、压测放大并发、放宽超时或 mock 慢依赖、把用户请求报文回放到测试环境、把随机种子固定。定位上用二分法（关功能开关/灰度切流）缩小范围。修完必须补一条自动化回归用例 + 一条监控告警，否则等于没修。

知识库与 skill 的关系及效果度量：知识库解决”知道什么”，是原始素材经过清洗、切片、向量化后的检索层（RAG）；skill 解决”怎么做”，是面向某类任务的操作流程和提示词。二者通过”任务 → 检索知识库相关片段 → 按 skill 定义的步骤执行”串起来。文档梳理的做法：按业务域/角色分层，统一模板（背景、前置条件、操作步骤、常见问题、踩坑记录），去掉过期的重复内容，标注负责人和更新时间，定期（比如每月）回顾。效果度量要能给数字：检索命中率/召回率、答案被采纳率（或人工抽检准确率）、平均处理时长下降幅度、被复用次数、以及错误率下降。没有度量就是自嗨，这是面试官追问”指标如何界定”的用意。

多任务冲突怎么解决：先把冲突显性化——列清楚每个任务的目标、截止时间、依赖方、影响面，判断哪些是”不做会阻塞别人”的；再按重要度和紧急度排序，能拆解并行的就并行，不能并行的主动找 mentor/leader 对齐优先级和预期，明确告知延期影响；同时留出 buffer 应对插入的紧急需求。回答时用实习中的真实例子（哪两件事撞了、你怎么选的、结果如何）比讲方法论更有说服力。