關于前后端對接問題下面為大家解答。
一、沒有接口文檔：
對于前后端分離開發(fā)，必須要寫接口文檔。否則，第一：前后端開發(fā)沒有標準，沒有依據(jù)。第二：容易扯皮，沒法追蹤，職責不清。第三：開發(fā)效率低。等等。
對于你們項目中沒有寫接口文檔的事情，可以找項目組長進行溝通，講明利害，由項目組長協(xié)調(diào)讓寫接口文檔。否則，公司永遠不能規(guī)范起來。顯得很業(yè)余。
前端根據(jù)接口文檔開發(fā)前端功能，后端根據(jù)接口文檔，提供正確的數(shù)據(jù)，只有這樣，前后端在工作上也能做到低耦合。否則前后端的開發(fā)高度耦合，真的不敢想象。親，強烈建議你，要求你必須要有接口文檔。不要用有限的生命體驗前人已經(jīng)總結(jié)出來的經(jīng)驗。
二、前端根據(jù)接口文檔mock數(shù)據(jù)
有了接口文檔后，前端可以利用json-server，mock.js等工具，進行數(shù)據(jù)模擬（一定嚴格按照接口文檔進行模擬，如果確實在實際開發(fā)中，發(fā)現(xiàn)接口文檔寫的有問題，及時與后端溝通，保證接口文檔，前后端是同步更新的）。這樣的話，前端開發(fā)功能不會受后端開發(fā)進度和問題的影響。這樣就能分離開發(fā)。
前端功能開發(fā)完畢（或者階段性）后，可以跟后端進行聯(lián)調(diào)。在聯(lián)調(diào)前，最好，用接口測試工具先測試后端的接口有沒有問題。如果沒有問題，再進行聯(lián)調(diào)。
三、后端接口的測試：
使用postman，jmeter，loadrunner、SoapUI等測試工具，先測試后端的數(shù)據(jù)有沒有問題，這樣的測試工具，可以發(fā)送http的各種請求。
Postman是谷歌的一款接口測試插件，它使用簡單，支持用例管理，支持get、post、文件上傳、響應驗證、變量管理、環(huán)境參數(shù)管理等功能，可以批量運行，并支持用例導出、導入。
jmeter是一款100%純Java編寫的免費開源的工具，它主要用來做性能測試，內(nèi)存占用小，免費開源，輕巧方便、無需安裝。
建議：后端做好后，最好讓后端人員用這樣的工具，進行自測。因為，作為每個開發(fā)人員都需要保證自己的功能沒有問題。做好功能后，用這樣的工具測試后，才能確保沒有問題。后端人員需要保證自己提供的接口沒有問題就必須通過接口測試工具的測試。
對于你在題目中寫的“我沒辦法直接和后端的同事指出他工作的那些問題”？用接口工具測試，就無話可說。不會出現(xiàn)你和他直接的沖突，用工具的結(jié)果說話。
四、后端代碼寫好后，前端如何改？
后端的接口測試沒有問題后，前端把請求后端的接口地址進行修改（建議，把請求接口地址的服務器目錄使用配置方式，這樣修改起來非常方便）。
PS：我以上所說工具的使用，建議在網(wǎng)上查一下。
聯(lián)系客服
