隨著公司業(yè)務(wù)的增長(zhǎng)、項(xiàng)目需求的不斷變化，運(yùn)維的成本越來(lái)越高，開(kāi)發(fā)人員996也越來(lái)越常態(tài)化，而在大部分公司實(shí)行前后端分離的當(dāng)下，研發(fā)團(tuán)隊(duì)用在溝通、測(cè)試、管理API中的時(shí)間和用在開(kāi)發(fā)項(xiàng)目代碼上的時(shí)間也越來(lái)越相差無(wú)幾。
以下和API相關(guān)的問(wèn)題廣泛出現(xiàn)：
API 文檔不清晰而不知道怎么對(duì)接和測(cè)試，需要反復(fù)和后端溝通，甚至要看代碼；
前端和測(cè)試需要等待API開(kāi)發(fā)完成才能繼續(xù)進(jìn)行工作，測(cè)試用例無(wú)法復(fù)用；
API變更了沒(méi)有及時(shí)跟進(jìn)，不知道哪里改動(dòng)；
接口文檔和測(cè)試是兩套系統(tǒng)，來(lái)回切換并且無(wú)法同步數(shù)據(jù)；
自動(dòng)化測(cè)試需要寫(xiě)腳本，學(xué)習(xí)成本、時(shí)間成本、維護(hù)成本高；
不著急說(shuō)解決方案，我們先來(lái)理一下API開(kāi)發(fā)的驅(qū)動(dòng)方式。
在API開(kāi)發(fā)的過(guò)程中，基本可以分為文檔驅(qū)動(dòng)和測(cè)試驅(qū)動(dòng)。前者是指開(kāi)發(fā)前先寫(xiě)好接口文檔，用標(biāo)準(zhǔn)文檔代替口頭約定和筆記文檔；后者是指在開(kāi)發(fā)前先寫(xiě)好測(cè)試用例，快速用測(cè)試結(jié)果推動(dòng)開(kāi)發(fā)進(jìn)度。
那么這兩種驅(qū)動(dòng)方式是割裂的嗎？答案我會(huì)說(shuō)不是。
傳統(tǒng)接口文檔的缺陷在于三點(diǎn)：自然語(yǔ)言的描述容易產(chǎn)生歧義；不能自動(dòng)化地驗(yàn)證；不能保證文檔與開(kāi)發(fā)同步。由此，延伸出了與之對(duì)應(yīng)的測(cè)試驅(qū)動(dòng)。
那么換個(gè)思路，如果有個(gè)工具，能自動(dòng)生成文檔、還可以滿(mǎn)足大部分的接口測(cè)試功能，不就可以了？
我們公司最近由于國(guó)產(chǎn)化需求，開(kāi)始找新的API管理工具，后面找到了一個(gè)還不錯(cuò)的，叫Eolinker，能滿(mǎn)足我們研發(fā)團(tuán)隊(duì)的API開(kāi)發(fā)管理需求，還能直接導(dǎo)入原來(lái)的Postman和Swagger上的API項(xiàng)目和接口文檔。
放兩張使用的圖，有用過(guò)的可以一起交流一下~
場(chǎng)景1：前端開(kāi)發(fā)已經(jīng)對(duì)接完API，將當(dāng)前API狀態(tài)改為待測(cè)試，并且通知相關(guān)測(cè)試人員進(jìn)行測(cè)試。
場(chǎng)景2：后端已經(jīng)開(kāi)發(fā)完成API，自行使用測(cè)試人員寫(xiě)好的測(cè)試用例對(duì)API進(jìn)行批量測(cè)試，排查錯(cuò)誤。
聯(lián)系客服
