[设计原则与模式] 如何理解TDD的三条规则
cp from? :??https://blog.csdn.net/ibelieve1974/article/details/54948031?
?
如何理解Bob大叔的TDD三條規(guī)則?
第一條和第三條講的是只有和只要。只有Case False的情況下才能寫Code。只要新寫的Code使得Case通過了,就不要寫任何新功能代碼了。重構是可以的。
第二條是說只允許編寫Case失敗的代碼。這一條操作起來有個疑惑。比如為寫一個算法,先把寫一個驗證功能的Case,然后寫代碼。Case通過以后,想驗證下特殊值情況,又寫一個Case,結果Case也幸運的Pass了。這算不算違反了Bob大叔的TDD規(guī)則2呢? 經過咨詢了James Grenning,這樣做是可以的。第二條只允許編寫失敗Case是指對于未實現的新的功能。比如原計劃寫5個測試功能的Case,當你完成功能1和2開發(fā)和測試,那你就對未實現的功能3的寫的測試case當然是fail的。但這不妨礙你繼續(xù)寫增加對功能1和2測試的驗證case。
You are not allowed to write any production code unless it is to make a failing unit test pass.
1、除非為了使一個失敗的unit test通過,否則不允許編寫任何產品代碼
You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures.
2.在一個單元測試中只允許編寫剛好能夠導致失敗的內容(編譯錯誤也算失敗)
You are not allowed to write any more production code than is sufficient to pass the one failing unit test.
3、只允許編寫剛好能夠使一個失敗的unit test通過的產品代碼
?
---------------------
作者:Sleeping-Cat
來源:CSDN
原文:https://blog.csdn.net/ibelieve1974/article/details/54948031
版權聲明:本文為博主原創(chuàng)文章,轉載請附上博文鏈接!
轉載于:https://www.cnblogs.com/0616--ataozhijia/p/11079644.html
總結
以上是生活随笔為你收集整理的[设计原则与模式] 如何理解TDD的三条规则的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 自己写的一些类代码
- 下一篇: outlook错配置账户到exchang