Skip to main content

📋 第一章 單元測試的基礎

  • 定義一個單元測試
  • 對比單元測試與集成測試
  • 探索一個簡單的單元測試示例
  • 理解測試驅動開發

1.1 逐步定義單元測試​

  • 單元測試:提高程式品質，更加理解類別與方法的功能需求
  • 工作單元:從呼叫公用方法到一個測試可見的最終結果，此過程稱之為工作單元
  • 定義:
    1. 一個單元測試示一段代碼(通常是一個方法或一個函數)，由此方法去呼叫另一段方法，然後檢驗某些假設的正確性，如果假設是錯誤，表示單元測試失敗
    2. 主專案的程式稱為:被測試系統 (System Under Test SUT)，有的人喜歡稱為 CUT(Class Under Teat)
    3. 測試最終結果的形式:
      • 被呼叫的公共方法返回一個值(一個返回值不可為空的函數)
      • 方法被呼叫的前後，系統的狀態或行為有可見的變化，這種變化無須查詢私有狀態即可判斷(ex:一個以前不存在的用戶可以登入系統)
      • 呼叫一個不受控制的第三方系統，這個系統不會返回任何值，或返回值被忽略(ex:呼叫 log4Net，代碼不是你寫的，你也沒源碼)
    4. 單元測試最小可以小到一個方法，大可以包括實現某個功能或多個函數。

1.1.1 編寫優秀單元測試的重要性​

  • 要理解單元測試，光理解工作單元還不構
  • 如果編寫差勁的單元測試是沒意義的，還會造成日後維護的麻煩

1.1.2 我們都寫過單元測試​

  • 或許你曾經使用過控制台程序來調用一個類別或組件，來驗證最終結果是否能讓你確信代碼工作是正常的
  • 這些測試或許很有用，而且也很接近傳統的單元測試

1.2 優秀單元測試的特性​

  • 一個單元測試應具有以下特徵:
    • 自動化，且可以重複執行
    • 很容易實現
    • 第二天還要有意義
    • 任何人都應該能一鍵運行他
    • 結果需要是穩定的(運行之前沒有進行任何修改的話，多次運行一個測試結果應該要是不變的)
    • 要能完全控制被測試的單元
    • 需要是完全隔離的(獨立於其他程式的運行)
    • 如果執行失敗，我們要很容易地知道什麼是期待的結果，進一步定位問題所在
  • 很多人將單元測試的概念與軟體測試的行為混為一談，如果要澄清這問題。首先要先回顧自己以前寫過的測試，並問自己問題:
    • 以前寫的一個單元測試，今天還能順利運行嗎
    • 以前寫的測試，團隊裡有任何一個人可以運行他並得到結果嗎
    • 我能一鍵運行過所有的單元測試嗎
    • 我能在幾分鐘內寫出一個基本的測試嗎
  • 如果以上答案任何一個為否定，那很可能就不是單元測試，實際上是集成測試

1.3 集成測試​

  • 集成測試:任何測試，如果運行速度不快，結果不穩定，或者要用到被測試單元一個或多個真實依賴物，(ex:一個測試要使用真實的系統時間，真實的文件或真實的資料庫)

  • 如果一個測試不能控制系統時間，每次都要使用 DateTime.Now，那麼每次執行都是使用不同的時間，因此測試的本質都是不同的，這測試就不穩定了

  • 集成測試與單元測試具有相同的地位都非常重要，但兩種測試應該被被分開來

  • 如果一個測試使用的是真實資料庫，那麼和那些只使用內存中的偽數據測試相比:

    1. 測試痕跡難以消除
    2. 運行時間相對更長
    3. 如果有成千上萬個測試，每分每秒都是關鍵

  • 大多人都是通過用戶介面的最終功能來測試軟體的功能，單擊按鈕會觸發一系列的事件，如果最終結果失敗，那所有這些組鍵做為一整體就失敗了，也很難找出整體操作的失敗

  • 集成測試定義:

    1. 一個循序漸進的測試，軟硬體相結合進行測試直到整個系統集成在一起
    2. 對一個工作單元進行測試，這個測試對工作單元沒有完全控制，並使用該單元的一個或多個真實依賴物
    3. 集成測試會使用真實依賴物，單元測試則把被測試單元和其依賴物隔開，以保證測試結果高度穩定

與自動化單元測試相比，非自動化集成測試的缺點​

  • 我兩周前寫的一個單元測試，今天還能運行並得到結果嗎?更久之前的呢?
    • 如果答案是"否"，那或許已經破壞之前的功能了
    • 無法對之前所有功能進行測試，就有可能破壞了某個功能而毫不知情，這種情況稱為"偶然引入缺陷"
    • 回歸是以前運行良好但是現在布工作的一個或多個工作單元

1.4 什麼是優秀的單元測試​

  • 單元測試最終定義:
    • 一個單元測試是一段自動化的程式，這段程式去呼叫要被測試的工作單元，之後對這個工作單元的結果的某些假設進行檢驗，
    • 容易編寫，能快速運行
    • 可靠可讀容易維護
    • 只要程式不發生改變，測試結果是穩定的

1.5 一個簡單的單元測試範例​

  • 有一個 class (SimpleParser)需要被測試，裡面有一個方法(ParseAndSum)
    • ParseAndSum 輸入是由 0 或多個逗號組成的字串陣列
    • 如果輸入的字串不含數值，就回傳 0
    • 如果包含單一一個數值，就將數值轉成 int 回傳
    • 如果包含多個數值，就回傳數值總和的 int
// Define other methods and classes here
public class SimpleParser
{
 public int ParseAndSum(string numbers)
 {
  
  if(numbers.Length==0)
  {
    return 0;
  }
  if(!numbers.Contains(","))
  {
    return int.Parse(numbers);
  }
  else
  {
    throw new InvalidOperationException(
    "I can only handle 0 or 1 numbers for now!");
  }
 
 }
}

1.6 測試驅動開發​

  • 有一個 class (SimpleParser)需要被測試，裡面有一個方法(ParseAndSum)