app 测出问题，是找 app 开发还是后端？

[wsseo]

app 开发说是后端返回数据的问题，让测试找后端推进。

如果要提一个问题，这个问题该提给谁？

[liut2016]

谁的锅提给谁

[Vegetable]

App 当然找前端,前端说接口问题,那就再测一遍接口呗.

[HongJay]

测试不会抓包先看看么。。数据问题就是数据提供者的问题

[also24]

提给 APP，如果 APP 认为是后端的问题，由 APP 转给后端。

[also24]

当然，测试也要尽量提高自身的姿势水平，尽量做到自己来判断问题的真正原因。

[nvkou]

根据接口文档来，和设计预期不符合的就后端，否则前端自己处理

[a719114136]

不能确定谁的问题就先找 app，如果你能拿到接口的返回，那就能直接定位是谁的问题，找对应的人

[fancy111]

这么简单的问题，还推。 抓包一看就知道

[ISSSSSSS]

如果只是功能测试，直接提给前端，由前端推进处理，测试只负责最终结果就行。
如果是白盒有一点开发能力的测试，那么建议做个抓包处理，对照接口文档和数据库。分析问题可能的原因，尽可能的跟踪数据流转过程，这样的话无论前端和测试都会信服你。

[loveuqian]

这个问题是我之前面测试也会问的问题。。。看 ta 会不会定位问题

[wsseo]

有时候测试不能定位这个问题，就很难办

[sadfQED2]

@wsseo 那提给前端，前端说不是他的问题再转给后端啊，一般我们公司不确定的 bug 都是给前端，前端看完问题再去分锅

ps:你这测试不会抓包吧

[wangkun025]

我选择离职。

[payatpump]

假如是在面试：当然自己通过自己的尝试定位问题，减少开发的复现成本，提升公司效率

假如是现实: 找 APP 开发，我才不管你是不是数据问题，现在我测前面测的不对，你就得给我修。

[wsseo]

@sadfQED2 这里的“抓包“”是指什么？数据交互式加密的，数据本身也是加密的，只能靠前端打印日志。web 测试可以依靠 F12.

[cece0417]

我都是，先看到底是谁的问题，然后去找对应的人
我都是先抓包，看接口有没有错，有错的话看日志，看看是 php 的错还是底层的错，然后转对应的人
当然也存在我看不明白的东西，我就先给客户端描述一下，让客户端的开发看一下是谁的 bug，然后转对应的人

[sfz97308]

这就是前端的无奈。开发时依赖最多，往往最后一个才能完成。出问题第一个接锅，不管到底问题出在哪。

回到原问题，测试人员有能力就找到根源，没能力就找前端协助排查呗...

[kooze]

初级测试只关注自己看到的，大概率会找前端，高级测试有定位问题的能力。

[randyo]

测试要学会自己定位问题，不然前端都成了接口测试员了

[zisway]

客户端说接口有问题，那就抓接口看返回数据对不对，不对就找后端排查