1、目前市面上流行的介面大多有哪幾種協議的介面？
答：http https dubbo rpc（遠端呼叫協議） 等即可。
2、介面的請求方式有哪幾種？
答：get post put delete head trace opions 等，大多以 get 和 post 請求為主
3、為什麼要做介面測試？
可以發現很多在頁面上發現不了的bug。
檢查系統的異常處理能力。
檢查系統的安全性、穩定性。
前端隨便變，介面測好了，後端就可以不用變了。
可以更早時候的進行介面測試
介面測試是乙個完整的體系，也包括功能測試、效能測試和安全性測試。
4、什麼是介面測試5、get 和 post 區別是什麼？
答：post 和 get 都是向伺服器提交資料，並且都會從伺服器獲取資料。
區別：(1) 傳送方式：get 通過位址列傳輸，將提交的資料放在url之後，以?分割url和傳輸資料，post 通過報文傳輸，把提交的資料放在http包的body中。故而 post 更相對來說安全一點
(2) 傳送長度：get提交的資料大小有限制（因為瀏覽器對url的長度有限制），而post方法提交的資料沒有限制.
(3) get 請求引數會被完整保留在瀏覽歷史記錄裡，而 post 中的引數不會被保留
(4) get方式需要使用request.querystring來取得變數的值，而post方式通過request.form來獲取變數的值。
(5) get 方式大多用作查詢介面，獲取響應資料；而 post 方式更多做資料新增、修改或 刪除等操作
6、post 請求的引數型別有哪幾種？7、cookie 和 session 的區別
• cookie 資料存放在客戶的瀏覽器上，session 資料放在伺服器上
• cookie 不是很安全，別人可以分析存放在本地的 cookie 並進行 cookie 欺騙，考慮到安 全應當使用 session
• session 會在一定時間內儲存在伺服器上。當訪問增多，會比較占用你伺服器的效能，考 慮到減輕伺服器效能方面應當使用 cookie
• 單個 cookie 儲存的資料不能超過 4k，很多瀏覽器都限制乙個站點最多儲存 20 個 cookie
• 可以將登陸資訊等重要資訊存放為 session；其他資訊需要儲存，可以放在 cookie
8、請求介面中常見的返回狀態碼
答：
1xx – 資訊提示（表示臨時的響應。客戶端在收到常規響應之前，準備接收乙個或多個 1xx 響應）
2xx – （請求成功）表示成功處理了請求的狀態**。
3xx – 請求被重定向）表示要完成請求，需要進一步操作。。
4xx – 客戶端錯誤（請求錯誤）這些狀態**表示請求可能出錯，妨礙了伺服器的處理。
5xx – （伺服器錯誤）這些狀態**表示伺服器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是伺服器本身的錯誤，而不是請求出錯。
常見的有:
• 200 ok：伺服器成功返回使用者請求的資料
• 201：（已建立） 請求成功並且伺服器建立了新的資源。
• 202：（已接受） 伺服器已接受請求，但尚未處理。進入後台排隊，相當於非同步處理。
• 301：（永久移動） 請求的網頁已永久移動到新位置。
• 302：（臨時移動） 伺服器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。
• 303：建議客戶訪問其他 url 或訪問方式
• 304：客戶端已經執行了 get，但檔案未變化
• 400 ：（錯誤請求） 伺服器不理解請求的語法。
• 401：（未授權） 請求要求身份驗證。 對於需要登入的網頁，伺服器可能返回此響應。
• 403 ：（禁止） 伺服器拒絕請求。
• 404：（頁面不存在） 伺服器找不到請求的網頁。
• 500：（伺服器內部錯誤） 伺服器遇到錯誤，無法完成請求。
• 502：（錯誤閘道器） 伺服器作為閘道器或**，從上游伺服器收到無效響應。
• 504：閘道器超時） 伺服器作為閘道器或**，但是沒有及時從上游伺服器收到請求。
9、介面測試用例如何進行設計？
• 針對輸入，可按照引數型別進行設計，引數是否必填，引數之間是否存在關聯，引數資料型別限制，引數資料型別自身的資料範圍值限制；
• 針對介面處理，可按照邏輯進行用例設計；
• 針對輸出，可根據結果進行分析設計。
10、如何區分是前端的問題還是後端的問題
答：• 檢查介面，前端和後台之間是通過介面檔案相互聯絡的，需要檢視介面檔案
檢查請求的資料是什麼，反饋的資料又是什麼
• 頁面可以直接 f12，或者抓包檢視。如果傳送的資料是正確的，但是後台反饋的資料是不 符合需求的，那就是後台的問題；如果前端沒有請求介面或請求的時候傳送資料與需求不符，那這個時候就是前端的問題了。
如果傳送的資料是正確的，後台反饋的資料正確，前端提示錯誤，也是前段的問題。
11、介面測試中，下游介面需要依賴上游介面的資料，該如何處理？
答：在工具中可以使用全域性變數等方式將需要的資料進行傳送，或者使用對響應資料進行 提取，傳給下游介面。
12、依賴第三方資料的介面如何進行測試？
答：可以使用 fiddler 進行呼叫介面時預設期望響應，mock 返回自己設定的響應資料， 最大限度的降低對第三方資料介面的依賴
13、若請求的介面需要先登入後方可請求，如何進行介面測試？
答：請求登入介面獲取返回的響應頭，或者響應資訊中的資料，cookie，token，session 等，傳遞給依賴登入介面的請求頭中，發起請求即可。
效能測試常見面試題
概述一下效能測試流程？1.分析效能需求。挑選使用者使用最頻繁的場景來測試。確定效能指標，比如 事務通過率為100 top99 是5秒，最大併發使用者為1000人，cpu和記憶體的使用率在70 以下 2.制定效能測試計畫，明確測試時間 通常在功能穩定後，如第一輪測試後進行 和測試環境和測試工具 3.編...
軟體測試常見面試題
計畫階段 planning 需求分析 requirement 設計階段 design 編碼 coding 測試 testing 執行與維護 running maintrnacne 用例編號 測試專案 測試標題 重要級別 預置條件 輸入資料 執行步驟 預期結果 軟體是計算機系統中與硬體相互依存的另一部...
IT 常見面試題總結2
001 輸入一行字元，統計其中有多少個單詞，單詞之間用空格分隔開 include includeint main else if word 0 printf d num 使得dos介面不閃屏 int in scanf d in return 0 002 函式指標的應用 輸入兩個整數，當使用者輸入1，...