技術分享 | 做為測試，那些必須掌握的測試技術體系

本文節選自霍格沃茲測試學院內部教材

軟件測試技術是軟件開發過程中的一個重要組成部分，是貫穿整個軟件開發生命周期、對軟件產品（包括階段性產品）進行驗證和確認的活動過程。其目的是盡快盡早地發現在軟件產品中所存在的各種問題，與用戶需求、預先定義的不一致性。檢查軟件產品中可能存在的 Bug，并且編寫缺陷報告，交于開發人員修改。軟件測試人員的基本目標是發現軟件中的錯誤。

軟件測試技術就相當于是軟件測試人員的武器。作為軟件測試人員，必須要清楚了解可以通過哪些手段去保障產品的質量。只有知道了這些，才能更好的完成測試的工作。

軟件測試分類

軟件測試的分類可以按照不同的維度去劃分，一般來說可以按照下面的這些維度去劃分。

按開發階段分類

單元測試

集成測試

冒煙測試

系統測試

驗收測試

按測試實施組織分類

α 測試：非正式驗收測試

β 測試：內測后的公測

按測試執行方式分類

靜態測試：不啟動被測對象的測試，比如代碼走讀，代碼評審，文檔評審，需求評審等。

動態測試：啟動被測試對象的測試，比如白盒測試，黑盒測試等。

按是否查看代碼分類

黑盒測試：指的是把被測的軟件看作是一個黑盒子，不去關心盒子里面的結構是什么樣子的，只關心軟件的輸入數據和輸出結果。

白盒測試：指的是把盒子蓋子打開，去研究里面的源代碼和程序結果。

按是否手工執行分類

手工測試：由人去一個一個的去執行測試用例，通過鍵盤鼠標等輸入一些參數，查看返回結果是否符合預期結果。通常用于黑盒測試方法或系統測試階段。

自動化測試：把以人為驅動的測試行為轉化為機器執行的一種過程。

按測試對象分類

性能測試：檢查系統是否滿足需求規格說明書中規定的性能。

安全測試：各種的攻擊手段，例如 SQL 注入、XSS 等。

兼容性測試：軟件和硬件之間是否能夠發揮很好的效率工作，會不會影響導致系統的崩潰。

文檔測試：測試軟件產品中的各類文檔。

易用性測試：用戶體驗測試。

業務測試：測試人員將系統的各個模塊串接起來運行、模擬真實用戶實際的工作流程，滿足永續需求定義的功能進行測試的過程。

界面測試：也稱為 UI 測試。測試用戶界面的功能模塊的布局是否合理，整體風格是否一致、各個控件的放置位置是否符合客戶的使用習慣，還要測試操作界面操作便捷性、導航簡單易懂性、頁面元素的可用性，頁面元素的可用性、界面中文字是否正確，命名是否統一，頁面是否美觀、文字、圖片組合是否完美。

安裝測試：測試程序的安裝、卸載。

其他分類

回歸測試：修改了舊代碼后，重新執行測試以確認修改后沒有引入新的錯誤或導致其他代碼產生錯誤。

隨機測試：指測試中的所有輸入數據都是隨機生成的，其目的是模擬用戶的真實操作，并發現一些邊緣性的錯誤。

探索性測試：試可以說是一種測試思維技術。它沒有很多實際的測試方法、技術和工具，但是卻是所有測試人員都應該掌握的一種測試思維方式。探索性強調測試人員的主觀能動性，拋棄繁雜的測試計劃和測試用例設計過程，強調在碰到問題時及時改變測試策略。

黑盒測試

黑盒測試又叫功能測試、數據驅動測試或基于需求規格說明書的功能測試。該類測試注重于測試軟件的功能性需求。

采用這種測試方法，測試工程師把測試對象看作一個黑盒子，完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求文檔，檢查程序的功能是否符合它的功能說明。測試工程師無需了解程序代碼的內部構造，完全模擬軟件產品的最終用戶使用該軟件，檢查軟件產品是否達到了用戶的需求。

黑盒測試方法能更好、更真實地從用戶角度來考察被測系統的功能性需求實現情況。在軟件測試的各個階段，如單元測試、集成測試、系統測試及驗收測試等階段中，黑盒測試都發揮著重要作用，尤其在系統測試和確認測試中，其作用是其他測試方法無法取代的。

白盒測試

白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基于代碼的測試。白盒法可以全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。

白盒測試常用的方法有代碼檢查法、靜態結構分析法、靜態質量度量法、邏輯覆蓋法、基本路徑測試法。

分層測試體系

image1080×582 31.5 KB

其中 Unit 代表單元測試，API 代表接口測試，UI 代表頁面級的系統測試。分層的自動化測試倡導產品的不同層次都需要自動化測試，這個金字塔也正表示不同層次需要投入的精力和工作量。對于測試金字塔，越靠下越容易自動化，越靠下成本越低，越靠下效率越高。

分層測試顧名思義就是分多個層次一個層次一個層次的測試，比如先測完中間接口層，再測最上層的界面。當然了，也可以同時測試。

分層測試的測試方法還是原來的測試方法，但對測試人員的代碼能力還有自動化測試水平有較高要求，同時要求測試人員和開發團隊真正的理解敏捷開發和敏捷測試，甚至要求開發團隊達到開發即測試、測試即開發的能力。

單元測試

對軟件中的最小可測試單元進行檢查和驗證。具體的說就是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。

接口測試

接口測試是測試系統組件間接口的一種測試，主要用于檢測外部系統與系統之間以及內部各個子系統之間的交互點。

測試的重點是要檢查接口參數傳遞的正確性，接口功能實現的正確性，輸出結果的正確性，以及對各種異常情況的容錯處理的完整性和合理性。

接口測試可以更早介入，介入越早越能更早的發現問題，還可以縮短項目周期，能夠發現更底層的 Bug，減少開發成本。

因為不同端（前端，后端）的工作進度不一樣，所以要針對最開始出來的接口，以及需要調用其他公司的（銀行，支付寶，微信，QQ 等）一些接口進行接口測試及驗證數據，從安全層面來說，只依賴前端進行限制已經完全不能滿足系統的安全要求（繞過前面實在太容易），需要后端同樣進行控制，在這種情況下就需要從接口層面進行驗證。前后端傳輸、日志打印等信息是否加密傳輸也是需要驗證的，特別是涉及到用戶的隱私信息，如身份證，銀行卡等。

UI 測試

UI 測試測的是應用中的用戶界面是否如預期工作。比如，用戶的輸入需要觸發正確的動作，數據需要能展示給用戶看，UI 的狀態需要發生正確變化等。

對于 UI 測試，可以采用靜態測試方法，也可以采用動態測試方法。

對于用戶界面的布局，風格，字體，圖片等與顯示相關的部分測試應該采用靜態測試，比如點檢表測試，即將測試必須通過的項用點檢表一條一條列舉出，然后通過觀察確保每項是否通過。

對用戶界面中各個類別的控件應該采用動態測試，即編寫測試用例或者點檢表，對每個按鈕的響應情況進行測試，是否符合概要設計所規定的條件，還可以對用戶界面在不同環境下的顯示情況進行測試。

UI 測試需要關注的內容包括通過瀏覽測試對象可正確反映業務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽。各種訪問方法 （Tab 鍵、鼠標移動和快捷鍵）是否支持。還有窗口的對象和特征，比如菜單、大小、位置、狀態和中心等都符合標準。

更多技術文章： https://qrcode.ceba.ceshiren.com/link?name=article&project_id=qrcode&from=hwyun×tamp=1652081629

單元測試 自動化測試

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。