[討論] AI也許會改變測試
就 jetbrain AI 跟 copilot 都有的產生測試功能，
目前用起來我感覺不太行（？但可以用的時候是滿厲害的。
以往我都是 TDD ，即先寫測試再開發，當然常常開發過程中會一直改動測試
使其符合使用情境跟需求。
也因為這樣我最近比較常改為先開發再寫測試，當然有些測試寫起來很煩，
比如有一個檢查訂單，函數可能要填的欄位有點多，這時用AI輔助幫填就不錯。
或者有個三方金流 api ，寫 stub 也可以交給 AI 輔助，
反正 stub 都是 return true。
當然 ai 還是常常寫不出來測試就是了，所以學習如何寫測試還是必要的。
也許以後不會再吵到底要不要實務 TDD 而是改吵如何用 AI 寫測試了。
--
???
你確定你知道tdd在說什麼?
不明所以的流水帳
我猜原po稍微誤解了TDD的作法，以至於在實作階段一直改測
試，然後想探討AI輔助寫測試是否能取代TDD
其實不是實作才改，是因為開發過程中需求先變了，我不覺得能替代。 實際上先寫測試還是比較好，但AI很難從測試生出 code ，反過來倒是可以。 主要還是老問題，需求會一直變動，TDD 也說如果需求變了測試會 fail 要回頭修改。 實務上我每個專案都要處理類似的問題，那是不是除了第一次的測試， 之後都用AI輔助生成就好，我在考慮這點。
※ 編輯: y2468101216 (106.104.117.39 臺灣), 05/29/2024 18:25:15AI要寫的出測試也是要把新需求的驗收方式告訴他，
他也是不能通靈的，個人認為有點困難
copilot 最多就當比較聰明的 auto completion 而已，要他
寫 code 還不如自己寫比較快
但有這個高級 auto completion 還是很棒啦
這三年影像辨識從當初80%上升到95%
產線來說已經是可以用
樓上的這三年是哪三年
tdd ddd 盡信書不如無書，哈哈
生成式AI用的演算法跟影像辨識根本不同沒辦法比較。
爆
Re: [閒聊] 害怕AI取代繪師跟漫畫家根本是杞人憂天吧AI最大的問題還是不會通靈啦 沒辦法準確的呈現需求 而且如果素材有大量非指定項目也會做不出來 例如日本有個網友測試做了一張鮭魚迴游圖 然後他得到了這個 也有其他人去做了測試...![Re: [閒聊] 害怕AI取代繪師跟漫畫家根本是杞人憂天吧](https://pbs.twimg.com/media/FbcgRyPVEAEYdw1.jpg "Re: [閒聊] 害怕AI取代繪師跟漫畫家根本是杞人憂天吧")
56
[閒聊] 叫AI寫小說測試1同人小說: 失敗 測試2邪道小說:![[閒聊] 叫AI寫小說](https://i.imgur.com/AXseCiBb.png "[閒聊] 叫AI寫小說")
52
Re: [問題] 遊戲試玩員是不是很爽？小弟進入遊戲業的第一份工作剛好就是遊戲測試工讀生， 當時，很多人聽到我工作是遊戲工讀生時，都會說：好爽喔，玩遊戲還有錢拿， 但實際真的沒有大家想像地那麼開心，讓我來分享一下QA部門的日常。 1. 首先，一般玩家玩到的是已經完成的遊戲，![Re: [問題] 遊戲試玩員是不是很爽？](https://img.youtube.com/vi/g5xVg0iNmWI/mqdefault.jpg "Re: [問題] 遊戲試玩員是不是很爽？")
23
Re: [討論] 怎樣算是一個合格的junior cpp programme針對關於 TDD 的討論另外回一篇好了 覺得用推文太長了 XD : 推 stupidlove0: 朝聖！重要的真的是unit test 08/23 18:47 : → HZYSoft: 回樓上 TDD 問題，TDD 不只要測試，還要先寫測試才寫code 08/23 21:33 : → HZYSoft: 很多人無法習慣這種順序，是否一定要 TDD 這有爭議 08/23 21:3415
[心得] Android TDD 測試驅動開發大家好，我在去年寫了Android TDD 測試驅動開發的系列文章 最近把這系列改編成書出版了，更加了許多章節，已經在天瓏書店上預購。 「Android TDD 測試驅動開發：從 UnitTest、TDD 到 DevOps 實踐」![[心得] Android TDD 測試驅動開發](https://miro.medium.com/max/1024/0*opb2NzLc03FyFDvp.png "[心得] Android TDD 測試驅動開發")
14
[請益]offer請益各位300萬大大好，小弟私立資工碩，有在國內ai競賽拿過獎（團隊非個人） 面了十幾家，發現大廠會請我去寫測試、韌體、網頁但機器學習相關的面試機會是少之又少 ，目前只有一家ai offer 工研 深度學習工程師 N*1414
Re: [討論] 用AI寫code產生的疑問其實很多新技術在早期和成熟後相比你會感覺他的應用是完全顛覆最初想法的 例如 web 仔最熟稔的 web 好了，網路泡沫時代前大家對電子商務 的觀點是在網路上的一個廣告頁，每個網站就像一間街邊店一樣，透過網址 這串虛擬地址你可以造訪網路上的任何一間店，找到你要的資訊，更容易媒合實體交易 當時的 web 就是一本電話簿的概念6
Re: [討論] 工作上寫單元測試的比例底下這是比較「野性」」的作法，算是實務專案的經驗： 其實我覺得你到一個完全沒有測試的專案，要分兩個策略: 1. 補重要主線的 integration test 反正哪邊常被報修就補哪邊。 如果一開始補不上去就先做下一點，理論上常被報修的地方會一直出現在下一點， 累積多了就可以變成1了。5
[AOE2] 請好心人幫我測試AI強度小弟目前由於實在懶得手控 故一直在寫AI 讓他們自己打 目前有先寫出一個打大陸地形捕漁法的AI 約略50p 18分左右上城堡 -------------------------------------------2
Re: [討論] 工作上寫單元測試的比例原則上要寫測試的話我會用很古老的 TDD 的方式做，先寫測試之後再寫實作。 現在的話則是寫完測試之後 Copilot 就幫我寫完一半了，然後就開始 review copilot 的 code 了。 目前經驗上能不能寫測試的話我認為有三個維度會是主要影響關鍵，提供參考： 1. 文件是否齊全