验证人员的debug能力要求是不是很高？

如题，想请问各位，在验证测试中，对于测试人员的debug能力要求程度是怎样的，在下做验证的时间不长，刚刚不到一年，小公司，中间也是各种不正规，团队很小，而且几乎处于我们自己摸索，没有人带领的情况。有些时候会比较矛盾，对于DUT中发现的bug，到底应该做到什么程度，定位到大致的功能模块就可以了呢，还是应该具体到是哪段代码哪里处理逻辑错误导致问题发生。在下的领导觉得找到问题大致就可以了，具体的就让开发人员去做，我们做浪费时间。不过自己觉得那样好像不太好，对于自己的提升也没什么帮助，不知道大家在自己的工作中是怎么做的，不限于此，欢迎大家发表意见和建议啊

我们是定位到行，一般还会给出修改意见。
如果是一些架构上的问题，无法精确定位的，给出各种激励产生的结果，并分析原因。

哦，原理如此，谢谢楼上的解答。看来还是得尽量精确定位。

多做精确定位，多揣摩，对自己成长有好处

我们也是精确定位的，因为很多时候是环境的原因。
当发现design的问题的时候也要和designer一起debug，不同的视角能发现更多问题。

我们至少要求验证人员定位是硬件的错误还是testbench的错误，如果是前者可以发给designer去进一步debug

要求是很高的，精确定位错误才行

why?不会Debug有毛用?

我是FAE
Debug的能力當然要高囉
不燃怎麼有辦法解決問題