ut:單元測試 梳理:
測試的方法:
按照是否執行:靜態/動態
按照測試手段:手動/自動
按照測試物件分析:
黑盒(系統功能測試):
優點簡單,缺點介入時間晚,發現重大bug難以修復
覆蓋率100%
灰盒(系統模組間的介面):
優點介入時間相對於黑盒早缺點,需要相應的**能力
介面覆蓋率
白盒(**函式):
優點介入時間早,缺點需要相應的**能力
邏輯覆蓋率:語句覆蓋率/分值覆蓋率/條件覆蓋率/路徑覆蓋率/分支-條件覆蓋率
ut開展:
1.ut計畫
①確定單元測試範圍:使用頻率高/**復用性低/開發人員背景(技術能力低/業務不熟悉)/複雜度高的
②邏輯覆蓋率---給定用例:執行了多少個/全部語句多少個
語句覆蓋率:非分支判斷(被測試的語句/全部的語句)
分值覆蓋率:if語句的分支(被測試的分支個數/全部的分支個數)
條件覆蓋率:乙個條件兩個結果/短路效應(被測試條件數量/全部條件數目)
路徑覆蓋率: 從開始到結束的過程(被測試路徑數/路徑總數)
分支-條件覆蓋率:分支和條件組合(被測試分支+被測試條件/全部分支+全部條件)
2.ut設計
①測試策略:自頂向下(打樁函式)/自底向上(打樁函式)/孤立策略
3.ut實現
①將測試的單元轉換為流程圖
②流程圖轉換為流圖
③流圖描述的是程式的複雜程度
④每條路徑就是乙個測試用例(if條件的個數+1 ,while)
舉例:三角形的判斷
程式-->流程圖-->流圖-->測試用例(測試編號|測試目的|用例標題|預置條件|輸入|預期輸出|覆蓋路徑)
4.ut執行(unittest)
1.測試函式準備
2.test1.py 匯入unittest類
建立test類
def 開始
def 結束
def test_001()
呼叫測試函式,傳遞引數測試
設定斷言
def test_002()
5.讀取xml檔案用例實現
7.測試框架格式:(資料驅動框架)
公共模組
資料模組
被測試函式模組
測試用例模組
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...
單元測試之Django單元測試
每個應用，自帶tests.py 整合在django的專案檔案裡，更多是開發人員寫django自動的測試執行 3.1 前後置方法執行特點 django.test.testcase類主要由前 後置處理方法和test開頭的方法組成 特點 繼承於django.test.testcase 測試用例都是test...
單元測試（三） 建立多執行緒單元測試
junit本是不支援多執行緒的，乙個單元測試case主程序跑完，其他new出來的執行緒都會gg思密達。此篇mark乙份在junit中執行多執行緒的方法。net.sourceforge.groboutils groboutils core 5test slf4j public class device...