測試驅(qū)動開發(fā)在電力信息系統(tǒng)中的應(yīng)用

2013-12-12 09:29:42 電力信息化　點(diǎn)擊量：評論 (0)

摘要：電力系統(tǒng)的重組和用電量的不斷增加，導(dǎo)致電力信息系統(tǒng)的升級需求的頻繁。TDD模式日益受到軟件開發(fā)人員的重視，本文論述了一種將TDD模式應(yīng)用于電力軟件開發(fā)的思想，有效解決了開發(fā)過程中穩(wěn)定性和靈活性的問

this. totalEquipment= totalEquipment;

}

public void addEquipment(int equipmentNumber){

}

public void reduceEquipment(int equipmentNumber){

}

public int getTotalEquipment (){

return 0;

}

現(xiàn)在編譯通過，但是測試沒有通過，這就是紅燈。為了讓測試通過，修改getTotalEquipment ()方法如下：

public int getTotalEquipment (){

return 2030;

}

重新編譯并運(yùn)行測試，通過，這就是綠燈。現(xiàn)在來看一下我們的代碼，其中g(shù)etTotalEquipment ()方法中的2030和assertEquals()方法中的2030重復(fù)，必須進(jìn)行重構(gòu)。同理，如果把getTotalEquipment ()方法中的2030改成2000+50-20也引入了重復(fù)。

所以我們在addEquipment (int)方法中增加累加語句：

public void addEquipment (int equipmentNumber){

totalEquipment += equipmentNumber;

}

在reduceEquipment(int)方法中增加減去語句：

public void reduceEquipment (int equipmentNumber){

totalEquipment -= equipmentNumber;

}

最后在getTotalEquipment ()方法中取得設(shè)備總數(shù)變量：

public int getTotalEquipment (){

return totalEquipment;

}

編譯，運(yùn)行測試，通過。如果想利用Ant自動運(yùn)行Junit測試，只需在Ant的build.xml中增加如下target（其中<test>指定的是我們要運(yùn)行的測試類）：

</junit>

</target>

通過以上實(shí)例的描述我們可以看到，測試的編寫是由程序員自己完成的，在代碼還在腦海中清晰可見的時候，對測試進(jìn)行操作。而代碼是基于測試編寫的，這樣就保證了代碼的可測試性，有助于確保測試覆蓋的完備性以及代碼與測試的一致性。所有的測試都是以完全相同的方式運(yùn)行。這樣，如果在測試階段引入bug的話，測試集就能立刻發(fā)現(xiàn)并查明其位置。測試——調(diào)試周期就會被控制在相當(dāng)短的時間內(nèi)。當(dāng)系統(tǒng)發(fā)布時，詳盡的測試集與其一同發(fā)布，從而使得將來程序員的修改和擴(kuò)展更容易。

采用TDD方式，測試本身有助于對系統(tǒng)的描述，使我們的設(shè)計(jì)更加簡單。而且由于測試的存在，開發(fā)從始至終都是健壯的，這對所有項(xiàng)目的干系人都有益，特別是程序員本身，他們會經(jīng)常定期的得到正反饋，保證他們有信心和勇氣進(jìn)行下一步的工作。

4、結(jié)束語

TDD是一種極具潛力的軟件工程方法，雖然其中的許多理論都沿用已有的方法，但是很少有人把它們向TDD這種方式組織起來。目前，我們已經(jīng)把這種方法應(yīng)用到電力信息系統(tǒng)的開發(fā)

責(zé)任編輯：和碩涵

免責(zé)聲明：本文僅代表作者個人觀點(diǎn)，與本站無關(guān)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時性本站不作任何保證或承諾，請讀者僅作參考，并請自行核實(shí)相關(guān)內(nèi)容。

我要收藏

個贊