看板 Soft_Job
就 jetbrain AI 跟 copilot 都有的產生測試功能, 目前用起來我感覺不太行(?但可以用的時候是滿厲害的。 以往我都是 TDD ,即先寫測試再開發,當然常常開發過程中會一直改動測試 使其符合使用情境跟需求。 也因為這樣我最近比較常改為先開發再寫測試,當然有些測試寫起來很煩, 比如有一個檢查訂單,函數可能要填的欄位有點多,這時用AI輔助幫填就不錯。 或者有個三方金流 api ,寫 stub 也可以交給 AI 輔助, 反正 stub 都是 return true。 當然 ai 還是常常寫不出來測試就是了,所以學習如何寫測試還是必要的。 也許以後不會再吵到底要不要實務 TDD 而是改吵如何用 AI 寫測試了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.104.117.39 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1716956907.A.7BD.html
crainlin: ??? 05/29 13:28
shooter555: 你確定你知道tdd在說什麼? 05/29 13:44
f26724309: 不明所以的流水帳 05/29 16:19
Burwei: 我猜原po稍微誤解了TDD的作法,以至於在實作階段一直改測 05/29 17:10
Burwei: 試,然後想探討AI輔助寫測試是否能取代TDD 05/29 17:10
Kroner: UC2神招啊,吃下去就對了 05/29 19:28其實不是實作才改,是因為開發過程中需求先變了,我不覺得能替代。 實際上先寫測試還是比較好,但AI很難從測試生出 code ,反過來倒是可以。 主要還是老問題,需求會一直變動,TDD 也說如果需求變了測試會 fail 要回頭修改。 實務上我每個專案都要處理類似的問題,那是不是除了第一次的測試, 之後都用AI輔助生成就好,我在考慮這點。 ※ 編輯: y2468101216 (106.104.117.39 臺灣), 05/29/2024 18:25:15
internetms52: AI要寫的出測試也是要把新需求的驗收方式告訴他, 05/29 19:00
internetms52: 他也是不能通靈的,個人認為有點困難 05/29 19:00
CoNsTaR: copilot 最多就當比較聰明的 auto completion 而已,要他 05/29 19:28
CoNsTaR: 寫 code 還不如自己寫比較快 05/29 19:28
Kroner: 看到有人提到關節痛,我就想到有一篇UC2推薦的文章 05/30 02:25
CoNsTaR: 但有這個高級 auto completion 還是很棒啦 05/29 19:28
IhateOGC: 這三年影像辨識從當初80%上升到95% 05/29 20:18
IhateOGC: 產線來說已經是可以用 05/29 20:18
chang1248w: 樓上的這三年是哪三年 05/30 02:25
Kroner: 哇勒,UC2 這個東西真的是太讚了 05/30 02:25
pttano: tdd ddd 盡信書不如無書,哈哈 05/30 08:13
dream1124: 生成式AI用的演算法跟影像辨識根本不同沒辦法比較。 05/30 22:49