軟件測試中如何使用VC6進行單元測試

軟件測試中如何使用VC6進行單元測試

單元測試（模塊測試）是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。例如，你可能把一個很大的值放入一個有序list 中去，然后確認該值出現在list 的尾部?；蛘?，你可能會從字符串中刪除匹配某種模式的字符，然后確認字符串確實不再包含這些字符了。 　　單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。 　　工廠在組裝一臺電視機之前，會對每個元件都進行測試，這，就是單元測試。 　　其實我們每天都在做單元測試。你寫了一個函數，除了極簡單的外，總是要執行一下，看看功能是否正常，有時還要想辦法輸出些數據，如彈出信息窗口什么的，這，也是單元測試，把這種單元測試稱為臨時單元測試。只進行了臨時單元測試的軟件，針對代碼的測試很不完整，代碼覆蓋率要超過70%都很困難，未覆蓋的代碼可能遺留大量的細小的錯誤，這些錯誤還會互相影響，當BUG暴露出來的時候難于調試，大幅度提高后期測試和維護成本，也降低了開發商的競爭力?？梢哉f，進行充分的單元測試，是提高軟件質量，降低開發成本的必由之路。 　　對于程序員來說，如果養成了對自己寫的代碼進行單元測試的習慣，不但可以寫出高質量的代碼，而且還能提高編程水平。 　　要進行充分的單元測試，應專門編寫測試代碼，并與產品代碼隔離。老納認為，比較簡單的辦法是為產品工程建立對應的測試工程，為每個類建立對應的測試類，為每個函數（很簡單的除外）建立測試函數。首先就幾個概念談談老納的看法。 　　一般認為，在結構化程序時代，單元測試所說的單元是指函數，在當今的面向對象時代，單元測試所說的單元是指類。以老納的實踐來看，以類作為測試單位，復雜度高，可操作性較差，因此仍然主張以函數作為單元測試的測試單位，但可以用一個測試類來組織某個類的所有測試函數。單元測試不應過分強調面向對象，因為局部代碼依然是結構化的。單元測試的工作量較大，簡單實用高效才是硬道理。 　　有一種看法是，只測試類的接口(公有函數)，不測試其他函數，從面向對象角度來看，確實有其道理，但是，測試的目的是找錯并最終排錯，因此，只要是包含錯誤的可能性較大的函數都要測試，跟函數是否私有沒有關系。對于C++來說，可以用一種簡單的方法區隔需測試的函數：簡單的函數如數據讀寫函數的實現在頭文件中編寫(inline函數)，所有在源文件編寫實現的函數都要進行測試(構造函數和析構函數除外)。
接下來給大家講一下有關單元測試的實例
多數講述單元測試的文章都是以Java為例，本文以C++為例，后半部分所介紹的單元測試工具也只介紹C++單元測試工具。下面的示例代碼的開發環境是VC6.0。
    產品類：
    class CMyClass
    {
      public:
      int Add(int i, int j);
      CMyClass();
      virtual ~CMyClass();

      private:
      int mAge; //年齡
      CString mPhase; //年齡階段，如"少年"，"青年"
    };

    建立對應的測試類CMyClassTester，為了節約編幅，只列出源文件的代碼：
    void CMyClassTester::CaseBegin()
    {
      //pObj是CMyClassTester類的成員變量，是被測試類的對象的指針，
      //為求簡單，所有的測試類都可以用pObj命名被測試對象的指針。
      pObj = new CMyClass();
    }

    void CMyClassTester::CaseEnd()
    {
      delete pObj;
    }
    測試類的函數CaseBegin()和CaseEnd()建立和銷毀被測試對象，每個測試用例的開頭都要調用CaseBegin()，結尾都要調用CaseEnd()。

    接下來，我們建立示例的產品函數：
    int CMyClass::Add(int i, int j)
    {
      return i+j;
    }
    和對應的測試函數：
    void CMyClassTester::Add_int_int()
    {
    }
    把參數表作為函數名的一部分，這樣當出現重載的被測試函數時，測試函數不會產生命名沖突。下面添加測試用例：
    void CMyClassTester::Add_int_int()
    {
      //第一個測試用例
      CaseBegin();{ //1
      int i = 0; //2
      int j = 0; //3
      int ret = pObj->Add(i, j); //4
      ASSERT(ret == 0); //5
      }CaseEnd(); //6
    }
    第1和第6行建立和銷毀被測試對象，所加的{}是為了讓每個測試用例的代碼有一個獨立的域，以便多個測試用例使用相同的變量名。
    第2和第3行是定義輸入數據，第4行是調用被測試函數，這些容易理解，不作進一步解釋。第5行是預期輸出，它的特點是當實際輸出與預期輸出不同時自動報錯，ASSERT是VC的斷言宏，也可以使用其他類似功能的宏，使用測試工具進行單元測試時，可以使用該工具定義的斷言宏。
　　示例中的格式顯得很不簡潔，2、3、4、5行可以合寫為一行：ASSERT(pObj->Add(0, 0) == 0);但這種不簡潔的格式卻是我們推薦的，因為它一目了然，易于建立多個測試用例，并且具有很好的適應性，同時，也是極佳的代碼文檔，總之，我們建議：輸入數據和預期輸出要自成一塊。
　　建立了第一個測試用例后，應編譯并運行測試，以排除語法錯誤，然后，使用拷貝/修改的辦法建立其他測試用例。由于各個測試用例之間的差別往往很小，通常只需修改一兩個數據，拷貝/修改是建立多個測試用例的最快捷辦法。

原文轉自：http://www.anti-gravitydesign.com