Yahoo!用戶界面博客（YUIBlog）

YUI的測試編寫有效的JavaScript單元測試

其中的-“的雷達在JavaScript開發的動作下在2008年最大的是，單元測試的興趣重現。 YUI的測試 ，YUI的單元測試框架，達成在二月遺傳狀態和其他庫或者介紹他們自己的單元測試框架或開始宣傳現有的。 因此，有很多關於建立為JavaScript單元測試文件。 簡單的JavaScript單元測試是不足夠，但如果你的測試被寫入不當，它們能導致很多失去的時間。 學習編寫有效的JavaScript單元測試會為您節省時間和頭痛，在未來。

您正在測試什麼？

編寫有效的單元測試的關鍵是要了解守信用“單位。” 在測試方面，一個單位是一個孤立的部分代碼，可以獨立於其他部分的代碼測試。 在一個像JavaScript的面向對象的語言，每一種方法被認為是一個單位。 正確的面向對象的設計通常需要很好地封裝為一個單一的目的，因此容易測試的方法。

傳統的單元測試的目的是測試接口實現的，因此，私有方法沒有得到明確的測試。 這就是所謂的黑盒測試。 我們的想法是，你可以換出接口實現和單元測試將仍然通過，因為他們是完全無關的底層實現。 所有的測試知道的是一組必須滿足的約束，他們並不關心如何滿足這些約束。

編寫測試

正如我在我的談話中說，單元測試應該測試輸入和輸出。 輸入可以被命名方法參數或在全球範圍內訪問變量的變化，該方法取決於正常。 輸出可以是返回值，狀態變量的變化，甚至拋出的錯誤。 對於每一個輸入輸出設置，應該有一個單一的單元測試。 每個測試都應該明確說明，“這些投入，我希望這些產出。” 任何偏離這一聲明是一個失敗的測試。

每個測試應盡可能和測試只有一個輸入輸出設置簡單，組合成一個單一的測試集最小化的單元測試的有效性。 例如，考慮下面的測試，稱為函數trim()

 VAR的TestCase =新YAHOO.tool.TestCase（{
    名稱：“TRIM（）測試”，
     testTrim：函數（）{
         RESULT1 = TRIM（“世界您好”）;
         YAHOO.util.Assert.areEqual（“世界您好”，RESULT1，“前導空格應該被剝奪。”）;
         RESULT2 = TRIM（“世界您好”）;
         YAHOO.util.Assert.areEqual（“你好世界”，RESULT2，“尾隨空格應該被剝奪。”）;
     }
 }）; 

在這裡，測試用例的testTrim()方法實際上是測試兩個不同的輸入輸出集：

1. 輸入字符串的前導空格;返回值沒有前導空白。
2. 輸入字符串結尾的空白;返回值沒有尾隨空格。

問題是，這兩套字面上彼此沒有關係，但如果第一組輸入輸出不能產生正確的結果，第二組將永遠不會被測試。 這是其中一個失敗口罩另一個情況。 這是更有效地分離出這些輸入輸出集分為兩個測試：

  VAR的TestCase =新YAHOO.tool.TestCase（{
    名稱：“TRIM（）測試”，
     testTrimWithLeadingWhiteSpace：函數（）{
        結果= TRIM（“世界您好”）;
         YAHOO.util.Assert.areEqual（“你好世界”，結果，“前導空格應該被剝奪。”）;
     }，
     testTrimWithTrailingWhiteSpace：函數（）{
        結果= TRIM（“世界您好”）;
         YAHOO.util.Assert.areEqual（“世界您好”，結果，“尾隨空格應該被剝奪。”）;
     }
 }）; 

此代碼現在可以正確地測試trim()函數的輸入輸出集，使它們分開。

總是寫單元測試，如果被測試的代碼可以正常工作。 良好的軟件設計包括制訂這些輸入輸出設置為提前讓你知道在各種情況下的結果應該是什麼。 在這種方式，單元測試，成為除了實際的代碼中的技術要求文件類型。

有效的斷言

編寫單元測試的最重要部分之一，是正確的斷言定義。 每個斷言指定一個條件，如果不符合要求，指示，功能不恰當的行為。 重要的是要使用盡可能多的說法，正確的測試代碼的輸出。 太多的斷言可導致假故障，而過少可導致假通行證。

在前面的例子中，每個測試包含一個單一的斷言，因為這是所有的需要。 我確切地知道，要返回，所以我專門測試值。 測試可能看起來很簡單，但他們把工作做好。 再次，沒有規則的斷言，使一個很好的測試數量，只是確保你測試每一個代碼的預期給定的輸入輸出。

為了使測試失敗更加連貫，你應該包括與每一個斷言失敗的消息。 在YUI的測試，這始終是最後一個參數的任何斷言方法。 失敗消息應該告訴你什麼，不應該發生什麼情況。 一些例子：

 / /錯誤失敗的消息
 YAHOO.util.Assert.areEqual（“你好世界”，結果，“其結果是不是”世界你好“”）;

 / /好失敗的消息
 YAHOO.util.Assert.areEqual（“你好世界”，結果，“前導空格應該被剝奪。”）;

注意壞事，也是好事失敗消息之間的差別：不好告訴你發生了什麼，並告訴你所預期的。 運行測試時，失敗已經表明，發生了一些意料之外的，所以沒有必要簡單地重複，發生了一些意料之外的。 它更有助於了解應該發生什麼，因為它是您的要求精確地表示。 通過採取這種辦法，故障最終被一個沒有兌現的要求，你可以回去和評估列表。

使用DOM

JavaScript是獨一無二的，因為它經常有環境，DOM關係的其他語言。 很大程度上與DOM交互的方法，單元測試是很難的，因為整個環境必須按順序設置的方法完全執行。 更加複雜的問題是由用戶操作，如鼠標點擊觸發JavaScript的傾向。 YUI的測試提供事件模擬，以幫助創建測試方法是依賴於DOM的互動，但是，這開始越境進入功能測試區。

反對單元測試，功能測試，旨在測試產品用戶的體驗，而不是代碼的輸入輸出集。 如果你發現自己想測試的用戶界面，在一種特定的方式，由於用戶交互響應，那麼你真的要來寫，而不是一些單元測試，功能測試。 YUI的測試可以用來寫一些基本的功能測試，但這樣的測試工具（相當不錯）最流行 ​​的是硒 。

確定的東西，如果是一個單元測試的最佳途徑是問如果可以前寫的代碼，它的設計測試確實存在。 單元測試，測試驅動開發的一部分，實際上是應該被寫入實際的代碼，作為一種方法來指導發展的努力。 另一方面，功能測試，不存在提前因為他們綁到用戶界面和如何響應用戶交互更改。

構建測試層次結構

YUI的測試，就像其他單元測試框架，支持層次的測試用例和測試套件。 每個測試套件可以包含其他的測試套件，以及測試用例;只有測試用例可以包含實際測試（與單詞“test”開始的方法）。 最好的方式來組織測試層次結構是遵循一個非常簡單的模式：

• 你要測試的每個對象創建一個測試套件。
• 每一個對象，你要測試，並把它添加到對象的測試套件的方法創建一個測試用例。
• 創建一個為每個輸入輸出設置在每個測試用例的測試。

在這種方式，您的測試層次反映你正在測試的代碼，它很容易找出其中應建立新的考驗。

運行測試！

也許最重要的部分單元測試是經常運行測試。 時定期進行的測試是唯一有效的。 至少，你應該運行單元測試之前檢查源代碼控制的變化。 優化，你還定期運行自動測試，以驗證任何更改後，他們一直致力於源頭控制。 這是您將如何得到單元測試最大的好處是：快速鑑別力，並希望預防回歸。

進一步的信息

• YUI的測試
• 銳劇院： 測試驅動的開發與YUI的測試，由Nicholas C. Zakas
• FireUnit
• YUI的測試FireUnit延長
• JavaScript是代碼：測試！
• JavaScript單元測試隔離

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！