肯定是交互或者设计对接啊，测试对接是去背锅吗

研发对接

具体问题具体分析

之前在 toC 业务，基本是客服对接，然后客服过一道后再给产品，产品处理不了再对接测试 + 研发
目前在 toB 业务，之前是有个单独的运营统一对接，现在没有这个岗位了，变为值班研发对接

怎么说呢，道理上测试对接是有一定道理，但实际上测试人数少，负荷大，基本很难及时响应，所以实际操作上不大会测试直接对接。

产品测试先对接，判断是否缺陷，是缺陷再转单给研发

正常是客服接收，运营去对接，断定是 bug 才会到测试，研发这边

首先明确，无论是产研测都不会直接对接，分工上属于运营范畴，同时质量侧会有一定关注（具体取决于是什么问题）

我是 ToC 业务，流程上：

1. 专门的运营同学先对接处理
2. 如果无法处理，看具体问题会考虑拉研发，如果是 bug 也会同时拉测试，产品一般不会拉到具体 bug 反馈里面，除非大家判断有必要再拉

小米的同学都喜欢说话直截了当，不喜欢去绕弯子，讨厌卖关子吗？

不注明公司会挨打吗

这是为抄作业找参考吗……

公司：已倒闭
接单情况：
客服、运营通常都在 IM 群里丢 bug，会根据紧急情况 @ 最大的领导，比如运营负责人、开发负责人。

然后主动人会去看看，没人看的话，领导会 @ 某个人去看看，一般会 @ 测试 先去复现，复现之后测试丢给相关开发组长，开发组长再分配下去修复。

建议去小米社区多看下用户反馈，我看小米 13 很多人用的很恼火

我们是客服收集用户反馈，分类整理，发到项目群，是设计流程的问题的产品去跟进，Bug 相关的测试跟进

14Pro 1.0.4.1 版本的澎湃系统烫的可以煎饼了，还不修

你多少有点唠痰

你谁啊，让我写公司？哪根葱？

我们是测试直接答疑用户反馈的，是 bug 的就直接反馈给研发，产品需求或优化类的就反馈给对应的项目经理，也有一些是用户不熟悉操作使用的问题。

技术支持处理，技术支持处理不了再转给测试和开发

先是客服，然后测试复现，判断是 bug,就给开发，判断是体验性问题，就给产品，或者直接话术回复。

这种问题，不应该从大厂资深测口中试提出来啊:

to G 一线售后运维/项目经理->二线运维
to B 一线客服->一线运维->二线运维
to C 一线客服/测试->研发
历史经验，供参考

当时在一家 to c 的公司，c 端用户先问客服，客服不会的就在反馈群发消息，测试负责解决客服的问题，开发从来不会在反馈群回消息，因为一回别人就回黏住你。
然而开发有 10 个人，测试就 2 人，每天都得时刻看反馈群的问题，烦的不行。这种脑弹公司见一次骂一次

基本就是运营客服对接过滤反馈产研测，根

为了验证真实性，还应该注明身份证号和手机号。

华为

每个公司不一样，前司是测试对接实施，接受客户反馈的问题（这种模式比较崩溃，问题比较多的时候，基本没时间给干自己的测试工作了），现在公司是排班制度，每天都要一个托底的负责人，但是一般是谁看到或者比较清楚这块的就会直接接