不鸣科技引擎测试开发实习一面

《面试题目》

1. 看你之前都是做开发的，为什么会找测试岗位？
2. 登录接口偶发 401，同一账号重试又能成功，且只集中在部分机器，怎么定位？
3. 测试中发现一个不是必定复现的 Bug，怎么处理？
4. JMeter 压测时线程数增加但 TPS 不涨，CPU 和内存也没打满，怎么查？
5. 常见的登录模块如何设计测试用例？
6. 游戏引擎编辑器导入大型资源偶发崩溃，只有部分项目能触发，怎么推进定位？
7. 冒烟测试和回归测试的准则是什么？

《参考解析》

偶发 401 要先找“成功与失败之间唯一不同的变量”。对比账号、Token、时间戳、请求头、客户端版本和命中节点；如果集中在固定机器，优先查时钟漂移、密钥版本、缓存和发布版本。用 traceId 把网关、认证服务和客户端串起来，避免在登录接口本身反复重试。

偶现 Bug 不能因为难复现就关闭。要记录版本、操作路径、账号、数据、机器、网络和日志，把“偶尔”量化成出现次数/总次数，再缩小变量。JMeter TPS 不涨但 CPU 低，常见瓶颈是数据库连接池、下游 RT、压测机自身或线程池排队，不是服务器算力。

登录测试要围绕认证状态机：正常登录、错误密码、锁定、验证码、Token 过期/重放、并发登录、退出失效、弱网和依赖故障。引擎资源崩溃则要构造最小复现工程，比较资源格式、路径、依赖和缓存，收集调用栈与 Dump。冒烟测试判断版本是否值得继续测，回归测试验证改动没有破坏既有能力，两者范围和目的不同。