我手工做的這個(gè)測試這是傳統(tǒng)的方法測試是測試手工測試用例寫的,自動(dòng)化測試是對手工的補(bǔ)充，自動(dòng)化測試不能完全代替手工測試,自動(dòng)化測試?yán)密浖y試工具自動(dòng)實(shí)現(xiàn)全部或部分測試工作:管理、設(shè)計(jì)、執(zhí)行和匯報(bào)，自動(dòng)化,所以自動(dòng)化測試在一定條件下只是測試的補(bǔ)充，但不能完全代替手工測試Why接口自動(dòng)化測試。

GET:獲取指定的資源，URL可以攜帶參數(shù)HEAD:獲取指定的資源，不同的是HEAD方法對應(yīng)的消息沒有消息體POST:創(chuàng)建或修改指定的資源，比如常見的提交表單或上傳文件等。PUT:同樣創(chuàng)建或修改指定的資源，不同的是PUT方法是冪等的。也就是說，打一次電話和打多次電話的效果是一樣的。刪除:請求服務(wù)器刪除指定的資源?？蛻舳税l(fā)起HTTP請求后，服務(wù)器會做出響應(yīng)。不同的響應(yīng)代碼對應(yīng)不同的場景。響應(yīng)代碼由三位數(shù)字組成，第一位數(shù)字代表當(dāng)前響應(yīng)類型1XX:提示信息，服務(wù)器臨時(shí)響應(yīng)。這時(shí)，客戶端應(yīng)該繼續(xù)發(fā)起請求；2XX:成功，請求已被服務(wù)器成功處理，如200OK；3XX:重定向，需要客戶端后續(xù)操作才能達(dá)到目的；4XX:客戶端錯(cuò)誤，客戶端請求錯(cuò)誤；5XX:服務(wù)器錯(cuò)誤，服務(wù)器處理正確請求時(shí)出現(xiàn)錯(cuò)誤，如500InternalServerError。

我手工做的這個(gè)測試這是傳統(tǒng)的方法測試是測試手工測試用例寫的。缺點(diǎn)是。自動(dòng)化 測試?yán)密浖y試工具自動(dòng)實(shí)現(xiàn)全部或部分測試工作:管理、設(shè)計(jì)、執(zhí)行和匯報(bào)，自動(dòng)化。自動(dòng)化 測試是對手工的補(bǔ)充，自動(dòng)化測試不能完全代替手工測試。如果只靠人工測試的話，會讓測試的工作效率太低，尤其是返回測試的重復(fù)工作量給測試人員造成了很大的壓力。所以自動(dòng)化 測試在一定條件下只是測試的補(bǔ)充，但不能完全代替手工測試

Why接口自動(dòng)化測試？在互聯(lián)網(wǎng)產(chǎn)品頻繁迭代的背景下，回歸測試的時(shí)間越來越少，很難在每次迭代中對所有功能進(jìn)行完全回歸。但是接口自動(dòng)化測試由于實(shí)現(xiàn)簡單、維護(hù)成本低、能夠提高覆蓋范圍等優(yōu)點(diǎn)，越來越受到人們的關(guān)注，為什么要自己寫框架？使用Postman可以直接獲得接口 測試的基本代碼，使用requests unittest可以輕松實(shí)現(xiàn)接口測試的包。