后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？一個(gè)非常好的問題。我是一個(gè)web應(yīng)用程序架構(gòu)師，多年來一直致力于回答這個(gè)問題。歡迎跟我來了解更多。后端提供接口文檔為時(shí)已晚，這是合理和不合理的。根據(jù)具體

后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？

一個(gè)非常好的問題。我是一個(gè)web應(yīng)用程序架構(gòu)師，多年來一直致力于回答這個(gè)問題。歡迎跟我來了解更多。

后端提供接口文檔為時(shí)已晚，這是合理和不合理的。根據(jù)具體情況，總有解決辦法。讓我談?wù)勎业挠^點(diǎn)。

不合理：成熟的技術(shù)團(tuán)隊(duì)重視功能設(shè)計(jì)，在編寫代碼之前有完整的技術(shù)文檔和功能定義。即使在TDD測試驅(qū)動的開發(fā)模式下，測試數(shù)據(jù)已經(jīng)準(zhǔn)備好了，那么接口邏輯就已經(jīng)確定了接口文檔是否編寫好了，理清它們是很自然的。

-第一，主觀原因。原因是多方面的，比如趕進(jìn)度，沒有時(shí)間，不懶得寫，甚至在開發(fā)前沒有仔細(xì)設(shè)計(jì)，在做的時(shí)候也有變化。真的沒有好辦法。

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個(gè)文件，它的自然更新和維護(hù)？天哪？

有解決方案嗎？建議嘗試：[1]swagger接口文檔，將文檔集成到代碼中，集成維護(hù)文檔和修改代碼，在修改代碼邏輯的同時(shí)方便修改文檔描述。

2、郵遞員界面測試工具，導(dǎo)入導(dǎo)出JSON文件，高效的團(tuán)隊(duì)合作。Postman支持各種請求方法和配置環(huán)境變量，對返回的結(jié)果進(jìn)行測試和驗(yàn)證，支持批量自動操作，可與自動構(gòu)建系統(tǒng)集成。

做測試開發(fā)都需要學(xué)習(xí)哪些技術(shù)？

1. 測試過程的概念：

2。需求分析技能：

3。案例寫作技巧：4。代碼編寫技巧：

自動測試開發(fā)的前提下，Python和Java可以學(xué)習(xí)其中任何一種

5。環(huán)境構(gòu)建工具：

將軟件安裝到硬件環(huán)境、Linux xshell xftp、MySQL navcat等

6。測試開發(fā)技巧：

實(shí)現(xiàn)接口自動化，selenium appium JMeter postman等Fiddler等

希望我的回答能對您有所幫助。如果您對測試開發(fā)有任何疑問，歡迎您通過私人信件了解。程序員的概念在當(dāng)今社會非常普遍。它是時(shí)代創(chuàng)造的，也是一種潮流?？茖W(xué)技術(shù)是第一生產(chǎn)力，因?yàn)檫@個(gè)職業(yè)在這個(gè)社會里包含了太多人的技能，它不僅僅是寫代碼、思維技能、行為模式等，從地主提出的問題來看，可以預(yù)見地主對這個(gè)職業(yè)了解不多。

那么我就從賺錢的角度（這可能是大多數(shù)人最關(guān)心的）告訴你前端和后端的利弊。

協(xié)調(diào)：北京（因?yàn)槲抑恢肋@一點(diǎn)，所以我也建議我年輕的時(shí)候，應(yīng)該在性價(jià)比更高的一線城市做程序員）。眾生——不是那么勤勞，也不是太有天賦：從入職到轉(zhuǎn)行，我基本上處于中等水平（或者可能是初級），程序員職業(yè)的工資在8-15k之間（不包括福利），在中等水平這個(gè)水平的學(xué)生，前面沒有什么區(qū)別而在后臺，他們中的大多數(shù)人都在寫業(yè)務(wù)或申請，他們中的大多數(shù)人都是為了運(yùn)氣而面試。如果他們是幸運(yùn)的，他們有一個(gè)低水平和高工資，但他們不是幸運(yùn)的，相反；

2。進(jìn)取型-非常勤奮，而且他們沒有太高的天賦：

這里我給出了“勤奮”的定義，即在整個(gè)程序員的職業(yè)生涯中不斷學(xué)習(xí)；

在這里每個(gè)間隔基本上都會達(dá)到準(zhǔn)高級的階段，而且很有可能成為高級。薪水大概在2.5-3萬之間，大多數(shù)能堅(jiān)持到這個(gè)階段的人都會有堅(jiān)持下去的理由，比如喜歡、愛、被生活所迫等等。在這種情況下，后端比前端更重要，因?yàn)楫?dāng)東西稀缺時(shí)，它總是很昂貴的。當(dāng)一個(gè)公司衡量一個(gè)人的工資時(shí)，它總是從稀缺性和不可替代性的角度來考慮支付多少。其他人的孩子-既有天賦又勤奮：

現(xiàn)階段的工資約為3-5萬，因此我們不能僅從以前的后端角度看待這一職業(yè)?；旧鲜菨M堆的。這是基于默認(rèn)情況下，你沒有問題寫業(yè)務(wù)。在架構(gòu)方面，訪談主要集中在算法、優(yōu)化、兼容性、底層等方面。所以在這個(gè)階段，我們應(yīng)該有能力成為許多事情的專家；

4。剩下的部分-請?jiān)徫覜]有總結(jié)這種人，因?yàn)槲蚁氩怀鋈魏卧~來形容他們：

跳過它。。我對他們也不是很熟悉。它們基本上與我的代碼世界是平行的；

總而言之，如果我們簡單地混淆，我們可以看到哪一個(gè)容易開始，我們推薦前端。畢竟，閾值很低，單位時(shí)間早期的加速度很高。如果我們想有一個(gè)長遠(yuǎn)的計(jì)劃，在這個(gè)時(shí)代，我們必須精通多種能力。無論我們專攻前端還是后端，在一定程度上，我們都是神。

程序員是做前端開發(fā)好，還是后端開發(fā)好呢？

在單元測試中，我們經(jīng)常需要做一些模擬操作。現(xiàn)在有一些很好的框架可以做這些事情，比如easymack，它在大多數(shù)情況下工作得很好，但是在一些結(jié)構(gòu)的設(shè)計(jì)上卻無能為力。Easymock和其他許多模擬框架只能模擬一些公共的、非靜態(tài)的或final方法。在大多數(shù)情況下，這是沒有問題的。它可以處理大多數(shù)問題，但是當(dāng)測試代碼包含一些靜態(tài)方法時(shí)。Cactus是一個(gè)基于JUnit框架的簡單測試框架，用于對服務(wù)器Java代碼進(jìn)行單元測試。cactus框架的主要目標(biāo)是能夠在服務(wù)器端使用servlet對象對Java方法進(jìn)行單元測試，比如HttpServletRequest，它是單元測試的框架。例如，如果你寫了一個(gè)程序，在函數(shù)測試之前，也就是整體測試之前，你想知道它是對是錯，你可以用這些工具分別編寫一個(gè)單元測試用例來測試這個(gè)類，它是基于JavaSE5的java.lang.instrument工具軟件包開發(fā)，內(nèi)部使用ASM庫動態(tài)修改Java字節(jié)碼，使Java這種靜態(tài)語言可以像動態(tài)腳本語言一樣，動態(tài)設(shè)置對象私有屬性，模擬靜態(tài)，私有方法行為等，用于手機(jī)開發(fā)，嵌入式開發(fā)和其他需求代碼在這種情況下盡可能簡單，或者在您不想對被測代碼進(jìn)行任何更改的前提下，使用jmockit可以輕松地處理許多測試場景。