Test-Driven Development and Visual Studio Team System



Test-Driven Development (TDD)是一個在軟體開發週期中比較容易掌控軟體品質的開發方法, 這種開發模式可以確保所有的requirement都有相對應的functional code, 也不會有多餘而不必要的code存在於產品中. TDD也是實行Extreme Programming的其中一種core practice. 而利用Team System中的test framework, 就可以幫助開發團隊實行TDD.


所謂的Test-Driven Development, 顧名思義, 就是先有test case, 利用這些test case去驅動各種functionality development. 依照Kent Beck的定義, 有兩個基本的rules:


1.      Write new code only if an automated test has failed


2.      Eliminate duplication


其實行的方法, 大致上是由test team先由requirements中開發出test case, 然後developer (development team) 再去開發functions來滿足這些test case,讓所有test cases pass. 接著test team再針對functions寫新的test case, 這些新的test case可以根據修改過的requirement和現存的function來寫, 並確定這些新增加的test casesfail. 然後developer根據這些failed test cases來修改原來的functions. 這樣的過程不斷循環直至最後沒有test cases fail為止. 所以我們可以歸納出以下簡單的TDD步驟:


1.      撰寫test case


2.      撰寫或修改functional code


3.      撰寫新的test case


4.      利用1.3.步驟中test case測試functional code. 反覆執行2.4.步驟直到所有test case pass為止


5.      重整 (refactor) functional code以去除不必要的code.


這樣的開發模式, developer能專注於解決requirement, 也確保每一段code都有相對的unit test, 而經由automated test framework, 每一個test都是可以重覆實行的, 最終產品開發完成時品質也相對穩定. 值得注意的是, 並非實行了TDD, 其它的測試就不用做了, 諸如load test, integration test, functional test還是要在開發過程中同時執行才能確保產品品質.


所以要有效率的執行這樣的開發流程, 自動化測試的framework是有力且必要的工具. VSTS中就提供了一組好用的framework來幫助開發團隊實行TDD. VSTS, 現在多增加了一組project template: Test Project. Create一個新的test project, 就可以依照requirement來撰寫test method. 例如我的requirement要撰寫一個回傳hello worldmethod, 我可以先在我的test project, 填入以下的test classtest mehotd:


[TestClass]
public class Test1
{
    [TestMethod]
    public void HelloWorldTest()
    {
        string expected = "Hello World";
        Assert.AreEqual(expected, HelloWorld.HelloWorld());
    }
 


然後compile執行之. 由於我們並未曾撰寫過HelloWorld這個classHelloWorld()這個method, 我們的test casefail. Developer根據這個failed test case撰寫了HelloWorld classHelloWorld() method, tester再執行上述那個HelloWorldTest, 測試developer寫的functional code是否能讓test case pass. 反覆執行上述步驟直到functional code pass所有的test case為止. VSTS Quality Tools還可以檢視test casecode coverage以確保每一段functional code都有完整的測試覆蓋. Developer也可以利用VSTSrefactoring的工具, 重整所有的functional code來移除不必要的code或修改之前的code. 同理, 如果test case有錯誤或需求有改變, 也可以利用refactoring工具來修改test code.


另外VSTS中的Test Manager, 則可以管理所有的test cases, 依照不同的需求執行部分或所有的test cases, 並監控管理所有的測試結果.

Comments (2)
  1. ouchyen says:

    那針對 web form, window form 是否也可以寫test case?

    還有test project 也是一個由紅到綠的processs嗎?

  2. Eric_Hu says:

    針對web form, vsts有提供recorder來截取任何web上的動作, 也可以利用web test來事先編寫web的test case. 針對winform, 目前沒有提供recorder, 但一樣可在test project裏實做, 假設我的winform上有個button按下去textbox的text會變成hello. 那可如以下這段code來編寫test case:

    [TestMethod()]

    public void button1_ClickTest()

    {

    Form1 target = new Form1();

    TestProject.HelloForm_Form1Accessor accessor = new TestProject.HelloForm_Form1Accessor(target);

    object sender = null;

    EventArgs e = null;

    accessor.button1_Click(sender, e);

    Assert.AreEqual("Hello", accessor.textBox1.Text, "Failed");

    }

    理論上, tdd的模式中test case都是需要先被寫出來的. 但是UI Testing沒辦法完全仰賴automation testing. 畢竟UI是需要和人互動的. 如果要做winform的UI automation testing, 以上那段簡單的code是不夠的, 可能還需要一些win32 API programming的技巧. 至於有關web test的部分, 以後有機會再專文介紹.

Comments are closed.

Skip to main content