关于前后端联调,后端问题需要依赖于复杂页面交互,是怎么接入前端来调试后端问题的呢

[liudewa]

1. 我是前端开发,现在对接不同的部门的后端开发,而且我们是有开发服务器的,我这边调试都是接入开发服务器的地址(只要后端是最新的)不用依赖后端同事

2. 部门 A 后端开发,每次后端出现问题,都要我启动前端本地项目来接入他本地进行调试问题(耦合性也太大了,我本来在做其它项目,突然要我启动前端,每次去厕所在拉屎,会让我启动前端服务)

3. 部门 B 后端,从开发开时就从没连过他们本地服务,他们有变动会更新后端服务就很舒服(有个疑问,对于后端需要前端页面复杂交互来调试接口是怎么来调试的呢)

[javalaw2010]

给他惯的，最多告诉他调用了哪些接口，顺序是什么，自己造数据测去

[liudewa]

@javalaw2010 #1 部门 B 有时会让 提供接口需要的参数

[sarices]

让他用 postman 测试啊，最不济也可以用 curl 测试啊，

[chenyu8674]

发错版了喂

[scyuns]

前端就是人肉网关 外加背锅的

[JYii]

正常正规都是 B ，跨部门、跨公司开发联调。A 一般是部门内部快速看问题，通常也是熟人打招呼连他本地，因为他 debug 方便。综上，看你跟他关系了

[MRG0]

后端都是看着原型图加 postman 出接口的，连前端太费劲了

[exmario]

正常都是后端自己用 postman ，再不行后端自己写模拟请求工具

[lihai1911]

让他自己启动前端项目去，什么奇葩联调，要参数啥的，自己看接口文档 swageer 啥的，按流程搞好接口文档啥的，哪这么多逼事

[supuwoerc]

让后端写单测 + postman 自己测试过了再发到测试环境。

[supuwoerc]

@liudewa 你反问他：“找前端要接口参数是不是认为后端没存在的必要了？”

[SethShi]

首先去连接他的服务器本地调试这种事就不对啊 (让他自己解决)

[SethShi]

1. 复杂参数第一次, 这种你完全可以把测试环境的 CURL 参数发给他, 他自己导入到 postman 自己调试 (然后写到 API 文档默认参数, 下次继续使用)
2. 依赖顺序行为的 (比如, 需要点击 A, 行为 B, 触发 C) 要么写单测, 要么恶心人

[tonytonychopper]

让后端自己写单测吧

[liudewa]

@JYii #6 A 是一块进公司的

[zqusky]

给他代码，让他自己在本地跑，我测试都是拉前端最新的代码，自己在本地测，大家都方便

[zhengfan2016]

这种问题很简单啊，你们找你们前端牢大，建立一个测试前端环境

假设原来:
---
本地环境前端: 127.0.0.1
生产环境前端：8.8.8.8
---
你们只需要搭建一个测试环境前端：
----
本地环境前端: 127.0.0.1
测试环境前端: 192.168.50.66 api 指向测试环境后端 api
生产环境前端：8.8.8.8
---

然后这个测试环境每次你们前端 commit 都会触发 build ，或者每小时，每次打 tag 都触发 build ，这样以后后端找问题，让他自己去测试环境自己测试就行了，不妨碍你带薪拉屎

[lisianthus]

你把前端打包一下，然后用 node.js 起一个静态服务器和 http 请求代理转发到后端，把页面地址给后端，让他自己调。这样就不会影响本地正在开发的项目，而且可以同时对接多个后端

[lambdaq]

你前端也搭个测试环境呗。

[sir283]

op 都说了，后端 a 是跟 op 一起入职的，说明这两人都是新来的，都不熟悉流程跟接口参数，需要前端手动走一遍流程，看看是走的那些参数跟接口。评论区里这一群人，一上来就说是后端的问题，也是没谁了，敢情就你一个人厉害了，那公司还要招那么多人干嘛，全给你一个人干不就行了。😅