我正在閱讀由TDD通過示例KentBenk進行的測試驅動開發。使用自動測試進行測試
--->壓力-------- $ -----> RunTests |
| < ------------ $ -------- |
上圖表示,如果一個箭頭將表示第一個節點的增加意味着第二個節點的減少。
以上是正反饋迴路。你感受到的壓力越大,你做的測試就越少,出現更多的錯誤和更多的壓力。
我們如何擺脫這樣的循環?這裏authore提到要麼引入一個新元素,要麼替換其中一個元素,要麼改變箭頭。在這種情況下,我們將用自動化測試替代測試。
以下是文字說明圖後:
我剛纔打破別的東西與變化?使用自動化的 測試,當我開始感到壓力時,我運行測試。運行測試 立刻給了我一個很好的感覺,並減少了錯誤的數量,這進一步減少了我感受到的壓力。 「我們沒有時間運行測試,只是發佈它!」第二張 圖片沒有保證。如果壓力水平上升得足夠高,那麼 就會崩潰。但是,通過自動化測試,您必須有機會選擇您的恐懼程度 。
我的問題是
任何一個可以代表新的反饋與新元素自動化測試?在這裏,當我感到壓力時,我們用上面的圖表進行的自動化測試較少,所以我們如何減少壓力
什麼是筆者的「第二張照片是不是guarantted,如果應力水平提高得足夠高,它打破了。但是,你必須有機會選擇你的恐懼水平的自動化測試。」是什麼意思?
呃......我無言以對。 – ScoPi
你在看哪本書?你的問題也許可以在程序員.stackexchange.com上找到 – foobarcode