最常見的黑盒測試方法 等價類划分 將所有可能的輸入數據划分成若干個子集 任意一個輸入數據若是有效的則構成有效等價類 輸入數據對於揭露程序中潛在錯誤都具有同等效果則構成無效等價類 后續只要從每個等價類中年任意選取一個值進行測試， 就可以用少量具有代表性的測試輸入取得較好 ...

為什么需要自動化測試？ 代替手工重復操作，測試工程師可以花更多時間在設計全面的測試用例和新功能測試上 【代替手工重復】 提升回歸測試的效率，適合敏捷開發過程 【提升回歸效率】 更好的利用非工作時間執行測試，工作時間分析失敗用例 【利用非工作時間測試】 高效實現某些手工測試 ...

測試計划的好處 知道確切的測試范圍，采取怎么樣的測試策略 預估具體的工作量和測試資源，每個人分工明確，不容易出現重復測試的情況 測試進度是可控的，實時知道目前測試完成情況 可以提前識別潛在風險，當需求發生變化時，我們需要做出響應 測試計划 測試范圍 包含：被測 ...

前言 文章中還介紹了測試工具，比如cURL、postman，單API如何測試；但這些都是偏基礎的東西，且網上教程各式各樣，就不再贅述了；這里主要講的就是關於復雜場景的API測試要如何應對 API測試的流程 准備測試數據（這是可選步驟，不一定所有 API 測試都需要這一步 ...

測試覆蓋率 用來衡量測試的充分性和完整性，從廣義的角度來講，測試覆蓋率主要分為兩大類 面向項目的需求覆蓋率 偏向技術的代碼覆蓋率 需求覆蓋率 定義：指測試對需求的覆蓋程度，通常的做法是將每一條分解后的軟件需求和對應的測試用例建立一對多的映射關系，最終目標是保證測試 ...

互聯網產品 一個字：快！ 通常情況下，互聯網產品要求全回歸測試的執行時間不能超過 4 小時 如何在保證測試質量和測試覆蓋率前提下，有效縮短測試執行時間呢？這就是今天的主題啦！ 傳統軟件產品的測試策略設計 單元測試 一般是白盒測試，由開發工程自己完成 API測試 ...

缺陷標題 通常采用 在什么情況下發生了什么問題 的模式 First 描述 什么問題 的同時還必須清楚地表述發生問題時的上下文，也就是 問題出現的場景 Second 標題應該盡可能描述 ...

詳解 作為測開不能只關心如何實現預先設計的功能，而完全不關心所開發的測試框架or工具平台在測試中的 ...