巨人网络 测试岗面经：实习测试流程、功能与排行榜测试点、SQL 与 Linux

《面试题目》

1. 自我介绍
2. 实习相关
3. 实习负责什么？
4. 项目组人员分配
5. 项目用什么语言开发的？
6. 你接触了什么语言？
7. 实习的一个测试点、功能是怎么负责的？
8. 实习学到了什么？
9. 提了几个任务单？
10. 写技术文档有什么规范？
11. 整体测试流程是什么？
12. 新英雄测试
13. 一个功能的测试
14. 排行榜测试点
15. 日志怎么看？
16. Linux 命令知道哪些？讲一下
17. Linux 命令实习用过吗？
18. 数据库相关，数据库语言知道吗？
19. SQL 会多少？
20. 给个小条件，SQL 的简单查找、替换、修改数据写一下
21. 觉得加班是无效加班吗？
22. 加班怎么看？
23. 来上海的意愿
24. 对公司产品的了解

反问

《参考解析》

1. 整体测试流程要按「需求评审 → 用例设计 → 执行 → 回归 → 上线验证」讲成闭环：需求评审阶段确认验收标准和边界，用例设计阶段分正常流、异常流、边界值和兼容性，提测后先冒烟再全量执行，缺陷按等级流转并跟踪修复验证，上线前做回归、上线后跟灰度与线上巡检查看日志和监控。面试官想听的是你在这条链路里具体做了什么、卡在哪一步推动过什么，而不是背一段流程名词。

2. 游戏功能的测试点要会拆维度：以排行榜为例，可以从数据侧（排序规则、并列名次、分数计算与去重、榜单单量上限）、时间侧（日榜周榜的刷新与结算时点、跨天跨赛季切换）、并发侧（多人同时上榜、结算瞬间写入冲突）、异常侧（断线重连、重复上报、作弊改包）、展示侧（空榜、只有一名玩家、超长昵称、分页加载）五个方向列用例。新英雄这类内容型需求则要额外关注数值平衡、技能与已有机制的交互、动画与特效表现、以及各端各分辨率的兼容性。

3. 日志与 Linux 是测试岗的日常工具，要答到命令级：查日志的典型链路是先用 grep 按关键字或 traceId 定位、再配合 tail -f 跟实时输出、用 less 或 sed 截时间段、用 awk 做字段统计；常用命令至少覆盖文件和目录操作、进程查看（ps、top）、端口与网络（netstat、ss、curl）、磁盘与内存（df、free）、权限（chmod、chown）。被追问「实习用过吗」时给一个真实场景，比如通过日志时间戳和请求 ID 复现出一个只在特定参数下出现的缺陷。

4. SQL 要能当场写出来，而不是只答「会」：查找是 select … from … where …，注意条件里的等值与范围写法、limit 分页；修改是 update 表 set 字段 = 值 where 条件，替换分两种——整值替换用 update，字符串内部替换用 replace(字段, ‘旧’, ‘新’)，同时要强调写操作前先 select 验证影响范围、带 where 条件、事务与回滚。数据类的功能测试也常被要求自造数据，所以 insert 和简单的关联查询也要顺手。

5. 实习类问题与加班、地域问题，考的都是匹配度：负责什么模块、组里有几个人、怎么分工、提了多少任务单、技术文档怎么写、学到什么，这一串是在交叉验证简历真实性——提前把数字准备好（任务单数量、覆盖用例数、发现缺陷数与有效缺陷率），再准备一个「你独立负责过的最完整的测试点」。问「怎么看加班」不是找标准答案，而是看你的预期是否现实、会不会入职后落差过大；稳妥的答法是承认项目节点期会有强度、说明自己会在提测前把用例和排期做扎实以减少返工，同时把关注点放在成长和产出上。来上海的意愿、对产品的了解同理，答之前把公司的产品线和在研项目看一遍，能说出具体的一款游戏和它最近的动作，比空表忠心有效得多；反问环节则可以问团队的业务线、测试与开发的配比、新人上手的第一个项目。