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

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

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

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

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

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

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

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

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

測試，開發(fā)，運(yùn)維這三個哪個比較輕松？

這三個都不容易。如果一定要選一個，考試相對容易。這是我個人的看法。

首先，我們來談?wù)劙l(fā)展。在制定了足夠的要求，任務(wù)安排良好后，中間會發(fā)生一些變化和需要改變的部分。這還取決于產(chǎn)品經(jīng)理的級別。如果要求不明確，不僅累，而且很煩躁。會有殺產(chǎn)品經(jīng)理的沖動，哈哈。

讓我們看看測試。如果您想正確地測試所有的功能點(diǎn)，您還需要花費(fèi)大量的精力。例如，您需要使用許多測試工具，編寫許多測試用例，進(jìn)行壓力測試，并確保所有功能點(diǎn)都經(jīng)過測試。這個時候，你需要和研發(fā)人員溝通什么樣的問題才算是bug，一旦雙方意見不一致，就很難有可能認(rèn)為對方是Shadiao，呵呵，所以測試不容易。

最后，看看強(qiáng)制操作和維護(hù)。除了上述要求和功能外，我們還應(yīng)該處理客戶的問題。如果產(chǎn)品非常健壯，操作和維護(hù)就會非常容易，但似乎這樣的產(chǎn)品真的不存在。如果存在，我們還需要操作和維護(hù)嗎？可能有點(diǎn)極端，但大多數(shù)產(chǎn)品都是這樣的。當(dāng)操作和維護(hù)遇到問題時，他們是痛苦的。他們向上級匯報，先被顧客罵了一頓。然后他們尋找測試和研發(fā)。他們很可能回到一個大圈子里，說問題是無法改變的。重新啟動。那時候，他們覺得自己想拿點(diǎn)什么發(fā)泄一下怒氣。最后，他們選擇默默承受。

所以沒有什么是容易的，只要我們認(rèn)真對待每一項工作[加油][大笑

軟件測試和開發(fā)工程師需要懂兩種語言。

首先，推薦python。Python是第一種進(jìn)行自動化工作的語言，因此Python是第一種。

第二語言，當(dāng)你做軟件測試到一定程度時，除了測試，你還需要做一些擴(kuò)展。從研發(fā)的角度，可以影響研發(fā)團(tuán)隊提高質(zhì)量，從運(yùn)維和在線用戶的角度，進(jìn)而分析出更好的質(zhì)量。

如果你想做這兩件事，光是python就有點(diǎn)弱，所以python可以朝兩個方向發(fā)展，一個是Java，另一個是go。

應(yīng)該注意的是，測試開發(fā)的核心功能仍然是測試。

但是，有測試經(jīng)驗、熟練使用測試工具和一定開發(fā)能力的工程師可以獨(dú)立開發(fā)平臺或二次開發(fā)現(xiàn)有的開源工具，最終目的是提高產(chǎn)品測試的效率。

一般來說，測試人員不需要有很強(qiáng)的編程技能。他們可以理解常見的應(yīng)用程序或代碼段。測試開發(fā)人員需要編寫測試工具，自動測試代碼，并具備一定的編碼能力。盡管他們對編碼語言的掌握程度不如開發(fā)，但他們?nèi)匀恍枰莆漳_本語言，如Java、python、PHP、shell，有時還需要掌握C、C、ruby等編程語言。

這些技能可以通過自學(xué)或培訓(xùn)機(jī)構(gòu)獲得。

我希望我的回答能幫助你。如果你對軟件測試有任何疑問，可以給我發(fā)個私人消息。哦，歡迎交流

軟件測試在互聯(lián)網(wǎng)行業(yè)是一個相對容易的職業(yè)。具體的工作內(nèi)容，從項目開始（需求）到上線，讓我們簡單談?wù)劇?/p>

1. 需求回顧

產(chǎn)品學(xué)生給你測試學(xué)生一個新的項目需求。你測試學(xué)生需要閱讀和理解需求，分析測試點(diǎn)，分析需求的可行性，分析需求中是否存在設(shè)計漏洞。然后召開產(chǎn)品和開發(fā)會議來評審需求。產(chǎn)品負(fù)責(zé)解釋需求并提出有關(guān)測試和開發(fā)的問題。

2. 用例編寫

需求評審后，測試人員對需求很熟悉，所以這時，就用語言來設(shè)計測試用例，為下面的測試做準(zhǔn)備。

3. 用例回顧

由于測試學(xué)生可以回顧產(chǎn)品學(xué)生的需求，產(chǎn)品學(xué)生也可以回顧測試學(xué)生的測試用例，提出問題并達(dá)成共識。當(dāng)然，這篇評論的主角是測試，解釋測試計劃，并詢問有關(guān)開發(fā)和產(chǎn)品的問題。

4. 測試

完成以上準(zhǔn)備后，開發(fā)學(xué)生完成需求開發(fā)，開發(fā)學(xué)生完成自測并提交給測試人員。測試人員根據(jù)測試用例測試程序。找到問題后，提交bug。在開發(fā)和修改之后，驗證和測試錯誤修復(fù)。測試完成后，給出測試報告，然后提交給產(chǎn)品體驗部。

5. 需求上線

測試人員負(fù)責(zé)需求上線前的驗證工作，以及需求上線后的跟蹤階段

初級軟件測試人員是具體的工作，而高級軟件測試人員有一些不同的工作內(nèi)容，需要做一些特殊的測試，自動化測試，性能測試、安全測試等等。以上是軟件測試人員的工作內(nèi)容。如果你想知道更多，你可以關(guān)注我，給我發(fā)個私人信息。

如何學(xué)習(xí)軟件測試開發(fā)？

這主要取決于您的項目：

例如，如果項目中使用hibernate，以后可能會切換到mybatis，那么Dao需要使用該接口。這不會影響上層代碼的更改。

另一個例子是，項目是一個單一的應(yīng)用程序。任何代碼修改都需要重新編譯整個項目，因此不需要接口。如果項目是由模塊編譯和部署的，那么可以使用接口解耦。假設(shè)修改了Dao，只需要重新編譯和部署Dao模塊，而不影響上層模塊。

此外，如果項目團(tuán)隊中有許多新手，簡單的代碼結(jié)構(gòu)可能更合適。復(fù)雜項目結(jié)構(gòu)的學(xué)習(xí)成本較高。

如果工程進(jìn)度非常緊迫，我們可以用簡單粗暴的方式用經(jīng)濟(jì)成本來說明原因。

使用接口的成本是不使用接口的成本（包括后續(xù)維護(hù)成本）。

如果項目變化很大，部署了模塊，項目不急，使用接口的成本比不使用接口的成本低，雖然早期不使用接口似乎更簡單；相反，不使用接口的成本低，而且連框架都不能用～

畢竟工具是提高效率的，那你為什么不能和自己相處呢！