目前，介面測驗是開展專案測驗實施程序中非常重要的環節，對于新增介面和修改介面更是需要做到應測必測，但是在實施程序中普遍存在一些問題，經分析總結如下：
1.耗時長： 介面測驗整體流程較長，對每個欄位都需要進行各種校驗，且人工進行基礎性欄位驗證的程序極為痛苦重復，
2.無資料留存： 每次介面測驗所使用的完整的測驗用例、測驗資料、測驗結果不易留存，不方便復測和排查問題，
3.容易遺漏： 純手工測驗，受制于測驗人員的能力、經驗，測驗的覆寫度無從追溯，且枯燥乏味的欄位校驗極容易遺漏，
基于以上問題，我們需要研發一種可以通過預配置實作、基于經驗積累、滿足多種測驗要求的介面測驗工具，
工具實作思路
本章將通過對介面測驗的步驟和用例組裝程序進行拆分來介紹工具實作的總體思路，
圖一 介面用例自動化生成的總體思路
工具將介面測驗劃分為三個階段，分別為準備階段、執行階段以及后續作業，準備階段主要是準備介面測驗所需要素和配置，執行階段主要為工具自動化執行生成測驗用例、資料和介面測驗的執行，后續作業主要為生成擎云所需要的自動化測驗檔案，對執行結果進行斷言判斷，手工錄入tfs進行缺陷跟蹤等，
其中，工具將介面測驗的重點聚焦于介面測驗的準備階段，通過air介面檔案或自定義格式介面檔案進行，通過配置“用例集”與引數“組裝規則”生成執行階段所需要的完備測驗用例與資料，然后通過工具自動進行執行，
圖二 介面用例自動化生成的具體細節
工具將介面用例組裝程序拆分成介面層、引數層、用例集組裝層、兜底測驗組裝層、引陣列裝規則層這幾部分，下面對這幾層進行詳細的介紹，
1.介面層：介面層中包含的是介面的整體資訊，主要有介面的型別（post/get），介面所包含的引數，介面可能所需要的header頭等資訊，該部分資訊可以通過讀取air介面檔案或自定義介面檔案或者手工錄入的方式進行維護，
2.引數層：該層聚焦于介面中的某個具體引數，如圖二中的單個“phoneNo”引數，該層主要為了聚焦單個引數并將其送至后續的“用例集組裝層”、“兜底測驗組裝層”進行衍生和變形，
3.用例集組裝層：該層通過預先配置好的“用例集”對引數進行組裝，從而生成單個引數所需要衍生出的測驗用例與資料，譬如某條用例集“反例/首位為1，小于11位數字/1341111111”，那么工具會根據該條用例衍生出“phoneNo”:“1341111111”的資料和“被測介面phoneNo引數首位為1，小于11位數字”的反向測驗用例，
引數與用例集的匹配有自選和工具根據引數名進行匹配兩種方式，關于“用例集”這一概念的具體設計思路我們將在下文進行詳細解釋，
4.兜底測驗組裝層：所謂的兜底測驗，就是指我們在介面測驗中，需要反復的對每一個欄位都進行測驗的基礎性驗證，如引數為空、為空格的情況，引數超出和少于長度限制的情況，引數型別與規定型別不同的情況，該種驗證極易檢測出代碼中的例外捕獲缺失與代碼例外錯誤泄露的缺陷，但人工進行該種檢測極為枯燥重復，所以需要使用工具對引數進行兜呼叫例的衍生與測驗，
兜底測驗組裝層的用例和資料的衍生規則與用例集組裝層是類似的，不同的是兜底測驗組裝層會對每個引數都進行相應的兜底測驗，兜底測驗也不需要選擇相應的用例集，
5.引陣列裝層：引陣列裝層主要是為了將引數層衍生出的眾多單個引數的案例根據一定邏輯和規則組裝到一起，最終形成完整的測驗報文與測驗案例，目前使用的引陣列裝規則主要有以下三種：控制變數法、正交法、parwise法，
關于“引陣列裝規則”這一概念的具體設計思路我們將在下文進行詳細解釋，
用例集
用例集是自動化介面測驗的“血肉”，是完成資料預配置、經驗積累的實作方式，是對介面資料進行衍生和測驗的基礎，用例集中包含了測驗系統、引數屬性、內容、用例內容的資訊，下面我們對這幾個欄位進行詳細解釋，
圖三 最小用例集
1.測驗系統：標志了該用例集所在的測驗系統，由于不同系統中所使用的測驗資料、測驗考量點不同，所以用例集需要根據系統對介面引數進行匹配，同時標識系統也方便了同系統的測驗人員對資料進行分享和復用，
2.引數屬性：標志了該用例集為引數型別還是引數名，如果為引數名的話，就當作普通的用例集對該引數名進行優先匹配，如果為引數型別的話，工具就會自動對該系統內該種引數型別的引數進行兜底測驗，
3.內容：與引數屬性相對應的引數名稱或引數型別，
4.用例內容：包含了用例描述、正反向型別和測驗資料，其中，測驗資料為非必選項，如果測驗資料為空的話，那么僅可以生成介面測驗用例而不可以生成介面測驗報文，
圖四 不同介面測驗維度的測驗顆粒度與用例集維護難度關系圖
工具生成用例的測驗多樣性和覆寫度離不開我們對用例集的設計，通常，我們設計介面測驗用例集從以下三個角度進行，
1.兜底測驗：指每個引數都需要進行校驗的情況，如引數為空，引數過長等，該種情況往往通過設定引數型別的用例集和工具自動識別來進行測驗，兜底測驗的資料幾乎不會改變，也不需要進行維護，
2.功能測驗：指滿足功能需求，有一定功能含義的測驗用例，如對卡號這個引數來說，已銷戶的卡號對大多數交易來說就是一個有功能含義的反例，對于功能測驗，大多數測驗用例與資料是有一定的時效性和可復用性的，但對資料的維護仍需要一定成本，對于經常變動的資料，目前的解決方案是通過sql陳述句進行動態提取，
3.安全測驗：滿足橫向越權、豎向越權等安全測驗要求的測驗用例，測驗人員需要對越權類場景進行識別與設計，同時對越權測驗所使用資料也需要進行精心的構造，一旦完成了對資料的構造，那么安全測驗的測驗用例和資料也可以看成一種特殊的“功能測驗”添加進對應引數的用例集中，
引陣列裝規則
如果說用例集是自動化介面測驗的“血肉”的話，引陣列裝規則就是自動化介面測驗的“骨”，規則將各個引數所衍生出的用例根據一定的邏輯緊密聯系到一起，最終形成覆寫度高卻不冗余的測驗用例，目前支持的規則主要有以下三種，
圖五 使用控制變數法進行自動化介面測驗
1.控制變數法：功能測驗的經典方法，控制其他引數不變，修改某一引數進行衍生用例進行測驗，
2.正交法：將所有單個引數衍生出的全部用例進行正交組合，可以覆寫測驗中的所有情況，
3.Parwise法：基于Pairwise統計學的用例計算方法，原理為雙因子之間進行正交，實際為對正交法的一種科學的裁剪，適合沒有明確正反向的高效介面自動化測驗，
推廣使用效果
通過配置用例集我們實作了對測驗經驗的積累，對測驗場景的全覆寫，通過配置用例生成規則，我們保證了生成用例的覆寫度高而又不冗余，最終完成我們對介面測驗的高效率、高覆寫度、高質量的要求，
圖六 部分系統推廣使用效果圖
該工具目前已在掌銀信用卡頻道、微銀行信用卡模塊、星云、PDS等26個系統模塊中使用，共對304個介面生成測驗用例3638條，
最后：這里有我建立的一個專門交流軟體測驗方面問題的學習群，里面也有很多大公司的技術大牛，很多時候，技術大牛的幾句話就會讓我們醍醐灌頂，少浪費時間，如果想要多跟有經驗的人學習，就找我加入我的軟體測驗交流群，以后有作業的內推機會都相互推薦一下，畢竟我們是關系社會，
軟體測驗技術交流群社：786229024 等待你的加入... 大家可以一起探討交流，共同學習軟體測驗技術、面試等軟體測驗方方面面，還會有免費直播課，識訓更多測驗技巧，我們一起進階Python自動化測驗/測驗開發，走向高薪之路，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/553292.html
標籤：其他
上一篇：一個9個月測驗經驗的人，居然在面試時跟我要18K，我都被他嚇到了····
下一篇：返回列表