看了一期中央電視臺的《對話》欄目，節(jié)目對三星CEO尹鐘龍進(jìn)行了訪談。其中，現(xiàn)場一位女士的一句話令我印象深刻。她提到一個企業(yè)的運行價值鏈，共分為三步：首先是發(fā)現(xiàn)價值，找到目標(biāo)市場；第二步是生產(chǎn)價值，將高質(zhì)量的產(chǎn)品生產(chǎn)出來；最后是保護價值或收獲價值，做好品牌。
怎么理解呢？這位女士以Nike作比喻。第一步是設(shè)計Nike鞋，這就是發(fā)現(xiàn)價值，可能獲得100美元的價值；然后再拿到中國來生產(chǎn)，大約是10美元；最后再將生產(chǎn)好的鞋子，貼上Nike的商標(biāo)送回到美國去賣，又可以收獲90美元。一雙鞋售價200美元，而生產(chǎn)價值所能收獲的卻只有10美元。這一步獲取利益最低，我們中國的公司卻做得。而怎么去發(fā)現(xiàn)價值，然后又怎樣去鞏固自己的品牌和知名度，中國的公司就做得不那么好了。
據(jù)我的了解，國內(nèi)的軟件開發(fā)應(yīng)用TDD相對較少，很多人認(rèn)為：測試驅(qū)動開發(fā)是個好東東，但似乎不符合中國國情。說到原因，最多的一條就是項目時間緊，沒有時間寫測試代碼。在項目中，到底該不該使用TDD，大多數(shù)人持懷疑或觀望的態(tài)度。這種態(tài)度與觀點，就讓我想起了如上《對話》中的這一段話。
再仔細(xì)分析企業(yè)運行價值鏈的三步走，我覺得和軟件開發(fā)的TDD價值鏈很相似。第一步，是發(fā)現(xiàn)價值。應(yīng)用到TDD中，就是測試先行，通過測試來驅(qū)動我們編寫代碼。第二步，生產(chǎn)價值。毋庸置疑，這正是編寫代碼的一個階段。而第三步，就是收獲價值，在TDD中，我們收獲的不僅有開發(fā)后完整的產(chǎn)品，同時還收獲了完整的測試套件。和Nike鞋的生產(chǎn)一樣，我們在軟件開發(fā)中，過度地重視了第二步生產(chǎn)價值階段，而對于第一步和第三步，要么是忽略了，要么就是沒有提高到相應(yīng)的高度。
一、發(fā)現(xiàn)價值與生產(chǎn)價值
習(xí)慣了傳統(tǒng)開發(fā)模式的程序員，非常不適應(yīng)寫代碼之前，先寫測試的方法，這其中也包括我。那么，我們一般是怎樣去發(fā)現(xiàn)價值的呢？首先通過需求分析，然后進(jìn)入設(shè)計階段。在設(shè)計階段期間，再圍繞需求分析的結(jié)果，更多的是從實現(xiàn)的角度，而非從客戶應(yīng)用的角度出發(fā)。TDD*了這種模式。因為需要測試先行，就驅(qū)動了程序員必須從功能出發(fā)、從應(yīng)用出發(fā)。在寫測試代碼的過程中，我們需要考慮要實現(xiàn)那些功能，相應(yīng)的類的名稱、對象的創(chuàng)建方式，以及可能會應(yīng)用到的模式和策略，如此種種，在這個過程中，如剝筍子一般逐漸地規(guī)定出來了。
在這個過程中，我們要審慎地選擇測試的步子。昂首闊步雖然顯得氣勢軒昂，行進(jìn)快速，但往往會忽略沿途的風(fēng)景。在測試驅(qū)動開發(fā)中，我建議你小心的規(guī)劃測試樣例，從測試樣例的逐步完善中，漸進(jìn)地驅(qū)動出你更加完善的代碼。例如，我需要開發(fā)一個智能的個人助理，它目前能提供的功能是：能夠讓用戶定制自己感興趣的類別，然后個人助理根據(jù)用戶的定制進(jìn)行搜索，并將搜索得到的結(jié)果按不同的類別進(jìn)行存儲。
我們來嘗試一下TDD的過程。根據(jù)對功能的分析，我們首先應(yīng)該有一個智能助理對象，測試代碼如下：
[Test]
public void TestSmartAssistor()
{
SmartAssistor assistor = new SmartAssistor();
Assert.IsNotNull(assistor);
}
當(dāng)然，這段代碼是連編譯都無法通過的，我們還需要創(chuàng)建SmartAssistor類型。然而，不要小瞧了這一步，它實際上促使你對項目進(jìn)行初步的理解，至少，你需要想好這個將要創(chuàng)建的類型，它的名字是什么？這就是一種驅(qū)動力。（為了簡便起見，在本文只列出測試代碼）
然后，這個類型能夠做些什么呢？我們把個人智能助理的功能進(jìn)行分類，應(yīng)該包括三個功能：
1、定制；
2、搜索；
3、存儲。
仔細(xì)想想，實際上只有搜索和存儲才是智能助理的職責(zé)所在，而定制不過是智能助理要運轉(zhuǎn)的一個條件罷了。既然如此，從客戶應(yīng)用的順序來考慮，我們應(yīng)該先實現(xiàn)定制的功能。要定制類別，就應(yīng)該具備類別類型，而定制類別這項功能，則應(yīng)該由一個專門的控制器來承擔(dān)責(zé)任。
[SetupUp]
public void InitObject()
{
Category cg1;
Category cg2;
CategoryContainer cgContainer;
SmartController control;
}
[Test]
public void TestCategory()
{
cg1 = new Category(”SoftWare Engineering”,”TDD”);
cg2 = new Category(”SoftWare Engineering”,”Design Pattern”);
cgContainer = new CategoryContainer();
cgContainer.Add(cg1);
cgContainer.Add(cg2);
Assert.IsNotNull(cgContainer);
Assert.AreEqual(cg1,cgContainer[0]);
Assert.AreEqual(cg2,cgContainer[1]);
}
[Test]
public void TestController()
{
control = new SmartController();
Assert.IsNotNull(control);
Assert.IsTrue(control.CustomizeCategories(cgContainer));
}
怎么理解呢？這位女士以Nike作比喻。第一步是設(shè)計Nike鞋，這就是發(fā)現(xiàn)價值，可能獲得100美元的價值；然后再拿到中國來生產(chǎn)，大約是10美元；最后再將生產(chǎn)好的鞋子，貼上Nike的商標(biāo)送回到美國去賣，又可以收獲90美元。一雙鞋售價200美元，而生產(chǎn)價值所能收獲的卻只有10美元。這一步獲取利益最低，我們中國的公司卻做得。而怎么去發(fā)現(xiàn)價值，然后又怎樣去鞏固自己的品牌和知名度，中國的公司就做得不那么好了。
據(jù)我的了解，國內(nèi)的軟件開發(fā)應(yīng)用TDD相對較少，很多人認(rèn)為：測試驅(qū)動開發(fā)是個好東東，但似乎不符合中國國情。說到原因，最多的一條就是項目時間緊，沒有時間寫測試代碼。在項目中，到底該不該使用TDD，大多數(shù)人持懷疑或觀望的態(tài)度。這種態(tài)度與觀點，就讓我想起了如上《對話》中的這一段話。
再仔細(xì)分析企業(yè)運行價值鏈的三步走，我覺得和軟件開發(fā)的TDD價值鏈很相似。第一步，是發(fā)現(xiàn)價值。應(yīng)用到TDD中，就是測試先行，通過測試來驅(qū)動我們編寫代碼。第二步，生產(chǎn)價值。毋庸置疑，這正是編寫代碼的一個階段。而第三步，就是收獲價值，在TDD中，我們收獲的不僅有開發(fā)后完整的產(chǎn)品，同時還收獲了完整的測試套件。和Nike鞋的生產(chǎn)一樣，我們在軟件開發(fā)中，過度地重視了第二步生產(chǎn)價值階段，而對于第一步和第三步，要么是忽略了，要么就是沒有提高到相應(yīng)的高度。
一、發(fā)現(xiàn)價值與生產(chǎn)價值
習(xí)慣了傳統(tǒng)開發(fā)模式的程序員，非常不適應(yīng)寫代碼之前，先寫測試的方法，這其中也包括我。那么，我們一般是怎樣去發(fā)現(xiàn)價值的呢？首先通過需求分析，然后進(jìn)入設(shè)計階段。在設(shè)計階段期間，再圍繞需求分析的結(jié)果，更多的是從實現(xiàn)的角度，而非從客戶應(yīng)用的角度出發(fā)。TDD*了這種模式。因為需要測試先行，就驅(qū)動了程序員必須從功能出發(fā)、從應(yīng)用出發(fā)。在寫測試代碼的過程中，我們需要考慮要實現(xiàn)那些功能，相應(yīng)的類的名稱、對象的創(chuàng)建方式，以及可能會應(yīng)用到的模式和策略，如此種種，在這個過程中，如剝筍子一般逐漸地規(guī)定出來了。
在這個過程中，我們要審慎地選擇測試的步子。昂首闊步雖然顯得氣勢軒昂，行進(jìn)快速，但往往會忽略沿途的風(fēng)景。在測試驅(qū)動開發(fā)中，我建議你小心的規(guī)劃測試樣例，從測試樣例的逐步完善中，漸進(jìn)地驅(qū)動出你更加完善的代碼。例如，我需要開發(fā)一個智能的個人助理，它目前能提供的功能是：能夠讓用戶定制自己感興趣的類別，然后個人助理根據(jù)用戶的定制進(jìn)行搜索，并將搜索得到的結(jié)果按不同的類別進(jìn)行存儲。
我們來嘗試一下TDD的過程。根據(jù)對功能的分析，我們首先應(yīng)該有一個智能助理對象，測試代碼如下：
[Test]
public void TestSmartAssistor()
{
SmartAssistor assistor = new SmartAssistor();
Assert.IsNotNull(assistor);
}
當(dāng)然，這段代碼是連編譯都無法通過的，我們還需要創(chuàng)建SmartAssistor類型。然而，不要小瞧了這一步，它實際上促使你對項目進(jìn)行初步的理解，至少，你需要想好這個將要創(chuàng)建的類型，它的名字是什么？這就是一種驅(qū)動力。（為了簡便起見，在本文只列出測試代碼）
然后，這個類型能夠做些什么呢？我們把個人智能助理的功能進(jìn)行分類，應(yīng)該包括三個功能：
1、定制；
2、搜索；
3、存儲。
仔細(xì)想想，實際上只有搜索和存儲才是智能助理的職責(zé)所在，而定制不過是智能助理要運轉(zhuǎn)的一個條件罷了。既然如此，從客戶應(yīng)用的順序來考慮，我們應(yīng)該先實現(xiàn)定制的功能。要定制類別，就應(yīng)該具備類別類型，而定制類別這項功能，則應(yīng)該由一個專門的控制器來承擔(dān)責(zé)任。
[SetupUp]
public void InitObject()
{
Category cg1;
Category cg2;
CategoryContainer cgContainer;
SmartController control;
}
[Test]
public void TestCategory()
{
cg1 = new Category(”SoftWare Engineering”,”TDD”);
cg2 = new Category(”SoftWare Engineering”,”Design Pattern”);
cgContainer = new CategoryContainer();
cgContainer.Add(cg1);
cgContainer.Add(cg2);
Assert.IsNotNull(cgContainer);
Assert.AreEqual(cg1,cgContainer[0]);
Assert.AreEqual(cg2,cgContainer[1]);
}
[Test]
public void TestController()
{
control = new SmartController();
Assert.IsNotNull(control);
Assert.IsTrue(control.CustomizeCategories(cgContainer));
}