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

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

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

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