-
手工測試：由專門的測試人員從用戶視角來驗證軟件是否滿足設計要求的行為。更適用針對深度的測試和強調主觀判斷的測試 手工測試方法：眾包測試、探索式測試 自動化：使用單獨的測試工具軟件控制測試的自動化執行以及對預期和結果進行自動檢查 自動化測試方法：單元測試、接口測試、性能測試等 手工vs 自動化 手工：優：易發現缺陷 容易實施 更具有創造性、靈性性 缺：覆蓋量化難 重復測試效率低 不一致性 可靠性低（前后不一致）人力資源依賴 自動化：優： 高效率、速度快 高復用性 覆蓋率容易度量 準確 可靠 不知疲勞 缺：機械、發現缺陷率低 不具備創造性 不靈活 一次性投入較大 （從實施自動化測試之初、從測試工具的選型、框架的設計到自動化測試腳本的編寫、維護都需要投入較大的精力和資源） 手工和自動化 各有適用場景查看全部
-
靜態測試：無須執行被測程序，通過評審軟件文檔或代碼，度量復雜度，檢查軟件是否符合編程標準以發現程序的不足之處，減少錯誤出現的概率 可以通過人工，也可以通過自動化工具 方式：互審-走查（小組）-會議（記錄 正式），不正式到正式的集體活動 動態測試：通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等 黑盒：主要是動態測試方法 白盒：代碼檢查法和靜態代碼分析法就是典型的靜態方法查看全部
-
灰盒 介于黑、白盒測試之間的，關注輸入、輸出的正確性、同時也關注內部表現 結合了黑、白的測試 要素，主要用于系統組件的測試查看全部
-
白盒測試的方法： 1、代碼檢測法 對代碼進行檢測 2、靜態結構分析法 通過測試工具分析 系統結構 數據結構、內部控制邏輯來制定測試用例 3、 靜態質量度量法 iso標準制作度量模型 4 邏輯覆蓋法 6種主要覆蓋測試方法：語句 條件 條件組合 分支 路徑 條件&判定覆蓋 5、基本路徑測試法 白盒中主要的一種測試方法 在程序控制流圖的基礎上，通過分析控制構造復雜度導出基本可執行的路徑的集合 進而制作測試用例的方法 控制流圖：描述控制流 白盒測試的優點查看全部
-
黑盒測試的主要設計方法 1 等價類劃分 針對程序有很多輸入條件，把所有的輸入把等價的歸為一類，形成若干等價的代表形輸入，通過典型數據進行測試用例的設計。 2、邊界值分析法 特殊的等價類劃分，更關注各種邊界條件，開發時容易出現失誤的地方 需要重點關注 3、錯誤推測法 基于經驗或直覺，判斷出程序中容易失誤的地方，從而制作測試用例 例如：特殊字符、文件不存在，或文件超大等 4、因果圖法 拿到程序的需求規格說明書，針對輸入輸出在因果圖中看作原因和結果 根據規劃說明生成判斷表 5、正交試驗分析法 篩選出典型數據分析，主要用于篩選輸入數據 6、狀態遷移圖法 通過處理功能點的狀態遷移關系，例如審批 流程中的狀態變化 7、流程分析法 通過梳理邏輯程序的路徑查看全部
-
軟件測試的分類： 按可見度：黑盒 白盒 按狀態：靜態、動態 按測試執行方式：手工、自動化查看全部
-
手工測試：由專門的測試人員從用戶視角來驗證軟件是否滿足設計要求的行為。更適用針對深度的測試和強調主觀判斷的測試 手工測試方法：眾包測試、探索式測試 自動化：使用單獨的測試工具軟件控制測試的自動化執行以及對預期和結果進行自動檢查 自動化測試方法：單元測試、接口測試、性能測試等 手工vs 自動化 優：易發現缺陷 容易實施 更具有創造性、靈性性 缺：覆蓋量化難 重復測試效率低 不一致性 可靠性低（前后不一致）人力資源依賴 自動化：優： 高效率、速度快 高復用性 覆蓋率容易度量 準確 可靠 不知疲勞 缺：機械、發現缺陷率低 不具備創造性 不靈活 一次性投入較大 （從實施自動化測試之初、從測試工具的選型、框架的設計到自動化測試腳本的編寫、維護都需要投入較大的精力和資源） 手工和自動化 各有適用場景查看全部
-
靜態：無須執行被測程序，通過評審軟件文檔或代碼，度量復雜度，檢查軟件是否符合編程標準以發現程序的不足之處，減少錯誤出現的概率<br> 可以通過人工，也可以通過自動化工具<br> 方式：互審 走查（小組） 會議（記錄 正式）<br> 動態：通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性<br> 黑盒：動態測試方法<br> 白盒：代碼檢查法 靜態代碼分析法 靜態方法查看全部
-
灰盒 介于黑、白盒測試之間的，關注輸入、輸出的正確性、同時也關注內部表現 結合了黑、白的測試 要素，主要用于組件的測試查看全部
-
白盒測試的方法： 1、代碼檢測法 對代碼進行檢測 2、靜態結構分析法 通過測試工具分析 系統結構 數據結構、內部控制邏輯來制定測試用例 3、 靜態質量度量法 iso標準制作度量模型 4 邏輯覆蓋法 6種主要覆蓋測試方法：語句 條件 條件組合 分支 路徑 條件vs判定覆蓋 5、基本路徑測試法 白盒中主要的一種測試方法 在程序控制流圖的基礎上，通過分析控制構造復雜度導出基本可執行的路徑的集合 進而制作測試用例的方法 控制流圖：描述控制流查看全部
-
黑盒：內部不可見 白盒： 邏輯結構對測試人員是透明的，又叫結構化測試或透明盒，通過對邏輯結構來設計測試用例。用邏輯的覆蓋率來測試邏輯的完整性。 邏輯的單位：語句、條件、條件組合、分支、路徑 語句覆蓋：保證每條語句至少被執行一次 判定： 條件覆蓋：覆蓋表達式 分支是路徑的一部分 白盒優：1、迫使測試人員去仔細思考軟件的實現，理解原理 2、可以檢測代碼中的每條分支和路徑 3、揭示隱藏在代碼中的錯誤 4、對代碼的測試比較徹底 缺：1昂貴 （較高的覆蓋率，工作量大） 2 無法檢測代碼中遺漏的路徑和數據敏感性錯誤 3 針對代碼不是針對需求，不能正確驗證需求實現是否正確查看全部
-
黑盒測試的主要設計方法 1 等價類劃分 針對程序有很多輸入條件，把所有的輸入把等價的歸為一類，形成若干等價的代表形輸入，通過典型數據進行測試用例的設計。 2、邊界值分析法 特殊的等價類劃分，更關注各種邊界條件，開發時容易出現失誤的地方 需要重點關注 3、錯誤推測法 基于經驗或直覺，判斷出程序中容易失誤的地方，從而制作測試用例 例如：特殊字符、文件不存在，或文件超大等 4、因果圖法 拿到程序的需求規格說明書，針對輸入輸出在因果圖中看作原因和結果 根據規劃說明生成判斷表 5、正交試驗分析法 主要用于篩選輸入數據 6、狀態遷移圖法 通過處理功能點的狀態遷移關系，例如審批 流程中的狀態變化 7、流程分析法 通過梳理邏輯程序的路徑查看全部
-
黑盒：在完全不考慮程序內部結構和特性的情況下，通過暴露出來的接口對程序進行測試 程序是否能正常接收輸入，正確輸出，一般針對界面或可見功能 用戶視角，通過結果判斷 優：1、容易實施，不需要關注內部實現，操作簡單 2、更貼近用戶視角，測試場景與正式場景更接近 缺：1、覆蓋率較近，只能覆蓋代碼量的不足40% （不了解內部實現不知道內部分支） 2、針對黑盒的自動化測試，復用率較低，維護成本較高 黑盒針對功能進行測試，變動較大，用例使用率較低 主要測試的地方 1、功能是否正確或遺漏 2、接口上 輸入、輸出是否正確 3、數據結構或外部信息是否有訪問錯誤 4、性能是否滿足 系統測試階段主要使用 黑盒測試 其它各個階段也會用到查看全部
-
軟件測試的分類： 按可見度：黑盒 白盒 按狀態：靜態、動態 按測試執行方式：手工、自動化查看全部
-
驗收測試 正式的測試 ，由用戶 決定是否要交付 細分： 用戶驗收測試（開發方） 運行驗收測試（運維層面出發驗證是否系統可以正常運行） 例如上線后的備份 容災 災難恢復等場景是否正確 合同和規范驗收 合同、政府和法律法規 alpha 測試 場所和環境由開發方提供，用戶執行 beta 測試 用戶 場所和環境來進行測試 realise 版本 正式可供交付的版本 敏捷研發：TDD 驗收測試驅動開發 開發前先定義好用戶故事，再開發用戶功能代碼查看全部
舉報
0/150
提交
取消