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

2020 年 4 月 2 日
 wsseo

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

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

5315 次点击
所在节点    程序员
40 条回复
showmethetalk
2020 年 4 月 2 日
谁的锅提给谁
Vegetable
2020 年 4 月 2 日
App 当然找前端,前端说接口问题,那就再测一遍接口呗.
HongJay
2020 年 4 月 2 日
测试不会抓包先看看么。。数据问题就是数据提供者的问题
also24
2020 年 4 月 2 日
提给 APP，如果 APP 认为是后端的问题，由 APP 转给后端。
also24
2020 年 4 月 2 日
当然，测试也要尽量提高自身的姿势水平，尽量做到自己来判断问题的真正原因。
nvkou
2020 年 4 月 2 日
根据接口文档来，和设计预期不符合的就后端，否则前端自己处理
a719114136
2020 年 4 月 2 日
不能确定谁的问题就先找 app，如果你能拿到接口的返回，那就能直接定位是谁的问题，找对应的人
fancy111
2020 年 4 月 2 日
这么简单的问题，还推。 抓包一看就知道
ISSSSSSS
2020 年 4 月 2 日
如果只是功能测试，直接提给前端，由前端推进处理，测试只负责最终结果就行。
如果是白盒有一点开发能力的测试，那么建议做个抓包处理，对照接口文档和数据库。分析问题可能的原因，尽可能的跟踪数据流转过程，这样的话无论前端和测试都会信服你。
loveuqian
2020 年 4 月 2 日
这个问题是我之前面测试也会问的问题。。。看 ta 会不会定位问题
wsseo
2020 年 4 月 2 日
有时候测试不能定位这个问题，就很难办
sadfQED2
2020 年 4 月 2 日
@wsseo 那提给前端，前端说不是他的问题再转给后端啊，一般我们公司不确定的 bug 都是给前端，前端看完问题再去分锅

ps:你这测试不会抓包吧
wangkun025
2020 年 4 月 2 日
我选择离职。
payatpump
2020 年 4 月 2 日
假如是在面试：当然自己通过自己的尝试定位问题，减少开发的复现成本，提升公司效率

假如是现实: 找 APP 开发，我才不管你是不是数据问题，现在我测前面测的不对，你就得给我修。
wsseo
2020 年 4 月 2 日
@sadfQED2 这里的“抓包“”是指什么？数据交互式加密的，数据本身也是加密的，只能靠前端打印日志。web 测试可以依靠 F12.
cece0417
2020 年 4 月 2 日
我都是，先看到底是谁的问题，然后去找对应的人
我都是先抓包，看接口有没有错，有错的话看日志，看看是 php 的错还是底层的错，然后转对应的人
当然也存在我看不明白的东西，我就先给客户端描述一下，让客户端的开发看一下是谁的 bug，然后转对应的人
sfz97308
2020 年 4 月 2 日
这就是前端的无奈。开发时依赖最多，往往最后一个才能完成。出问题第一个接锅，不管到底问题出在哪。

回到原问题，测试人员有能力就找到根源，没能力就找前端协助排查呗...
kooze
2020 年 4 月 2 日
初级测试只关注自己看到的，大概率会找前端，高级测试有定位问题的能力。
randyo
2020 年 4 月 2 日
测试要学会自己定位问题，不然前端都成了接口测试员了
zisway
2020 年 4 月 2 日
客户端说接口有问题，那就抓接口看返回数据对不对，不对就找后端排查

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/658539

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX