測試驅動開發TDD(1)
今兒接到一需求如下:
比如一個給定的數字2975,讓你去猜。6次機會。如果第一次輸入2509,系統會提示 1A2B:其中數字“2”位置猜對&&數字也猜對。稱為1A,而“9”和“5”數字猜對了但是位置沒有猜對。稱為2B。。如果輸入2975那么就是4個數字都猜對了并且位置也是對的系統提示4A0B。民間俗稱猜數字游戲:百度百科傳送門:http://baike.baidu.com/view/358630.htm。
做個簡單分析。客戶端輸入一個數字,經過游戲內部的猜測,返回一個結果給客戶端。嗯,還好,不算難。由于準備做TDD實踐。所以我們Test First.Why? 如果您對TDD不是很了解。就跟我一起做下去,顯然我也是新手。我們的目標是“沒有蛀牙!”。
第一步:筆和紙拿出來。思考思考如何把這個小游戲拆分了。然后我們一步一步去完成它。寫一個To-Do-List。
To-Do-List:
猜測數字
輸入驗證
生成答案
輸入次數
輸出猜測結果
...............
暫時想起這么多。比如還有選擇游戲難度、輸入日志、重新開始游戲、中途退出等等。
今天我要完成這個游戲的核心功能(猜測數字),我稱它為Guesser。傳入一個數字,返回一個結果。分析一下它可能輸出的幾種情況:4a0b(全對)、 0a4b(數字全對,位置全錯)、2a2b(一半一半)、0a0b(全錯)。這4個CASE應該Cover了所有情況了。如果有補充,請Follow。
今天的TO-DO-LIST:
假設我們這局游戲的答案是2975。
輸入“2975” 輸出4a0b。
輸入“2957” 輸出2a2b。
輸入“9257” 輸出0a4b。
輸入“1348” 輸出0a0b。
完成Guesser類.
新建一個TEST 寫測試。
開始第一個CASE:輸入2975 與答案正匹配,輸出4a0b 。
[TestMethod] public void Test1() { var inputNumber = "2975"; var actual = new Guesser().Guess(inputNumber); Assert.AreEqual("4a0b", actual); } |
這個測試方法的命名一眼好像看不出它要測什么。單獨看測試的名字很是迷茫。我們修改一下讓它看起來很整潔。一眼看上去就知道是啥意思。要測試什么。
[TestMethod] public void should_return_4a0b_when_input_numbers_all_figures_and_positions_are_right() { var inputNumber = "2975"; var actual = new Guesser().Guess(inputNumber); Assert.AreEqual("4a0b", actual); } |
修改完之后在看這個方法的命名。 是不是清晰了很多。看到方法的命名應該就能夠猜測到此方法是在什么情況下測試什么功能。
OK。我們的第一個CASE搞定了。Run一下。

編譯不通過!因為沒有Guesser類。沒有Guess方法。
為了讓CASE過。我們必須創建Guesser類以及Guess方法。
public class Guesser { public string Guess(string inputNumber) { throw new System.NotImplementedException(); } } |
現在編譯沒錯誤了。在Run。
有異常:System.NotImplementedException: The method or operation is not implemented.
鬧心。為了不鬧心。Guess方法里簡單實現。最簡單的就是直接返回"4a0b"。這里還是簡單的實現實現。
public class Guesser { private const string AnswerNumber = "2975"; public string Guess(string inputNumber) { var ACount = 0; var BCount = 0; for (var index = 0; index < AnswerNumber.Length; index++) { if (AnswerNumber[index]==inputNumber[index]) { ACount++; } } return string.Format("{0}a{1}b", ACount, BCount); } } |
OK。但是我們內部實現如此簡單。不知道是否滿足第二個CASE呢。
完成一個CASE要把它劃掉。
To-Do-List:
輸入“2975” 輸出4a0b。
輸入“2957” 輸出2a2b。
輸入“9257” 輸出0a4b。
輸入“1348” 輸出0a0b。
完成Guesser類.
來第二個CASE:輸入9257與答案不匹配,但是所有數字都正確,輸出0a4b 。
有了第一個CASE的經驗,這里我們也同樣注意命名。
[TestMethod] public void should_return_2a2b_when_input_numbers_all_figures_right_and_2_positions_right() { var inputNumber = "2957"; var actual = new Guesser().Guess(inputNumber); Assert.AreEqual("2a2b", actual); } Run..... |
沒有PASS:Assert.AreEqual failed. Expected:<2a2b>. Actual:<2a0b>.
我們接著去改guess方法,保證第二個CASE PASS。
public class Guesser { private const string AnswerNumber = "2975"; public string Guess(string inputNumber) { var aCount = 0; var bCount = 0; for (var index = 0; index < AnswerNumber.Length; index++) { if (AnswerNumber[index]==inputNumber[index]) { aCount++; continue; } if (AnswerNumber.Contains(inputNumber[index].ToString())) { bCount++; } } return string.Format("{0}a{1}b", aCount, bCount); } } |
運行所有CASE...pass.別忘記劃掉To-Do-List
posted on 2014-01-16 11:38 順其自然EVO 閱讀(288) 評論(0) 編輯 收藏 所屬分類: selenium and watir webdrivers 自動化測試學習