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

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

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

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

如何理解一個“好的”測試用例？ “好的”測試用例一定是一個完備的集合，它能夠覆蓋所有等價類以及各種邊界值，而跟能否發現缺陷無關 舉栗子 被測軟件——魚塘 軟件缺陷——魚 測試用例集——漁網 “好的”測試用例集就是一張能夠覆蓋整個魚塘的大漁網，只要魚塘里有魚，就能給撈上來； 如果漁網 ...

） 通過 API 測試工具，發起對被測 API 的 request 驗證返回結果的 response ...

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

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