你的單位測試有多深？我發(fā)現(xiàn)關(guān)于TDD的事情是它需要時(shí)間來設(shè)置你的測試并且自然是懶惰我總是希望盡可能少編寫代碼。我似乎做的第一件事是測試我的構(gòu)造函數(shù)已經(jīng)設(shè)置了所有的屬性，但這是否有點(diǎn)過分？我的問題是你在單元測試中寫出了什么級(jí)別的粒度？..是否有一個(gè)測試太多的情況？
3 回答
侃侃無極
TA貢獻(xiàn)2051條經(jīng)驗(yàn) 獲得超10個(gè)贊
我得到的代碼是有效的，而不是測試，所以我的理念是盡可能少地測試以達(dá)到給定的置信水平（我懷疑這種信心水平與行業(yè)標(biāo)準(zhǔn)相比很高，但這可能只是傲慢） 。如果我通常不會(huì)犯一個(gè)錯(cuò)誤（比如在構(gòu)造函數(shù)中設(shè)置錯(cuò)誤的變量），我不會(huì)測試它。我確實(shí)傾向于理解測試錯(cuò)誤，所以當(dāng)我有復(fù)雜條件的邏輯時(shí)我會(huì)格外小心。在對(duì)團(tuán)隊(duì)進(jìn)行編碼時(shí)，我會(huì)修改策略以仔細(xì)測試我們共同出錯(cuò)的代碼。
不同的人會(huì)根據(jù)這個(gè)哲學(xué)有不同的測試策略，但這對(duì)我來說似乎是合理的，因?yàn)閷?duì)于測試如何最適合編碼的內(nèi)循環(huán)的理解不成熟。從現(xiàn)在起十年或二十年后，我們可能會(huì)有一個(gè)更普遍的理論，即哪些測試要寫，哪些測試不寫，以及如何區(qū)分。與此同時(shí)，實(shí)驗(yàn)似乎是有序的。
飲歌長嘯
TA貢獻(xiàn)1951條經(jīng)驗(yàn) 獲得超3個(gè)贊
為您希望破壞的事物和邊緣情況編寫單元測試。之后，應(yīng)該在bug報(bào)告進(jìn)入時(shí)添加測試用例 - 在編寫bug修復(fù)之前。然后開發(fā)人員可以確信：
錯(cuò)誤是固定的;
該錯(cuò)誤不會(huì)再出現(xiàn)。
根據(jù)所附的評(píng)論 - 我想這種編寫單元測試的方法可能會(huì)導(dǎo)致問題，如果在給定的類中發(fā)現(xiàn)了大量的錯(cuò)誤。這可能是自由裁量權(quán)有用的地方 - 僅針對(duì)可能重新發(fā)生的錯(cuò)誤或重新發(fā)生會(huì)導(dǎo)致嚴(yán)重問題的錯(cuò)誤添加單元測試。我發(fā)現(xiàn)單元測試中的集成測試測量在這些場景中會(huì)有所幫助 - 測試代碼路徑更高的代碼可以覆蓋更低的代碼路徑。
斯蒂芬大帝
TA貢獻(xiàn)1827條經(jīng)驗(yàn) 獲得超8個(gè)贊
一切都應(yīng)盡可能簡單，但并不簡單。 - A.愛因斯坦
關(guān)于TDD最容易被誤解的事情之一就是其中的第一個(gè)字。測試。這就是BDD出現(xiàn)的原因。因?yàn)槿藗儾⒉徽嬲斫獾谝粋€(gè)D是重要的，即Driven。我們都傾向于對(duì)測試有所了解，對(duì)設(shè)計(jì)的驅(qū)動(dòng)有點(diǎn)關(guān)注。我想這是對(duì)你的問題的一個(gè)模糊的答案，但你應(yīng)該考慮如何驅(qū)動(dòng)你的代碼，而不是你實(shí)際測試的; 這是Coverage工具可以幫助您的東西。設(shè)計(jì)是一個(gè)更大，更有問題的問題。
- 3 回答
- 0 關(guān)注
- 583 瀏覽
添加回答
舉報(bào)
0/150
提交
取消