不鸣科技|引擎测试技术一面

  • 日期:2026-04-01(面试日期)
  • 企业与岗位:不鸣科技|引擎测试技术一面
  • 适用层级:实习/初级测试开发与游戏引擎测试

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

面试问题与参考答案

1. 交流环节:自我介绍

参考答案 / 复盘思路

围绕应聘引擎测试岗位,把编程能力、测试项目、游戏或图形基础串成一个可信的经历链。能展示的证据包括用例、自动化脚本、缺陷复现和性能采样。没有引擎实战就说明自己会如何补齐,而不是宣称掌握没做过的内容。

2. 交流环节:讲一下你在上家公司主要做了什么?

参考答案 / 复盘思路

回答时分清负责业务、测试职责和交付结果。例如在某功能迭代中如何理解需求、划分风险、准备数据、执行回归、推动缺陷修复。对于个人贡献,最好说出自己维护的脚本或用例范围,以及上线前如何确认关键问题已关闭。

3. 交流环节:上一家公司为什么离职?

参考答案 / 复盘思路

尽量围绕岗位方向、成长机会和工作匹配度回答,避免编造与上一家公司的冲突。可以说明过去的工作更偏某类业务,希望进一步接触引擎、工具链或自动化,但要解释清楚已做过的准备,保持事实一致。

4. 问题:写测试用例的一般步骤?如何设计?

参考答案 / 复盘思路

先明确需求和可验收标准,梳理业务流程、角色权限、输入输出、异常与依赖,再按风险排序设计用例。常用等价类、边界值、判定表、状态迁移和错误推测;执行前要准备环境与数据,执行后记录证据。评价用例质量不只数条数,还看关键风险覆盖和缺陷发现能力。

可以把登录流程画成状态图,再根据“未登录—验证码校验—已登录—会话失效”覆盖转移边;对于接口字段多的情况,用判定表减少组合爆炸,而不是穷举所有排列。

5. 问题:Login登录页面如何设计用例?

参考答案 / 复盘思路

从正确登录、错误凭证、账号冻结、验证码、频控、会话过期、记住登录、跨设备及弱网恢复分层覆盖。接口层校验状态码、错误码、Token和会话状态,UI层校验提示与跳转;还应验证服务端权限而非只看按钮显隐。注意不要把密码明文写入日志,测试数据需可重复清理。

典型负例包括正确账号错误密码、验证码过期、重复提交、旧Token继续访问、不同账号共享Cookie。建议把页面提示、接口错误码和服务端实际会话状态作为三个独立断言。

6. 问题:除了账号密码,还想到哪些校验?

参考答案 / 复盘思路

重点考虑验证码有效期与复用、动态码重放、MFA失败回退、设备风险识别、Cookie属性、跨浏览器兼容及重试锁定。用例要能区分产品规则和实现方式,例如错误次数阈值由需求决定,不应随意设成三次。最终用服务端会话和审计日志验证是否真的拒绝了非法登录。

例如同一个动态验证码连续使用两次,第二次应按规则拒绝;切换设备或清理Cookie后,也要确认服务端仍执行有效期和次数限制。安全相关检查应在授权测试环境中进行。

7. 问题:接口自动化怎么操作?前后端有联动测试吗?

参考答案 / 复盘思路

接口自动化可用pytest配合HTTP客户端,统一鉴权、测试数据工厂、断言与报告,放到CI按环境执行。前后端联动要确认页面行为、请求参数、响应契约和数据库副作用一致;不能只看接口200。对异步接口还应等待业务状态收敛并控制超时,失败时保留请求ID方便排障。

用例之间需要隔离用户、订单或会话,避免前一条执行改变下一条的前置条件。失败时输出脱敏请求和响应摘要,并通过trace ID关联前后端日志,便于研发复现。

8. 问题:接口测试需要关注哪些?

参考答案 / 复盘思路

除了参数类型、必填和边界,更重要的是业务正确性:状态迁移、权限隔离、幂等、并发、事务、限流、超时、依赖失败及数据一致性。建议从用户操作出发,列出正常、拒绝、重试和恢复路径;用日志、数据库状态与事件记录验证结果,避免只按开发字段列表检查。

可用支付、注册或库存变更举例:请求返回成功却没有真正落库属于失败;重复请求产生两笔记录也属于失败。接口测试的核心是业务不变量,而不只是HTTP协议字段。

9. 问题:对游戏引擎有了解吗?

参考答案 / 复盘思路

可从资源加载、渲染管线、物理、动画、脚本系统、网络同步与内存管理解释引擎模块。测试要考虑确定性回放、不同GPU驱动、帧率与卡顿、资源泄漏、碰撞边界及长时间运行。初级候选人不必假装懂全部底层,但要能给出可观察指标和最小复现环境。

如果测试物理与动画系统,固定随机种子和时间步长有助于重放;但真实帧率波动下仍需检查稳定性。可以分别设置功能正确性、性能预算和长稳运行三类验收门槛。

10. 问题:新游戏地图上线,你会想到哪些测试点?

参考答案 / 复盘思路

按资源正确性、出生与传送点、碰撞体、寻路、光照遮挡、交互物、任务触发、多人同步和性能分层。重点测地图边缘、穿模、卡死、异常高度、快速移动与切换场景。性能要记录设备档位、分辨率、帧时间P95、内存和加载耗时,确保可复现;回归时还需比较旧地图共用资源是否受影响。

多人场景还要验证同一位置的碰撞与状态同步是否一致;大地图可通过分块加载边界和快速传送暴露资源泄漏。用帧时间曲线定位卡顿峰值,不能只报告平均FPS。

延伸思考(社区补充)

如果地图更新后只在某一显卡驱动版本出现掉帧,怎样把问题缩小到资源加载、渲染或驱动兼容?