1、get和post的區(qū)別？

l http是上層請求協(xié)議，主要定義了服務(wù)端和客戶端的交互規(guī)格，底層都是tcp/ip協(xié)議

l Get會(huì)把參數(shù)附在url之后，用？分割，&連接不同參數(shù)，Get獲取資源，post會(huì)把參數(shù)放置在http請求體中，Post發(fā)送請求數(shù)據(jù)

l Get產(chǎn)生一個(gè)tcp數(shù)據(jù)包，post產(chǎn)生兩個(gè)tcp數(shù)據(jù)包

l Get請求，瀏覽器會(huì)把http header和data一起發(fā)送，服務(wù)器返回200響應(yīng)碼

l Psot請求，瀏覽器先發(fā)送header，服務(wù)器響應(yīng)100（continue），然后再發(fā)送data，服務(wù)器返回200響應(yīng)碼

l Post的安全性比get高，如果瀏覽器緩存了，會(huì)把get參數(shù)留在緩存中，用戶可以看到參數(shù)信息

2、post請求的四種參數(shù)形式是什么？

Application/x-www-form-urlencoded：將參數(shù)以一組鍵對值的方式發(fā)送

Multipart/form-data：支持單組和多組文件上傳

Application/json：根據(jù)后端接口的定義支持?jǐn)?shù)據(jù)類型

Text/xml

3、http狀態(tài)碼302, 403, 503分別代表什么？

302：臨時(shí)重定向到某一個(gè)頁面，比如要登錄之后才能進(jìn)入的頁面，他首先會(huì)臨時(shí)重定向到登錄界面

403：權(quán)限不夠 服務(wù)器理解客服端的請求，但拒絕此請求

503：服務(wù)端目前無法使用，過載或者維護(hù)中

500：服務(wù)端異常

404：請求失敗，請求所希望得到的資源未被在服務(wù)器上發(fā)現(xiàn)

401：請求身份驗(yàn)證

1XX系列：指定客戶端應(yīng)相應(yīng)的某些動(dòng)作，代表請求已被接受，需要繼續(xù)處理

2XX系列：代表請求已成功被服務(wù)器接收、理解、并接受。這系列中最常見的有200、201狀態(tài)碼。

3XX系列：代表需要客戶端采取進(jìn)一步的操作才能完成請求，這些狀態(tài)碼用來重定向，后續(xù)的請求地址（重定向目標(biāo)）在本次響應(yīng)的 Location 域中指明。這系列中最常見的有301、302狀態(tài)碼。

4XX系列：表示請求錯(cuò)誤。代表了客戶端看起來可能發(fā)生了錯(cuò)誤，妨礙了服務(wù)器的處理。常見有：401、404狀態(tài)碼。

5xx系列：代表了服務(wù)器在處理請求的過程中有錯(cuò)誤或者異常狀態(tài)發(fā)生，也有可能是服務(wù)器意識到以當(dāng)前的軟硬件資源無法完成對請求的處理。常見有500、503狀態(tài)碼。

4、公司有用到第三方服務(wù)，出了問題，打電話給第三方，第三方不承認(rèn)，這時(shí)候日志又顯示不到錯(cuò)誤，應(yīng)該怎么處理？

1/ 單獨(dú)調(diào)用第三方服務(wù)，查看三方接口返回的status，code，msg，看是否能支持正常服務(wù)

2/ 在自己的應(yīng)用中mock第三方服務(wù)，來調(diào)用自己的接口，看能否正常工作，將結(jié)果反饋給第三方

3/ 配置日志級別在debug級別時(shí)，添加第三方請求過程的日志，查看入?yún)?#xff0c;響應(yīng)來追蹤問題

5、接口自動(dòng)化中的關(guān)聯(lián)怎么處理？

把上一個(gè)請求返回的結(jié)果傳入到下一個(gè)請求的參數(shù)中，將請求的結(jié)果反射到一個(gè)類屬性（使用setattr（）函數(shù)），下一個(gè)請求去調(diào)用這個(gè)類屬性

6、自動(dòng)化測試怎么校驗(yàn)結(jié)果？

斷言 ，預(yù)期結(jié)果與實(shí)際結(jié)果對比

數(shù)據(jù)庫校驗(yàn)，根據(jù)測試場景來查詢數(shù)據(jù)庫里的數(shù)據(jù)和請求之前的數(shù)據(jù)進(jìn)行比對

7、自動(dòng)化使用的測試框架是什么？簡述自動(dòng)化框架的設(shè)計(jì)、維護(hù)

1/測試框架：python+unittest+requests+ddt+openpyxl+pymysql+logging

測試框架：

python：入門簡單，語法簡潔

unittest ：定義一個(gè)測試用例類，具體的方法來維護(hù)測試用例的生命周期，測試場景行為，測試用例 前置場景，行為，期望結(jié)果，實(shí)際結(jié)果，斷言方法，Setup teardown方法

requests：接口調(diào)用 ，支持http請求的庫，API 簡潔，提供不同的http請求方法，支持session，cookies，

ddt ：數(shù)據(jù)驅(qū)動(dòng)，ddt 類裝飾器，data 測試方法裝飾器 unpack解包可迭代的數(shù)據(jù)類型

普通用戶，數(shù)據(jù)庫，配置文件---（基礎(chǔ)數(shù)據(jù)）

openpyxl： 數(shù)據(jù)管理 excel管理數(shù)據(jù)，使用openpyxl模塊來進(jìn)行excel數(shù)據(jù)的讀和寫（excle，csv, json, yaml, txt都可以管理測試數(shù)據(jù)）

pymysql：數(shù)據(jù)庫交互，數(shù)據(jù)校驗(yàn)

eval，json：數(shù)據(jù)格式的轉(zhuǎn)換 Eval將python支持的格式轉(zhuǎn)換成對應(yīng)的格式

logging：日志處理， 統(tǒng)一日志輸出格式，渠道，級別，執(zhí)行結(jié)果的記錄，便于定位問題

jenkins：持續(xù)集成

2/框架設(shè)計(jì)思路：數(shù)據(jù)驅(qū)動(dòng)+結(jié)構(gòu)分層（可讀性，可維護(hù)性，可擴(kuò)展性）

數(shù)據(jù)驅(qū)動(dòng)：將維護(hù)數(shù)據(jù)與代碼分離，接口調(diào)用行為一致，針對不同的參數(shù)組合驅(qū)動(dòng)不同的測試場景，減少代碼冗余

結(jié)構(gòu)分層：數(shù)據(jù)層+用例層+邏輯層

數(shù)據(jù)層：測試數(shù)據(jù)的支撐 data.xls

用例層：用例的執(zhí)行 test_register.py test_recharge.py

邏輯層：公用的方法的封裝與提取 doexcle.py do_mysql.py http_requests.py logger.py等模塊

3/框架設(shè)計(jì)步驟：

準(zhǔn)備測試數(shù)據(jù)： EXCEL表準(zhǔn)備測試用例---excel數(shù)據(jù)的讀取---參數(shù)值的替換

發(fā)起請求：請求方法（get/post方法進(jìn)行封裝---URL的拼接（不同---參數(shù)轉(zhuǎn)化為字典

拿到請求的返回值：解析返回值code，status，msg信息

斷言

好處：

1、自動(dòng)化測試用例和手工測試用例的完美結(jié)合，減少重復(fù)工作

2、配置靈活，可以自主切換測試環(huán)境，執(zhí)行測試用例

3、常用功能進(jìn)行封裝，邏輯清晰，易于維護(hù)

4、統(tǒng)一執(zhí)行入口，管理測試用例集：

run.py模塊通過模糊查找來選擇需要執(zhí)行的測試用例

5、持續(xù)集成，定時(shí)構(gòu)建，快速反饋

8、具體的在這個(gè)項(xiàng)目中自動(dòng)化怎么應(yīng)用到實(shí)際的，您對自動(dòng)化結(jié)果的分析

完成所有的自動(dòng)化測試框架的設(shè)計(jì)和實(shí)現(xiàn)后，進(jìn)行接口測試，然后集成到j(luò)enkins，配置定時(shí)執(zhí)行，生成html報(bào)表，查看測試通過率，查看接口的功能

每次發(fā)版時(shí)，進(jìn)行回歸測試，新功能開發(fā)未提測前

9、做好測試計(jì)劃的關(guān)鍵是什么？

明確測試目的，增強(qiáng)測試計(jì)劃的實(shí)用性，保證測試用例的實(shí)用性和覆蓋率，完全需求文檔和規(guī)格指標(biāo)書等，嚴(yán)格界定測試周期，測試輪次，測試覆蓋模塊等

軟件測試技術(shù)交流群：（見文章開頭圖片）

總結(jié)

以上是生活随笔為你收集整理的后端接口重定向_接口自动化面试题，建议收藏！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。