在线观看亚洲AV日韩A∨,男人搞女人网站,国产成人精品第一区二区,国产亚洲精品国产粉嫩av

當談到測試驅(qū)動開發(fā)(以下簡稱為“TDD”)時，業(yè)內(nèi)工程師對它有一定程度的了解，并且TDD的優(yōu)勢得到了普遍認可。一些研究機構(gòu)對微軟和IBM的八個開發(fā)團隊進行了對比測試，發(fā)現(xiàn)使用TDD的團隊與不使用TDD的團隊相比，問題發(fā)生率降低了40%-90%。在結(jié)對編程的相關(guān)實驗中，使用TDD的組的黑盒測試通過率比不使用TDD的組高18%，效果相當明顯。然而，與我們在日常生活中所接觸到的實際工作相比，TDD很少被使用，它的價值也被代碼農(nóng)民所混淆。甚至有大咖啡在網(wǎng)上寫文章，公開討論反對它的意見。為什么？不久前，我在融云的一個項目中碰巧有一個小規(guī)模的實踐，所以我試圖結(jié)合各方的觀點，大膽地談談我自己的經(jīng)歷。首先，什么是TDD？TDD首先由肯特·貝克提出，并在他的書《《Test-Driven Development By Example》》中進行了詳細的解釋(肯特·貝克也是極限編程概念的作者)。正如書中所述，TDD是一種以測試為開發(fā)過程中心的軟件工程方法，它要求在編寫任何產(chǎn)品代碼之前，首先要編寫用于定義產(chǎn)品代碼行為的測試，編寫的產(chǎn)品代碼應該以通過測試為目標，從而構(gòu)建簡單、清晰、高質(zhì)量的代碼。測試是保證軟件質(zhì)量的重要手段。一個公司的R&D部門通常有很大比例的測試團隊作為質(zhì)量保證的堅實后盾。那么，作為一個開發(fā)人員，你能只關(guān)心編寫代碼的進度，并且在運行幾次之后提交代碼而沒有任何問題嗎？當初始條件稍有變化或者外部因素如壓力和并發(fā)性稍有變化時，這樣的程序會崩潰嗎？一些團隊將制定規(guī)則和條例，要求為完成的代碼編寫測試用例，這些代碼必須在提交之前通過。這可能會在一定程度上改善情況，但實際效果真的那么明顯嗎？我聽到有人抱怨說，在代碼完成后編寫測試用例是浪費時間，因為邏輯趨勢已經(jīng)被很好地理解了，測試中不會有重大錯誤。那時最好多寫幾行代碼，因為有一個測試團隊。乍一看，這聽起來很合理，但仔細想想，你實際上是在逃避責任，浪費公司資源。確保軟件質(zhì)量的最好方法是什么？讓我們看看TDD是如何工作的。如前所述，TDD的本質(zhì)在于將測試放在前面。這個看似微不足道的變化會帶來什么樣的化學反應？首先，目的可以明確界定。在編寫產(chǎn)品代碼之前，您必須首先考慮這部分邏輯的輸入和輸出是什么，然后寫