这是一个创建于 1563 天前的主题，其中的信息可能已经有所发展或是发生改变。
我目前在一家小公司，后端写完接口之后，就直接丢给前端，然后前端自己照着文档对接口，先不说文档有多稀烂。
重点是接口经常有问题，有时候去找后端，他们还有时很不耐烦。
表面上看测试接口很简单，去找后端问一句也很简单，但是前端在测试接口时，是需要做大量的测试来证明这个接口确确实实有问题。 需要用很多很多不同的方法走很多很多遍流程，没有十足的把握，前端是不会随意去找后端的，不会随意打扰后端的。 看到他们一开始不耐烦，最后又乖乖滴改 bug 时，心里很恼火，搞得前端好像是故意找茬似的。
有时候会感觉前端好像低人一等似的，像求人一样，很不舒服！
测试工程师只测试项目的整体流程，说白了，也就是只测试前端代码，而后端工程师可以随意编写 bug，毫无顾虑！
而测试一旦发现有问题，就只会把 bug 提给前端，让前端来背锅，很烦！
感觉前端工程师根本就不是前端工程师，而是专业的背锅侠！
 |
1
jangit 2020-09-19 22:31:49 +08:00 via iPhone
同问，和别人做小项目的时候经常遇到这种问题。幸好小项目前后端直接开个语音就可以解决了，但是这样的带来的损耗也蛮多的
|
 |
2
whoisix 2020-09-19 22:33:08 +08:00 via Android
我们公司是先出接口文档，后实现功能
|
 |
4
AllenHua 2020-09-19 22:37:48 +08:00
前端的确最容易背锅，因为和用户交互了
但是后端的逻辑其实客观的说 还是相对复杂一些的 只是希望后端能够谦虚诚恳一些 并且保持缜密的思维 你说的这种现象 我觉得很普遍 记得之前站里有人讨论过来着 要看主要领导是前端大佬还是后端大佬 （逃 |
 |
5
hyy1995 2020-09-19 23:00:17 +08:00
是的没错，前端基本上就是背锅侠，因为是直面客户的，大部分 bug 都是先流转到前端这边
|
 |
6
npm OP 后端可以随心所欲的编写各种 bug，没有任何后顾之忧，因为最后所有的锅全部都由前端人员来背。
而前端人员往往需要浪费掉大量的时间来排查后端的 bug，往往加班的都是前端人员，真的是很难受。 后端写完 bug 啥都不用担心，正常下班周末双休。然后由前端人员来背锅加班。 |
|
7
npm OP 有时候恨不得自己去写接口，现在 node.js 一样可以写接口。
|
 |
8
anguiao 2020-09-19 23:11:16 +08:00
有点责任心的人自然会先自己测好，要是遇到没责任心的嘛，那确实是比较难受。
|
 |
9
bojackhorseman 2020-09-19 23:19:11 +08:00 via iPhone
别的不知道，我们的后端在旁边，随时有问题随时问😏
|
 |
10
Jaosn 2020-09-19 23:21:51 +08:00
相信自己的代码，一有问题直接推给后端🌚
|
 |
11
uxstone 2020-09-19 23:31:24 +08:00
这是开发流程上的问题，要解决是要花时间花成本的。
|
 |
12
night98 2020-09-20 02:52:31 +08:00
让开发写接口文档，并要求提供对应接口返回的 json 内容
这样做的目的第一是有文档方便核对，第二是开发必须自己先走一遍接口才能给出 json 内容 |
 |
13
suzic 2020-09-20 09:25:52 +08:00 via Android
最烦的是在开发过程中接口字段甚至数据结构都会经常有改动，而且不给前端商量，（有时改了后也没通知到前端）增加了很多的工作量。我们前端的建议是先开个接口评审会定义好相关数据，但后端似乎不太愿意，原话是需求复杂，很难一开始就定义好具体内容。很无奈
|
 |
14
demonlin 2020-09-20 10:54:50 +08:00
像这种情况，前端直接扔 cURL 给后端就行了
|
|
15
whoisix 2020-09-20 11:51:52 +08:00 via Android
@jangit 编码前会开会与前端先约定下接口，尽量提前暴露问题。如果开发过程中确实有不得不修改的情况，就与前端沟通一下就可以了。联调的时候可能还是有和预期不一样的东西，不过都是稍微调整一下就可以了
|
 |
16
red2dog 2020-09-20 16:02:23 +08:00
先写文档，mock，方便单元测试。后面连调换个接口就行了。
|
 |
17
whisky221 2020-09-20 17:56:04 +08:00
唉，更加坚定了我转后端的心
虽然目前公司里没这些问题 |
 |
18
sjzcxc 2021-11-15 16:48:34 +08:00
Swagger ！
|
Select Language