Re: [討論] 怎樣算是一個合格的junior cpp programme

windclara08/24 22:24想問若是前端的話，該怎麼TDD較適合呢？觀念都理解，

windclara08/24 22:24但在前端常常寫一寫又拆出子組件…

HZYSoft08/24 22:27抱歉這個我無法回答，我自身經驗也不夠 XD

HZYSoft08/24 22:27雖然我能理解也算認同TDD的理念，但也沒辦法真的掌握它

HZYSoft08/24 22:28應該不少人覺得實行起來困難，所以批評聲浪也沒停過

linnom08/24 22:31笑死 “Sent from PCMan on PCMan's PC”

shibin08/24 22:36推，最近寫UT也是很苦手，很高興可以看到此類討論

iankingh08/24 22:57推

wulouise08/24 23:31越靠ui的通常越難寫寫UT...至於規格不明確的確是不該怪T

wulouise08/24 23:31DD, 只是不明確的時候應該先弄清楚再來寫XD

holebro08/24 23:36好想進去有走TDD的公司 感覺好讚

wulouise08/24 23:52說真的有unit test就很好了，100%TDD執行面有困難

viper970908/25 00:16原來是這樣~感謝分享

sevenHEAD08/25 01:28前端大概或許用testing-library那種測法，內部你怎麼

sevenHEAD08/25 01:28拆不管

foreverk08/25 08:53同意TDD是讓問題提早浮現，尤其edge case可能是使用到

foreverk08/25 08:53其他api時才會發現的，不過通常需求會一環扣一環，團隊

foreverk08/25 08:53其他人可能寧願你先寫個可以跑的東西讓他可以接下去，

foreverk08/25 08:53而不是等到TDD流程都走完，要求團隊都有單元測試都有點

foreverk08/25 08:53難了，還要大家都TDD實在無法想像XD

Wishmaster08/25 11:12單元測試不是放在重點服務及重點功能上嗎?

Wishmaster08/25 11:12真的有公司所有的程式都寫UT嗎? 實務可能嗎?

vi00024608/25 11:29TDD很難的原因有可能是需要重構到很精簡沒有相依

vi00024608/25 11:30才能寫出有效的測試 在開發階段寫UT就沒什麼時間了

vi00024608/25 11:30更何況要重構 以及擔負重構衍生出的問題責任

superpai08/25 11:43你寫的任何程式不測試怎麼知道對不對，你把寫console lo

superpai08/25 11:43g跟用眼睛看結果的時間拿去寫 unit test就好了

DrTech08/25 12:32一般真正能落實的公司，就是考管理政策推動。線上出現Bug

DrTech08/25 12:32，不同等級，對於考績的影響是什麼，導致Unit Test，cover

DrTech08/25 12:32age，增量覆蓋率，都有規範，避免出大錯。有了管理與考績

DrTech08/25 12:32支持，TDD就變成增加效率的優勢了。

DrTech08/25 12:33沒靠管理支撐品質，人都說有惰性的，絕對不覺得TDD多重要

DrTech08/25 12:33。

art108/25 15:50結果是一張圖的時候應該沒辦法很難測吧

art108/25 15:50*應該很難測

testPtt08/25 16:00面對隨時有隕石會砸下來的情況下TDD有用嗎?

lovdkkkk08/25 16:18其實越常變化或擴展測試的用處越大，不過跟 TDD 較無關

lovdkkkk08/25 16:18有寫就有用，不一定要 "先" 寫

CRPKT08/25 16:46TDD 可以提早驗證 API 的使用性有沒有缺陷

CRPKT08/25 16:46但並不是 API 漂亮就不會在架構上遇到問題

CRPKT08/25 16:47有時候兩邊都要顧一下會比較平衡

henry434308/25 21:05好奇真的有辦法先寫好unit test在開始寫程式嗎？

henry434308/25 21:05很多unit test都是在assert function 沒function的話

henry434308/25 21:06沒function的話要怎麼compile過呀 還是是說function先

henry434308/25 21:06宣告但內容不寫 然後先寫測試這樣嗎？

HZYSoft08/25 21:11極端一點沒 function 直接寫測試也可以，要確定他會 fail

HZYSoft08/25 21:11當程式有 #ifdef 的時候確實可能有些 code 根本沒 build

HZYSoft08/25 21:12所以從頭到尾測試根本沒 build 到，先確定會 fail 有幫助

HZYSoft08/25 21:13或是像 python，沒定義 function 也能跑 runtime 才失敗

HZYSoft08/25 21:13這種也可以先跑看看確定他會 fail，確認 test 真的有執行

HZYSoft08/25 21:13我自己真的有遇過 test function 沒跑到，結果假性 pass

HZYSoft08/25 21:14原因是我把 function name test_xxx 拼錯成 tset_xxx

HZYSoft08/25 21:14於是 python 的 unit test 沒抓到這個 test function

HZYSoft08/25 21:14怎麼跑都 pass，因為根本就沒測到。所以不要覺得這很多餘

HZYSoft08/25 21:15或是先寫個空的 function，跑看看確認他真的會 fail

HZYSoft08/25 21:15這算是 TDD 一個重要的觀念

wulouise08/25 21:24真的要先fail才有辦法確定他是有用的XD

wulouise08/25 21:25我有遇到test永遠是對的 裡面對不對根本不知道

wulouise08/25 21:25還有根本不存在資料被判斷存在，因為跟其他資料重複XDD

mmonkeyboyy08/26 04:33你有規格書就能先寫啊 沒有就只能邊做邊摸索

CYHyen08/26 09:46其實想起來也沒那麼邪，就像刷題，也是test先寫好等你

zebraseven08/26 12:44好

SHANGOYANYI08/26 21:11TDD難在要想出各種案例XD

bnd032708/30 14:38TDD在做自己私人專案的時候比較好用，因為自己寫的本來就

bnd032708/30 14:40比較隨興，用TDD方法一步一步做比較不會放飛自我

akira0109/02 07:20個人的經驗,一堆人在等你的code才能繼續下去,一個禮拜過

akira0109/02 07:20去了,這時只說我由於用tdd只完成了測試程式,會遭人白眼,

akira0109/02 07:20所以通常我們還是會先完成功能再補測試程式

superpai09/02 07:35tdd是測試跟實作交替寫，會說測試先寫完就是做錯了

HZYSoft09/02 21:47測試先寫是針對要改動的地方，不是整個系統都只先寫測試

HZYSoft09/02 21:47實務上確實是交替進行沒錯

longlongint09/11 20:49TDD不會升遷啦，寫爛code升遷學弟接手讚讚（反串）

jackhsien09/16 10:44個人經驗TDD 適合需求明確的開發 不然光改測資就耗掉一

jackhsien09/16 10:44堆時間