測試驅動開發在電力信息系統中的應用

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

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

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

Abstract: The reform of electric power corporation and the increasing need of electricity made it possible to realize an aided design for electric power information system. TDD has called attention from bunches of software developers. In this paper, TDD is integrated into electric power information system exploitation. The problem concerning the stability and flexibility is therefore effectively solved.

1、引言

測試驅動開發(Test-Driven Development, TDD)是一種開發方式，是由Kent Beck提出的極限編程（eXtreme Programming, XP）的核心部分。TDD能最大限度的提高軟件開發的速度，同時保證了軟件的質量，并大大減少了運行期間的維護工作量。

TDD講究測試先行，先編寫測試，然后再編寫讓這些測試通過的代碼。在編寫代碼的時候，有可能會出現代碼結構不合理的地方，如重復代碼，類之間通訊不當，類的尺寸過長，過分短小的類，方法過長，類之間關聯太復雜等，需要對這些不合理的地方重構，重構的方法有提取類，提取接口，提取方法等。TDD開發過程如圖1所示。

TDD開發過程可比做交通燈，我們首先根據需求分析編寫一個測試，這時候被測試的類和方法還沒有定義，編譯器會報告錯誤，這就是我們的黃燈；當定義了被測試的類和方法之后，還沒有定義其內容的時候，編譯器不會報錯，但是測試通不過，這就是紅燈；然后我們定義類和方法的內容，直到測試通過，這就是我們的綠燈。最后，我們需要消除我們在使測試通過的時候引入的一些結構不合理的代碼。

在此過程中，每完成一次小的修改之后都重新編譯并運行測試，這樣做怎么強調都不為過。因為在每次小的改動之后，測試通過，可以給我們信心和保證。讓我們有勇氣繼續下一步的工作，每次一小步一小步的推進。在任何時候如果測試失敗了，我們都會準確的知道就是最近的一次修改導致了測試的失敗。撤消這次修改，測試會再次通過。我們就可以重新嘗試修改。通過這種反復的迭代，我們的代碼會越來越漂亮。

在開發過程中，我們使用程序員測試，它和我們經常提到的單元測試非常類似，但是它們的目的不同，單元測試的目的是為了測試你編寫的代碼能否工作，而程序員測試是為了定義代碼的含義。TDD的基本原則就是在沒有測試之前，不要編寫任何代碼，也就是說，當我們的代碼編寫完成之前，我們相應的測