1、做介面測試當請求引數多時，tps下降明顯，此介面根據引數從redis中湖區資料，每個引數與redis互動一次，當一組引數是tps5133，五組引數時tps1169，多次互動影響了處理效能，如何改進？
tps就是每秒事務數，transaction per second。
吞吐量下降是可能因為頻繁訪問redis，而頻繁訪問redis的原因是引數過多，解決的思路很容易想到:減少引數。
我們可以把多組引數變成json字串之類的乙個引數，從而達到資訊量不減少而引數個數變少的效果。
2、介面的加密測試中對稱加密和非對稱加密有什麼區別嗎？如何展開測試？
對稱加密: 資訊交換的雙方使用同乙個金鑰加密解密，就像是用同一把鑰匙開一把鎖
非對稱加密
公開金鑰加密（英語：public-key cryptography），也稱為非對稱加密（英語：asymmetric cryptography），是密碼學的一種演算法，它需要兩個金鑰，乙個是公開金鑰，另乙個是私有金鑰；乙個用作加密的時候，另乙個則用作解密。使用其中 乙個金鑰把明文加密後所得的密文，只能用相對應的另乙個金鑰才能解密得到原本的明文；甚至連最初用來加密的金鑰也不能用作解密。由於加密和解密需要兩個不 同的金鑰，故被稱為非對稱加密；不同於加密和解密都使用同乙個金鑰的對稱加密。雖然兩個金鑰在數學上相關，但如果知道了其中乙個，並不能憑此計算出另外一 個；因此其中乙個可以公開，稱為公鑰，任意向外發布；不公開的金鑰為私鑰，必須由使用者自行嚴格秘密保管，絕不通過任何途徑向任何人提供，也不會透露給要通 信的另一方，即使他被信任。
基於公開金鑰加密的特性，它還提供數字簽名的功能，使電子檔案可以得到如同在紙本檔案上親筆簽署的效果
3、闡述介面測試和ui測試在測試活動中是如何協同測試的？
ui與介面測試的協同可以從下面的方向考慮
4、在手工介面測試或者自動化介面測試的過程中，上下游介面有資料依賴如何處理？
上下游介面的資料依賴無非就是準備測試資料。
假如乙個事務需要順序呼叫3個介面，a b c， c依賴於ab， 而ab有資料依賴，這時候就需要準備好a和b的資料。
資料一般有兩種方式生成
5、依賴第三方資料的介面如何測試？
依賴第三方就mock掉，可以自己寫mock server
6、http介面測試和web service介面測試區別是什麼？
省略7、介面測試中依賴登入狀態的介面如何測試？
依賴登入態，那麼每次測試該介面之前都需要呼叫登入的介面
如果是jwt之類的token based auth的話，每次在呼叫介面時提供token就可以了
8、設計介面測試用例：設計的是電商系統，其中包括很多引數，如商品，商家，店鋪等等，針對這些資料的修改，會設計到很多引數，如商品名稱，商品尺寸，商品顏色等等。現在設計實現「修改」介面時，如何確定要傳哪些引數呢？是只需要傳入我要修改的引數還是全部引數？
修改的介面，也就是update的介面一般只需要傳：被更新了的字段以及 被更新實體的主鍵比如id。
這是開發常識，如果大家研究過jsonapi規格的話，可以直接套用jsonapi的設計進行闡述。
9、目前介面文件是有word格式管理，因迭代快，產生很多文件，分不清那些事不用的介面，那些是正在用的介面，那些是更新後的介面，文件雜亂，不方便管理，另外文件是word格式，不方便查詢，如何管理？
swagger文件可以解決這個問題。（）
介面測試之 題目
1 做介面測試當請求引數多時，tps下降明顯，此介面根據引數從redis中湖區資料，每個引數與redis互動一次，當一組引數是tps5133，五組引數時tps1169，多次互動影響了處理效能，如何改進？tps就是每秒事務數，transaction per second。吞吐量下降是可能因為頻繁訪問r...
jmeter之介面測試（http介面測試）
基礎知識儲備 一 了解jmeter介面測試請求介面的原理 客戶端 傳送乙個請求動作 伺服器響應 返回客戶端 客戶端 傳送乙個請求動作 jmeter 伺服器 伺服器 jmeter 伺服器 伺服器 二 了解基礎介面知識 1 什麼是介面 前端與後台之間的橋梁 資料傳輸的通道，就是乙個函式 2 什麼階段做介...
web測試之介面測試
摘要 本文講的是web測試之介面測試，所謂介面測試就是指，布局是否合理 整體風格是否一致 各個控制項的放置位置是否符合客戶使用習慣，此外還要測試介面操作便捷性 導航簡單易懂性，頁面元素的可用性，介面中文字是否正確，命名是否統一，頁面是否美觀，文字 組合是否完美。一般情況下我們進行介面測試，直接依據產...