關(guān)于前后端對(duì)接問題下面為大家解答。

一、沒有接口文檔：

對(duì)于前后端分離開發(fā)，必須要寫接口文檔。否則，第一：前后端開發(fā)沒有標(biāo)準(zhǔn)，沒有依據(jù)。第二：容易扯皮，沒法追蹤，職責(zé)不清。第三：開發(fā)效率低。等等。

對(duì)于你們項(xiàng)目中沒有寫接口文檔的事情，可以找項(xiàng)目組長(zhǎng)進(jìn)行溝通，講明利害，由項(xiàng)目組長(zhǎng)協(xié)調(diào)讓寫接口文檔。否則，公司永遠(yuǎn)不能規(guī)范起來(lái)。顯得很業(yè)余。

前端根據(jù)接口文檔開發(fā)前端功能，后端根據(jù)接口文檔，提供正確的數(shù)據(jù)，只有這樣，前后端在工作上也能做到低耦合。否則前后端的開發(fā)高度耦合，真的不敢想象。親，強(qiáng)烈建議你，要求你必須要有接口文檔。不要用有限的生命體驗(yàn)前人已經(jīng)總結(jié)出來(lái)的經(jīng)驗(yàn)。

二、前端根據(jù)接口文檔mock數(shù)據(jù)

有了接口文檔后，前端可以利用json-server，mock.js等工具，進(jìn)行數(shù)據(jù)模擬（一定嚴(yán)格按照接口文檔進(jìn)行模擬，如果確實(shí)在實(shí)際開發(fā)中，發(fā)現(xiàn)接口文檔寫的有問題，及時(shí)與后端溝通，保證接口文檔，前后端是同步更新的）。這樣的話，前端開發(fā)功能不會(huì)受后端開發(fā)進(jìn)度和問題的影響。這樣就能分離開發(fā)。

前端功能開發(fā)完畢（或者階段性）后，可以跟后端進(jìn)行聯(lián)調(diào)。在聯(lián)調(diào)前，最好，用接口測(cè)試工具先測(cè)試后端的接口有沒有問題。如果沒有問題，再進(jìn)行聯(lián)調(diào)。

三、后端接口的測(cè)試：

使用postman，jmeter，loadrunner、SoapUI等測(cè)試工具，先測(cè)試后端的數(shù)據(jù)有沒有問題，這樣的測(cè)試工具，可以發(fā)送http的各種請(qǐng)求。

Postman是谷歌的一款接口測(cè)試插件，它使用簡(jiǎn)單，支持用例管理，支持get、post、文件上傳、響應(yīng)驗(yàn)證、變量管理、環(huán)境參數(shù)管理等功能，可以批量運(yùn)行，并支持用例導(dǎo)出、導(dǎo)入。

jmeter是一款100%純Java編寫的免費(fèi)開源的工具，它主要用來(lái)做性能測(cè)試，內(nèi)存占用小，免費(fèi)開源，輕巧方便、無(wú)需安裝。

建議：后端做好后，最好讓后端人員用這樣的工具，進(jìn)行自測(cè)。因?yàn)?，作為每個(gè)開發(fā)人員都需要保證自己的功能沒有問題。做好功能后，用這樣的工具測(cè)試后，才能確保沒有問題。后端人員需要保證自己提供的接口沒有問題就必須通過接口測(cè)試工具的測(cè)試。

對(duì)于你在題目中寫的“我沒辦法直接和后端的同事指出他工作的那些問題”？用接口工具測(cè)試，就無(wú)話可說。不會(huì)出現(xiàn)你和他直接的沖突，用工具的結(jié)果說話。

四、后端代碼寫好后，前端如何改？

后端的接口測(cè)試沒有問題后，前端把請(qǐng)求后端的接口地址進(jìn)行修改（建議，把請(qǐng)求接口地址的服務(wù)器目錄使用配置方式，這樣修改起來(lái)非常方便）。

PS：我以上所說工具的使用，建議在網(wǎng)上查一下。