一、考察点 1、考察测试人员定位bug、排查问题的真实实操能力，属于日常高频工作内容。2、考察是否掌握日志类型、查看工具、关键字排查、问题分析思路。3、区分只会点点点的手工测试，体现排查问题、协助开发定位问题的专业能力。二、解题思路按照 日志类型→查看工具→排查步骤→常用关键字→最终定位问题 的工作流程回答，贴合真实测试工作，逻辑清晰、落地性强。三、参考答案在平时测试工作中，遇到功能异常、接口报错、闪退、请求失败等问题，我都会通过查看系统日志定位问题，具体操作如下：1、明确需要查看的日志类型主要分三种：前端日志、后端服务日志、数据库日志。页面报错、JS异常看前端日志；接口报错、业务逻辑报错看后端日志；数据不对、新增修改失败看数据库日志。2、常用查看工具线上和测试环境，我一般用 Xshell、SecureCRT 连接服务器查看日志；也会用 ELK、日志平台 在线检索；本地调试可以直接查看项目日志文件。3、具体排查步骤首先复现bug，保证问题可重现；然后进入服务器日志目录，实时刷新日志，操作对应功能；抓取报错瞬间的日志信息，过滤无效的冗余日志。4、核心关键字筛选我主要搜索 error、exception、null、timeout、500、400 这些关键字，快速定位报错代码行数、报错原因。5、分析并辅助定位问题通过日志判断问题归属：是前端传参错误、后端代码空指针、接口超时，还是数据库SQL执行异常，然后把日志截图、报错信息整理好，提交给开发，方便快速修复bug。四、总结我查看日志的核心流程：复现问题→连接服务器实时抓日志→筛选报错关键字→区分前后端问题→整理日志提交bug。通过日志可以精准定位隐性bug，提升问题排查效率，这也是测试人员必备的核心能力。

面试前，我本以为北京全满科技的二轮技术面，只是常规大厂式的刻意刁难。面完才恍然明白，那些看似刁钻的项目细节、跨领域交叉提问，背后藏着企业对工程师最朴素的用人标准：能落地、懂原理、心怀工程质量敬畏之心。网上常有吐槽“面试造火箭，工作拧螺丝”，但在北京全满科技的面试中能明显感受到：每一个深挖的问题，都和入职后的实际工作紧密贴合，从不脱离业务实际。问得深，只为筛掉只会背流程的“伪测试”很多企业的软件测试面试，只停留在背诵测试流程、罗列工具名称的表层问答。而北京全满科技的二轮技术面，更看重流程背后的底层逻辑。谈及单元测试，面试官会追问覆盖率定义，以及业务快速迭代时，如何平衡测试覆盖率与开发效率；聊到自...

一面hr面 1. 个人介绍2. 毕业设计和论文的完成情况如何？3. 你对于工作地点的选择是如何考虑的？你是哪里人？4. 你个人的职业规划是什么？5. 你曾有Java开发经历，为何考虑测试/测开赛道？6. 是否有进一步升学的打算？为什么？7. 介绍一下你的两段实习8. 你认为哪一段实习对自己影响或成长最大？为什么？9. 在协作中，如果开发同学不认可你提出的Bug（如无法复现、认为不重要），你遇到过吗？如何处理？10. 如果临近上线才发现Bug，你有什么快速定位和解决的方法或思路？11. 你是否会对自己做过的项目或工作进行复盘？12. 你如何保持持续学习技术的习惯或意识？13. 最近有在学习哪些与测试相关的技术或内容？14. 了解下你之前实习的工作强度。15. 如果拿到offer，是否能接受提前实习？你最快的到岗时间是多久？16. 你对我们公司或这个岗位有什么想了解的吗？二面技术面1. 自我介绍。2. 求职方向是开发还是测试。3. 实习中印象较深的一个需求的测试用例设计思路。4. 如何确保状态流转所有测试路径均覆盖，是否测试全部后退场景。5. 实习过程中是否发现严重bug。6. 测试介入的阶段。7. 参与需求评审时的关注点。8. 实习涉及到的平台的技术架构，涉及的服务和中间件。9. 是否测试过抽奖系统的高并发，是否遇到过消息丢失问题。10. 是否了解AI，以及AI在软件测试领域的应用方向。11. 如何设计AI辅助生成测试用例。12. 反问。

java运行 // 1. 获取当前登录的用户ID Long userId = UserHolder.getUser().getId(); UserHolder：保存当前登录用户信息的工具类这行就是拿到：是谁在下单比如：用户 id = 101java运行 // 2. 去数据库订单表里查： // 条件1：用户id = 当前登录用户 // 条件2：优惠券id = 这次要抢的券 int count = query() .eq("user_id", userId) // 这个用户 .eq("voucher_id", voucherId) // 这个优惠券 .cou...