能坚持下来也是牛的，不想换就直接附近租个房吧

地铁上可以看看书之类的自己乐意做的事啊，走路的距离太长了，看看能不能用电动自行车之类的替换能快十几分钟吧。

4 月底离职，休息到 6 月，面试了几家拿了几个 offer，然后又面了几家，发现没太特别合适的，7 月底从中选了一家入职了。。。。唉，就是打工

本 2 非理工科专业，也是找不到测试工作，之前在人工智能行业但是纯软件测试，现在都要嵌入式软件测试经验的

要不换工作，要不换住的地方，这一天 3 小时通勤，即便再怎么高效利用，也得每天纯浪费一小时起。5 天下来就差不多浪费半天人生

可以的

和我一样远，我也三四年了
目前没有更好的选择，就只能苟着了

相当于在深圳，从南山区，坐地铁一直坐到龙岗区靠近坪山区的地方了
要么重新租个近一点，要么换工作，我宿舍离公司就 10 分钟走路，也就意味着，我每天多 3 个小时休息，早上可以晚点起床，晚上可以早点回家。。。

过不了多久就得烦

我这样坚持过三年。但结果很不满意

每天来回 3 小时 +1，而且如果不开电动单车去地铁站（15 分钟），还要给多 2 元公交（算上等车，大概 20+25 分钟）到地铁站（地铁单程 7 元）。。。不过工作已经做了 4 年多，哎。。想到测试入职又要重新熟悉业务，又不想走了，而且现在没有拿得出手的技术。。。

要

我支持你，这种问题你回答的再好，不如面试眼缘好

楼主回答的两点就很好了，为什么要怀疑自己，面试官问经过这两个阶段过后还是有歧义呢，找产品确认不是很浪费时间吗？你直接回答：经过这两个阶段就不会有分歧了啊，为什么还会有分歧，如果还有分歧那就三方之间面对面对线，谁赢了谁说了算。而且这种问题纯纯没啥意思，想要你呢你回答啥也感觉很满意，不想要你你回答的再完美也没啥用

害得我英文从头看到尾，居然后面有中文翻译？

贵司贵小组的规则是什么我就怎么做 比如我司产品说了算，研发测试对需求的理解基本躺平，然后就是领导说了算……产品研发测试一起躺平……
挂就挂吧，纠结个啥，真正做事情就做了，扯这些乱七八糟的

现在找工作找不到，招人招不到，本质还是供需两侧的人才不匹配。

非科班，深圳的

我不知道是哪个大厂，就谈谈我自己的理解吧，我出发点是正向的思考问题，即这个问题是有意义的，也真的真实存在的，不是找茬的，面试官也不是心情不好。
首先要掌握基本情况：
需求：需求文档是不是写的足够清楚，我们是不是足够理解需求内容。
技术：研发侧要实现需求，应该有多种方案，可能不是故意的曲解方案，而是某个方案可能成本最低，风险最小，这时候要从技术角度去理解研发同学的想法，从自己对技术的掌握来判断研发同学说的是不是真的，即使要去和产品对，也能侧面提出论据。
人：研发侧是否有人力来支持方案的实施，人员是否在变动，是否存在请假风险，都很关键，把人的因素考虑进去，综合考虑。
到这里，大概能得出了一些结论，分三种情况：

1. QA 侧问题：QA 执行者理解需求有误。
2. RD 侧问题：理解有误，或者方案考虑的不全面。
3. 需求问题：prd 写的烂，比如一句话需求。 注意问题沟通时候的方式方法，不要只会怼怼怼。 然后要升华到流程，看看是否依靠流程改进，可以根本解决问题（这部分不详细写了，大概意思，要写太也多了）： QA 侧：关注 Case 评审的互动、效果、质量 RD 侧：技术评审、技术复盘。 PM 侧：需求质量、粗评、细评。 问题发现环节：哪个阶段发现问题，成本是不同的，要第一时间发现问题。 流程落地 + 监测：调查讨论、文档、实验、宣讲、效果量化、抽检、评估、改进、案例分享学习、推广。

那以你的看法，该如何回答第一个问题？

理性讨论也没啥吧，问题在我们日常工作中也常见，答案也确实主观 但面试官就非要这样提问，出于压力面也好 真的想考察你也好，就当大家在给职场菜鸟提供了一些其它解题思路咯

工作量是谁定义的呢， 如果我们就 1 天的活估 2 天， 大家都保持这种默契又如何呢

面试官的问题只是问如果研发跟测试出现了需求不一致，该如何解决；但是他并未说明是什么阶段出现这个问题，个人看来其实是考察测试 Owner 在不同项目阶段，遇到类似的问题，如何站在不同的角度（当然也得看下这个面试官他是什么角色，他是站在测试的角度去提问还是站在项目的角度上去提问）去做好产品和开发的协调关系。建议回答的时候，可以列举项目在不同项目阶段出现此问题时，你的沟通思路；因为项目处在不同的阶段，处理的缓急程度是有区别的，沟通的代价也是不一样的，对于项目的本身成本也是不一样的

同意，这个面试官，不好糊弄，而且不管你回答的怎么样，一定会给你挑刺，会不断施压，不过，考察点，应该是侧重于你的反应能力，思考能力，沟通能力，情绪掌握。

即使我不说后期可以在需求评审和用例评审阶段多注意该问题，那面试官一样会问第二个问题，甚至还会说总不能每次都这样吧？那我不还是得顺着话题找优化方案
我觉得我的回答和面试官的追问，没有必然的联系，而且给出一个优化方案我认为是很有必要的，面试是双方的博弈，不是全交给面试官，挤牙膏似的问一点答一点，给出合理的答案和优化方案，我不觉得自己回答的模式有太大问题
其它楼层提供的思路也很好，或许面试官想要的不是我们测试去承担这个事，而是希望坚定测试的立场，需求模糊需求有歧义，应该要求产品改进，在需求阶段就占用时间，不应该只由测试承担