-
軟件測試的分類
按照測試對象的可見度:黑盒測試、 白盒測試
按照狀態:靜態測試、動態測試
按照執行方式:手工測試、自動化測試
1、黑盒測試(功能測試):不考慮程序內部結構和內部特性下,通過相關暴露出的接口,對程序進行測試????優點:(1)易于實施;(2)貼近用戶視角。
????缺點:(1)測試覆蓋率較低;(2)復用率較低,維護成本較高。
????測試重點:(1)是否有不正確或遺漏的功能;(2)針對接口,輸入與輸出是否正確;(3)是否有數據結構錯誤或外部信息訪問錯誤;(4)性能是否滿足要求。
2、白盒測試(邏輯結構測試)
????主要的邏輯單位:
?????????語句:保證每條語句至少執行一次
????????分支(判定):保證每條分支至少執行一次
????????條件:條件表達式至少計算一次
????????條件組合:所有不同條件下的組合情況,至少執行一次
????????路徑:每個可能的路徑至少執行一次????優點:(1)迫使測試人員仔細思考軟件的實現,理解原理;(2)可以檢驗代碼的每條分支和路徑;(3)揭示隱藏在代碼中的錯誤;(4)對代碼的測試比較徹底。
????缺點:(1)昂貴,較高覆蓋率,工作量大;(2)無法檢測代碼中遺漏的路徑和數據敏感性的錯誤;(3)不能直接驗證需求的正確性。
????白盒測試的主要測試方法:(1)代碼檢測法;(2)靜態結構分析法;(3)靜態質量度量法;(4)邏輯覆蓋法;(5)基本路徑測試法。
3、灰盒測試:介于黑、白盒測試之間,關注輸出對于輸入的正確性,同時關注內部表現
4、靜態測試:無需執行被測程序,而是評審軟件文檔或代碼,度量程序靜態復雜度,檢測軟件是否符合編程標準(直接看文檔或代碼)
5、動態測試:運行被測程序,檢查運行結果與預期結果的差異,并分析運行效率、正確性和健壯性等
6、手工測試:從用戶視角來驗證軟件是否滿足設計要求
7、自動化測試:使用單獨的測試工具控制測試的自動化執行
查看全部 -
1、單元測試:對軟件的最小可測試單元進行檢查和驗證
????原則:(1)盡可能保證各個測試用例是互相獨立的;(2)一般由開發人員來實施。
????優點:(1)能盡早發現缺陷;(2)有利于重構;(3)簡化集成;(4)文檔;(5)用于設計。
????缺點:(1)不可能覆蓋所有的執行路徑;(2)一行代碼一般需要3-5行測試代碼才能完成單元測試。
2、集成測試:把已測試過的單元組裝成模塊,檢測和驗證其是否達到或實現設計要求
????主要實施方案:(1)Big Bang(一次性集成,把大部分開發模塊進行組裝);(2)自頂向下;(3)自底向上;(4)核心系統集成;(5)高頻集成。
3、系統測試:把集成測試的軟件作為計算機系統的一個部分,檢驗它能否與系統中的其它部分協調工作
????關注點:(1)系統本身的使用;(2)系統與其它相關系統之間的連通;(3)系統在不同使用壓力下的表現。
4、驗收測試(交付測試):針對用戶需求、業務流程的正式測試,確定軟件是否滿足驗收標準
集成測試與單元測試的區別:(1)測試對象不同;(2)測試依據不同;(3)測試方法不同。
系統測試與集成測試的區別:(1)測試對象不同;(2)測試時間不同;(3)測試內容不同;(4)測試角度不同(系統測試偏業務,集成測試偏技術)。
查看全部 -
單元測試: 對軟件中的最小可測試單元進行檢查和驗證
原則:
盡可能保證各個測試用例是相互獨立的。
一般由代碼的開發人員來實施,用以檢驗所開發的代碼功能符合自己的設計要求
益處:
????1.能盡早發現缺陷
????2.有利于重構
????3.簡化集成
????4.文檔
????5.用于設計
限制:
????1.不可能覆蓋所有的執行路徑,所以不可能保證捕捉到所有路徑的錯誤
????2.每一行代碼,一般需要3~5行測試代碼才能完成單元測試。所以存在投入和產出的一個平衡。
框架:
????xunit,Junit,nunit,phpunit,cppunit.
查看全部 -
測試分類 1.單元測試 2.集成測試 3.系統測試 4.驗收測試查看全部
舉報