乐信圣文 测试凉经

相信准备从事软件测试的小伙伴，面试时经常会遇到这个非常令人困扰的问题。所以今天我想结合自己的理解，聊聊我对这个问题的看法。首先，面对这种问题，我们真正要做的，不是去猜面试官到底想考察什么，而是把自己真正代入到对应的工作场景里。最好的方式，就是结合你的真实实习经历或者团队项目去理解。你可以想象这样一个场景：你按照团队当前的需求文档和测试标准去执行测试，结果发现系统表现和预期不一致，于是提了一个 Bug；但开发看完之后反手来一句：“这不是 Bug。”这时候你该怎么办？没有实习经历的小伙伴，或者项目一直是自己独立开发、独立测试的人，看到这种问题可能会很疑惑，甚至会觉得有点像左右脑互搏：要么第一反应是“这个开发不专业”，要么就是“是不是我测试工作没做好”。但实际上，这两种理解很多时候都不准确。真正做过实习、尤其是在中小公司待过的小伙伴，对这种情况一般都不会太陌生。因为现实里开发“不认 Bug”，很多时候并不是说他连最基本的底层逻辑错误都不承认——如果真到了这种程度，那确实就不是正常协作问题了。更常见的情况是：你发现的并不是那种会直接影响主流程、核心业务、系统正确性的重大缺陷，而是一些可优化、也可以暂时不优化的问题。比如说，公司表面上模仿大厂流程，制定了一套比较完整的需求文档和测试标准；但实际运行过程中，团队早就已经默认按另一套业务规则在长期稳定运转了。你作为临时加入的新测试，是严格按照文档去测的，所以发现了不一致，这其实很正常。又或者说，公司的业务标准已经变化了，但测试文档没有及时更新；这时候你按旧标准提 Bug，本质上也未必是你错，更未必是开发工作没做好，而是标准同步本身出了问题。所以这种时候，你当然不能上来就把问题理解成“开发不专业”，也不能一发现对方不认就立刻怀疑自己是不是出错了。真正成熟一点的处理方式，应该是先把这个问题放回到业务和标准里看。对于前面这种很常见的情况，实际工作里大家往往会很快接受公司真实运行的那套规则，不再拘泥于纸面标准。但如果你在面试里直接说“那我就接受了”，面试官往往又会觉得你这个测试没有原则。所以更合适的表达方式其实是：先和开发充分沟通，确认分歧到底来自哪里——是需求理解不一致、文档同步不及时，还是业务规则已经发生变化；然后把问题做好记录，根据影响范围将其归类为待优化项或者低优先级问题，同时推动测试标准和实际业务规则对齐。如果后续开发进行了优化，那就再做回归验证后关闭；如果最终确认现阶段不影响核心链路，也可以明确记录原因和处理结论，避免后面重复争议。回到“你认为是 Bug，开发不认为是 Bug 怎么办”这个问题本身，我认为比较好的回答方式应该是这样的：我在实习/项目中确实遇到过类似情况。面对这类分歧，我会先回到需求文档、原型、业务规则和实际场景中确认判断依据。如果与开发、产品/策划沟通后发现问题本质上是标准文档更新不及时，或者团队实际执行标准和文档存在偏差，我会把这个问题详细记录下来，归为待优化项，并推动测试文档和业务标准尽快对齐。如果它确实存在体验或规范上的偏差，但短期内不影响主流程和核心业务，我会结合影响范围合理定级，并持续跟进后续版本是否优化；如果最终确认是真实缺陷，我也会补充复现路径、影响范围和业务风险，继续推动问题解决，并在修复后完成回归验证。这个回答的意义在于，它既能体现你在真实业务场景中的沟通和协作能力，也能体现出你作为测试的基本准则是合格的：你不是一味硬刚开发，也不是别人一句“不是 Bug”你就算了，而是会基于标准、业务和风险去判断，并且把问题处理到位。而且这个回答还有一个好处，就是它天然帮你把问题边界框住了。因为如果面试官在你已经明确说明“先核实标准、再确认归因、再记录推进”的前提下，还继续追问“那如果开发就是不认真实缺陷怎么办”，那其实已经不是在考察你会不会处理问题了，而更像是在故意把协作问题极端化。你要明白，测试不是去对开发做恶意猜想的，正如你也不能对产品、策划先做恶意猜想一样。真正成熟的团队协作，讲的是基于事实和标准推进问题，而不是先预设别人不专业、别人不负责、别人故意卡你。以上就是我对这个问题的一些个人理解，也欢迎大家补充讨论，希望这篇内容能真正帮到正在准备测试面试的小伙伴。

上周面试了乐信圣文的Unity开发，虽然最后没过，但是还是想记录一下这次面试。我的基本情况是：0实习，211本科，有竞赛经验，对unity开发也不了解一面：1.介绍一下自己2.提问简历上的在校经历与竞赛经历问了笔试之中的几道题和我的答题思路，这些都是我自己做的，所以回答的很流畅3.常用的几种设计模式（答出来了），但是后面又具体问了MVC，这个没有具体了解4.单例设计模式是什么，工厂模式和策略模式的区别（答出来了）5.SOLID具体指的是什么（最后D的回答不太好，应该是依赖倒置原则，我忘了名字了，只说是一般在基类中我们使用纯虚函数来实现这一原则）6.里氏替换原则的具体内容（答上来了）//接下来就...

1.自我介绍2.讲一下你在上家公司主要做了什么（前两个问题基本面试都会问）3.上一家公司为什么离职？4.详细讲讲你做的两个项目和上一级公司你负责的工作是什么？（有个小tips，说的时候可以把一些细节说出来，一方面防止浅追问展示全面性，一方面可以在说的时候埋hook让面试官后面问你想要他问你的问题）5.你说说你对ui自动化的理解6.你之前负责的ui自动化有哪些板块?详细说说7.你在做Ui自动化的时候遇见页面变动或者业务更改，你是怎么做的?8.你觉得你刚才说的这几个框架的优劣是什么？9.你有遇见过浏览器不兼容的问题吗？如果有你是怎么解决的？10.你怎么模拟用户的操作的？通过哪些类，封装实现？11.你测试一个项目/功能，会考虑哪些方面？12.聊一下你觉得之前碰见过的印象最深的问题？你是怎么解决的？13.AI这块你懂多少？你是怎么运用Prompt做一个agent的？14.你觉得你来了之后能为团队做什么？15.之后聊了一些学校，实习的事情，问我能做多久？通勤时长怎么样无反问ps:技术一面完之后，在会议室里等了差不多半小时，然后主管过来了，面完让我回去等通知

📍面试公司：滴普科技🕐面试时间：3.26💻面试岗位：测试开发❓面试问题：1.自我介绍2.实习3.测试流程4.微信发红包设计测试用例5.注册接口，需要填姓名、手机号、邮箱，设计测试用例6.linux实时查看日志命令7.linux查看文件前十行，写入另一个文件，怎么操作8.sql左连接和右连接的区别9.delete和drop的区别10.状态码11.pytest.fixture作用域12.pytest解析用例的底层原理了解吗13.接口自动化架构如何设计14.静态数据和动态数据如何管理15.MCP，skill怎么用的16.coze，dify了解吗，怎么用的17.反问业务：coze，dify智能化...