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

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

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

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

发错版了喂

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

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

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

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

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

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

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

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

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

让后端自己写单测吧

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

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

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

假设原来:
---
本地环境前端: 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 ，这样以后后端找问题，让他自己去测试环境自己测试就行了，不妨碍你带薪拉屎

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

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

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