在我看来，不需要解决问题，但要协助解决问题；协助定位，复现，提供复现思路，献言献策。
比如需求是你的，上线后，出现问题，你可能可以快速定位到用户操作流程，快速复现出来呢。

协助解决问题

肯定要啊，要解决吃住的问题，交际的问题，以及一地鸡皮的奇奇怪怪的问题

测试难道能看到开发写的代码？然后指出哪里写错了？定位到的问题应该是业务逻辑上的吧，而不是代码逻辑上的

问题很宽泛啊，测试要解决的不是直接代码的问题，是如何提高效率的问题，是如何提高质量的问题，是如何保证流程合理化的问题，不要只把目光盯在开发干的那些活上

举个例子，可以断点找到错误那个的传参，然后发给开发改，这个是合理的，但是让我直接上手去做一个功能需求的话，只能说不现实。

定位、复现、提供思路这些都可以理解；献言献策真的有必要吗？

当然要解决问题……除非你说的问题是 BUG 本身……

必须的必呀

偶也不想啊

看情况，有时候，开发就是自己不动脑子，自己不去思考解决方案，反而，要让测试说怎么改，这种情况，当然直接回绝，测试只看结果，结果符合需求就可以，具体怎么实现，开发自己解决。

有能力可以提供解决思路

测试应该是闭环该问题，具体解决还是要看开发

结果上，肯定是需要解决问题的，只发现问题不解决，没啥意义和价值。

但解决问题是不是由测试来做，这个看情况。比如 bug 修复，开发修复效率更高，那就开发来（少量测试修复效率更高的，比如文案类的，也可以测试直接修）。

了解，那对于后端上面的业务逻辑定位到问题后，测试是否需要告知开发解决办法呢？？

献言献策没必要，谁听你的？
但是只提问题，不提方案的，也是哪凉快你去哪待着吧。
所以这个度很难把握，费劲。
人精是能平衡的，至少我自己不是这种人。
刻薄一点，大多数测试人天然的尬尴，工具人的悲哀罢了，哎。

正常情况下不需要，但是需要你有解决问题的能力。

没有能力的时候，对方很有可能会觉得你在无理取闹，你有能力的时候，对方大概率会和你心平气和的讲道理，毕竟他怕被打脸

可以同步测试这边的解决办法建议，但还是以开发为准。

我这里表达的解决问题，或者更准确说应该是推动解决问题。测试不是万能的，不可能啥问题都由测试解决，测试的核心职责也不在这。但为了让发现的问题能最终得到解决进而产生价值，测试需要去找产品、开发推动问题的解决，不能说提了问题后就不管后续结果。

要是开发叫你提供解决方案，你就拉上产品，把事情丢出去就好了，多简单呐，，

如果遇到知道怎么解决的，可以尝试提供解决策略，给开发参考，也是个人的一种自我提升。

测试协助解决问题，如果有能解决的，就去解决

这个问题，今年公司的职级认证答辩的时候考官也问了我。给我问懵逼了。
我是来认证功能测试的，问我怎么解决问题……………………100 个无语

看你怎么定义问题了， 沟通不畅不是问题吗？写的 Bug 别人可能看不明白，不是问题吗？问题多的很的。就是不解决也没什么，大部分可能优先级不高而已

这种问题基本上都是小问题，主要问题是面对开发的时候对于 BUG 是否必须给出一个解决办法

是的，我也有点不明白，为什么我在测试出问题后，复现出问题了，并且排除了相关的可能并定位到指定的问题；然后还要我给出一个解决办法，就很郁闷

提升自己是肯定的，多学习一点嘛；可以提供参考，但是我觉得一些部分 BUG 我能定位到但是我又不是很清楚里面的代码逻辑，这种怎么敢给出肯定的解决方案

OK，多谢

我还需要继续努力成为这样的测试

测试只需要提出问题，不需要解决问题，积极配合复现 bug

咸吃萝卜淡操心

这不是测试该干的事吧，你们公司流程都错了，测试的职责是发现 bug，并告知正确的结果（已需求文档为标准），怎么能让测试给解决方案呢，在我们公司，是严禁测试给解决方案的，测试给解决方案，那给的对还是不对呢，给了解决方案，后续出现问题，你就得承担责任了

是领导啦，每次都要我给出一个解决方案，公司流程是正规滴

我也觉得

我会用 GPT 去了解 bug 发生的原因, 尝试结合自己的经验以及技术栈 (前端 + 后端) 去深入研究问题, 解决不了也先去了解, 给工作富裕多重价值, 最后学到的都是自己的.

同意，测试配合协助解决问题，其实也是在解决问题。

如果精力时间允许，可以帮助开发缩小排查范围，这何尝不是在努力解决问题？有些工作，不是测试做就是开发做，它总得需要有人做。而最后找到有 bug 的代码再修复，只是解决问题的环节之一，甚至都不是最后环节（因为你还得复验，上线……）。

不要和开发站在对立面，只能说尽量追求统一的共识为更好的产品交付效率和产品质量去做努力吧

献言献策可有可无吧，看个人~

如果要掌握一定话语权，解决问题是必要的。

你只是提问题、定位问题，没有给出解决方案，实际上你就是一个工具人。

如果你有解决问题的思路，并且能够推动这个方案，那么你慢慢会发现，你在团队就有话语权了。

你这么说也没有什么毛病；前提是开发认可你提出的解决方案，如果独自认为每个问题都需要给出方案是不是不太好呢

钱到位，就可以

肯定不是每个问题都要给方案，看情况咯，如果你刚好有合适的解决方案。至于开发认可，这个得看个人能力，这就是为什么大家说干测试的学的都很杂，因为有时候什么都需要懂一点，你才能给建议。

领导要的我理解更多的是切实有效的措施，可以规避后续同类问题的出现，甚至举一反三发现更多可能暴露问题的点和改善措施

测试职能范围规定的还不够清晰吗？解决问题？我什么问题都可以解决，就是别让我修复 bug，那是开发的事情。

初级：发现问题，提了个 bug
中级：发现问题，清楚问题产生的原因
高级：发现问题，指导开发改这个 bug

@ 明天是 spring 指导开发修改这个 bug 是认真的吗

看不到代码就不现实