接口測試面試題目

一、作接口測試當請求參數多時，tps降低明顯，此接口根據參數從redis中獲取數據，每一個參數與redis交互一次，當一組參數是tps5133，五組參數時tps1169，屢次交互影響了處理性能，如何改進？

tps就是每秒事務數，transaction per second。

吞吐量降低是可能由於頻繁訪問redis，而頻繁訪問redis的緣由是參數過多，解決的思路很容易想到: 減小參數。

咱們能夠把多組參數變成json字符串之類的一個參數，從而達到信息量不減小而參數個數變少的效果。

二、接口的加密測試中對稱加密和非對稱加密有什麼區別嗎？如何展開測試？

對稱加密: 信息交換的雙方使用同一個密鑰加密解密，就像是用同一把鑰匙開一把鎖

非對稱加密：它須要兩個密鑰，一個是公開密鑰，另外一個是私有密鑰；一個用做加密的時候，另外一個則用做解密。使用其中 一個密鑰把明文加密後所得的密文，只能用相對應的另外一個密鑰才能解密獲得本來的明文。

把加密的算法直接封裝成一個類或者一個接口，你直接調用加密的類或者加密的接口便可完成參數加密，剩下的接口測試和以往沒加密的接口測試是同樣了。

三、闡述接口測試和UI測試在測試活動中是如何協同測試的？

UI與接口測試的協同能夠從下面的方向考慮

• UI的操做實際上就是用另外一種方式調用接口，那麼接口有多少種參數組合就要求UI用例要構造多少種操做進行調用
• UI操做所須要的數據能夠用接口來生成
• 接口測試能夠保證數據和邏輯的準確性，UI測試須要考慮交互和界面展現的邏輯正確性
• UI測試須要重視接口調用不成功或者接口異常狀況下UI的呈現方式和用戶體驗
• UI中可能會有一些狀態的緩存信息（這樣就不須要每次頻繁調用接口去獲取了），好比鑑權信息等，須要重點關注這些緩存的更新策略

四、在手工接口測試或者自動化接口測試的過程當中，上下游接口有數據依賴如何處理？

上個接口返回的結果能夠存在全局變量，或者寫到配置文件中。下個接口能夠從全局變量中讀取，或者從配置文件中讀取。

五、依賴第三方數據的接口如何測試？

可使用SoapUI等工具直接調用第三方數據接口的webservice，經過返回值來查看第三方數據的接口是否調用正常。 也能夠利用MOCK server來模擬第三方接口的返回數據，最大限度的下降對第三方數據接口的依賴。

六、http接口測試和web service接口測試區別是什麼？

區別是有的。主要是傳統ws有一套完整的協議標準。其中有soap協議，用來進行消息的傳遞。以傳統工業標準的ws返回數據爲例，返回結果須要包裝在一個soap協議指定的語法格式中。即便你只須要簡單的返回字符1，也須要包裝在協議種返回，協議描述了成功失敗否，結果值等。而普通的get，你輸出1，在調用端獲得字符1。 web service和http接口的區別在於： 1.接口中實現的方法和要求參數一目瞭然。 2.不用擔憂大小寫問題。 3.不用擔憂中文 urlencode 問題。 4.代碼中不用屢次聲明認證（帳號，密碼）參數。 5.傳遞參數能夠爲數組，對象等。

七、接口測試中依賴登陸狀態的接口如何測試？

依賴登陸狀態，那麼每次測試該接口以前都須要調用登陸的接口。

依賴登陸狀態的接口的本質上是在每次發送請求時須要帶上Session或者Cookie才能發送成功，在構建POST請求時添加必要的Session或者Cookie。

八、設計接口測試用例：設計的是電商系統，其中包括不少參數，如商品，商家，店鋪等等，針對這些數據的修改，會設計到不少參數，如商品名稱，商品尺寸，商品顏色等等。如今設計實現「修改」接口時，如何肯定要傳哪些參數呢？是隻須要傳入我要修改的參數仍是所有參數？

修改的接口，通常只須要傳：被更新了的字段 以及 被更新實體的 主鍵 好比id。

 

九、目前接口文檔是有word格式管理，因迭代快，產生不少文檔，分不清那些事不用的接口，那些是正在用的接口，那些是更新後的接口，文檔雜亂，不方便管理，另外文檔是word格式，不方便查詢，如何管理？

swagger文檔能夠解決這個問題。（）

swagger是我用過最好用的，只是編寫相關的json比較麻煩，又不想集成在代碼中。不過能夠在網站(www.sosoapi.com)上在線表單方式編寫swagger-ui對應的json哈，編輯簡單並且能夠在線預覽和導入導出，挺方便的