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

[wsseo]

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

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

[Bijiabo]

就算是前端甩锅，也需要告诉你定位到的原因，为什么是后端问题

[Chenamy2017]

这么说吧，谁让你测的功能就提给谁，至于功能内部的实现接口让他们自己去协调。如果后端给你提了个测试任务，让你测后端的接口，那么这就可以提给后端了。
作为测试你不可能像开发一样去定位到问题到底出在那个模块，是前端的还是后端的。
当然测试也要提高自己做到问题定位能尽量准确。

[Aixtuz]

最遗憾的一点就是：
开发为避免所有 bug 堆积在一处效率低，也为了避免反复被打断工作，努力提供便于判断问题的日志之类。
希望在集中到某个判断点之前，有一个简单的初筛分流过程，类似招聘中的 HR ~
但是遇到只测”是否正常“，不想管“哪里异常、如何复现、根据现有表现和提示能不能初步判断归属之类问题”的测试，就会觉得心累了。如果测试在问题堆积的时候，不管你的节奏，反复打断让你立刻查原因，催你怎么还没改好，那可就不止是心累了...

始终觉得把 “初步判断” 和 “详细核查” 分摊到不同人身上，会比较高效吧？

[learnshare]

第一负责人肯定是 App 端，定位问题并记录详情，再转交给后端处理

测试为何要帮程序员定位 API 数据问题？

[cpsony]

先抓包看能不能看出来是谁的错误，如果看不出来，就建个涉及这个的前后端的小群，丢群里，看大家表演甩锅的正确姿势，必要时候把产品也拉进来

[lneoi]

前端如果是确认后说是后端问题，那当然把问题指给后端，看他这意思只是不想追踪跟进

[cece0417]

@learnshare 测试前期要做接口测试呀，除非是个初级的点点点功能测试吧。

[stardust21]

@learnshare 举个例子，如果产品需求是标题下发的，标题错了还去找前端或者 APP 么，了解需求和大致工作原理，不是可以一步到位去找后端或者运营么

[strongcoder]

看到上面这么多的发言 我总算知道我司的测试为啥这样了 原来测试都一个样子啊 被我们天天骂 哈哈哈

[myEzekiel]

很明确啊，接口问题找后端，页面问题找前端

[learnshare]

@cece0417 接口测试不一定能覆盖

@stardust21 需求逻辑清晰、合作分工明确，这样的场景通常过于理想化
例子归例子，Bug 总要有人领

[JerryCha]

找代码写错的哪个人

[souths]

你测的是 APP 你说找谁

[Thiece]

找小组负责人

[a62527776a]

不抓包天天来找客户端？

[MissThee]

看交互数据呗。app 给后端的数据有问题，找 app，没问题找后端。后端给 app 的数据有问题，找后端，没问题找 app

[dioxide]

1. 按接口文档来, 这里就体现了文档在团队内部的契约作用.
2. 如果本次无法按照文档界清责任, 那就各摊派 50%. 但重点是要借此机会完善文档以杜绝下次类似问题.

[lonelymarried]

当然都是找 app 端了，因为要背锅。app 要是反映后端出问题，就得罪了后端老大了。所以，即使发现了问题，也要私下找后端解决。

[xcstream]

找产品经理 项目经理

[douxc]

看了这么多回复，你找谁都不好使，自己修了吧，谁让你发现的 /doge