關於測試驅動開發TDD

關於測試驅動開發的體會:

 

 

測試驅動開發的好處:

          一,對通過測試的功能可以放心使用,當然,是建立在寫測試用例的時候做到了“全面”;

                這是單元測試這個層面的東西,做到這一點,編程人員對開發的功能函數非常有信心,

               一般都不會出現什麼問題。如果有對某個函數的改動,只要對此部分進行測試便可以放心大膽提交代碼;這種情況在需求變更的情況下程序員們對 改代碼比較有信心。

           二,做好了單元測試,然後再做集成測試,集成的時候要遵守一個規則,那就是每次集成少量的,每次集成後均進行測試,不要寫了幾年的代碼一次集成進去(做任何事情的原則都是化大爲小,各個擊破)。

           三,如果有人要接手這個代碼,他得看需求,看文檔啊,那是個頭大的事情,如果是TDD的開發方式,新人只要看一下測試代碼,基本能明白是怎麼回事情。它更改代碼時也比較有信心。就是有問題,他也只要看一下測試代碼裏的用例考慮是否全面,找出沒列出的用例BUG就會被排除了。(除非需求有大的變更,好多功能塊要重寫)。

 

            四,做完集成測試,然後應該進行系統測試,驗收測試。

 

 

 

 

一般的做法如下:

        一,確定要做哪些功能,這是需求分析要做的事情。

        二,針對功能,寫測試代碼。

        三,寫功能代碼,然後測試。

        四,重構代碼(如果你覺得代碼結構很好了就不用了,但開發重構是難免的過程)

        五,一個接一個的做,優雅的做完所有功能及集成。

 

 

 

 

注意事項:

          一般人沒有這樣做,可以一步步的來做,開始相對比較慢的。

          請保證你寫的測試代碼,及時重構一下你的代碼。

          粒度,粒度,優雅,優雅。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章