介面測試之 題目

2021-09-29 07:31:19 字數 1846 閱讀 3846

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測試之介面測試,所謂介面測試就是指,布局是否合理 整體風格是否一致 各個控制項的放置位置是否符合客戶使用習慣,此外還要測試介面操作便捷性 導航簡單易懂性,頁面元素的可用性,介面中文字是否正確,命名是否統一,頁面是否美觀,文字 組合是否完美。一般情況下我們進行介面測試,直接依據產...