这个问题其实也没那么复杂，更多是心理作怪
根本问题是，找谁，弄清楚每个开发负责的模块。
怎么弄清楚呢？
1、慢慢积累（a、每次处理完成后记录一下；b、依次找对应的开发，询问其负责的模块）
2、找开发的 leader 一次性搞定对应关系。
3、选择上面的方案，做就是了。

个人见解，希望对你有帮助。

找开发 leader 确实是可以，但是微服务模块下，很多细节方面不好划分；

首先，楼主提的问题好笼统，我也不知道怎么回答你，我先梳理一些答案给你。
针对微服务下各个模块调用，出了问题，对于测试人员来说很痛苦，不知道问题给谁。
1、出了问题首先是找到问题出在哪里，使用链路跟踪技术对整个请求链路进行排查，broke 的链路肯定会分析到，再排除 DB 层等非业务问题导致的问题
2、问题给谁？什么样的问题就应该给什么样的人，经验之谈，根据问题大小进行 P0/P1 的划分，不同的优先级进行不同的指派，再根据问题定位的大致位置让对应团队进行分析。如果问题比较大，链路切换到稳定泳道，实现测试与 fix 不冲突。

而且很容易被开发忽悠，如何破解这些。
针对这个问题，被开发忽悠的因素有很多：QA 代码能力弱？RD 不配合？基础工具不支持？还是说本身就是人品的问题。简单来说：
1、QA 应该具有足够的主动权，从问题入手，推进处理，就算被忽悠，只要能 PUSH 到问题解决了，那说明忽悠也是可以解决问题。
2、工具验证，一般来说有测试开发配合进行问题精细化定位，进行数据量化分析和验证
3、具体问题具体分析