[討論] 工作上寫單元測試的比例

看板Soft_Job (軟體人)作者 (aha)時間2周前 (2024/05/01 12:53), 編輯推噓46(47170)
留言118則, 51人參與, 1周前最新討論串1/10 (看更多)
想請問一下 大家工作上寫單元測試的情況 1.大部分寫完一個功能, 就馬上完成單元測試 2.先把該做的功能寫完, 再回來統一寫單元測試 3.不怎麼寫單元測試 想請問大家工作實際情況大概是哪一種QQ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.167.190.70 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1714539218.A.2CE.html

05/01 13:00, 2周前 , 1F
4.別人寫
05/01 13:00, 1F

05/01 13:10, 2周前 , 2F
5. 不寫過不了review
05/01 13:10, 2F

05/01 13:10, 2周前 , 3F
怎麼沒有先寫測試的選項?
05/01 13:10, 3F

05/01 13:18, 2周前 , 4F
沒有硬性規定的話,通常是3,嘴一點會2,最後沒空
05/01 13:18, 4F

05/01 13:18, 2周前 , 5F
沒有寫功能的同時寫單元測試的選項嗎
05/01 13:18, 5F

05/01 13:22, 2周前 , 6F
五樓會左右互搏好羨慕
05/01 13:22, 6F

05/01 13:22, 2周前 , 7F
先有測驗才有設計唄
05/01 13:22, 7F

05/01 13:23, 2周前 , 8F
TDD <------>補UT通常都在兩者之間,我記得板上有pcman
05/01 13:23, 8F

05/01 13:23, 2周前 , 9F
的經驗談
05/01 13:23, 9F

05/01 13:24, 2周前 , 10F
先做功能再做測試的是驗算,先做測驗再做功能的是驗證
05/01 13:24, 10F

05/01 13:26, 2周前 , 11F
然後不管怎麼樣都要有版本管理,沒有版本管理不合作
05/01 13:26, 11F

05/01 13:29, 2周前 , 12F
沒時間3 有時間就2
05/01 13:29, 12F

05/01 13:33, 2周前 , 13F
TDD老哥= =
05/01 13:33, 13F

05/01 14:13, 2周前 , 14F
寫到一半 進度趕不上了 下次再補
05/01 14:13, 14F

05/01 14:28, 2周前 , 15F
這種下次就不會補了吧...
05/01 14:28, 15F

05/01 14:35, 2周前 , 16F
TDD BDD UDD DDD,心得是好累~
05/01 14:35, 16F

05/01 14:44, 2周前 , 17F
2 很趕就3 空閒時補
05/01 14:44, 17F

05/01 15:00, 2周前 , 18F
測試案例要PG兼SA,或SA願意配合才辦得到
05/01 15:00, 18F

05/01 15:00, 2周前 , 19F
不然PG自己寫的測試只是單純crud,對業務毫無幫助
05/01 15:00, 19F

05/01 15:01, 2周前 , 20F
寧可落進度超出合約期限賠錢,也要寫單元測試,不論前
05/01 15:01, 20F

05/01 15:01, 2周前 , 21F
後端
05/01 15:01, 21F

05/01 15:04, 2周前 , 22F
借問,有沒有推薦的Java單元測試文章,希望是比較進階
05/01 15:04, 22F

05/01 15:04, 2周前 , 23F
的內容~
05/01 15:04, 23F

05/01 15:34, 2周前 , 24F
沒在寫 反正有QA
05/01 15:34, 24F

05/01 15:59, 2周前 , 25F
1.
05/01 15:59, 25F

05/01 18:21, 2周前 , 26F
專案開始前:我們希望全部都要寫測試。
05/01 18:21, 26F

05/01 18:21, 2周前 , 27F
專案開始時:每個功能都要寫測試喔。
05/01 18:21, 27F

05/01 18:21, 2周前 , 28F
專案中期:來不及了,有時間再回來補測試。
05/01 18:21, 28F

05/01 18:21, 2周前 , 29F
專案後期:來不及了啦!先做完功能!
05/01 18:21, 29F

05/01 18:21, 2周前 , 30F
專案結束時:既有測試已不合時宜,還有很多功能沒有測試
05/01 18:21, 30F

05/01 18:21, 2周前 , 31F
05/01 18:21, 31F

05/01 18:48, 2周前 , 32F
不用想的太死板,我原本也是秉持上線就要寫的原則
05/01 18:48, 32F

05/01 18:50, 2周前 , 33F
有一天老闆要我趕快把某一個服務上線,舊的因為機房要關
05/01 18:50, 33F

05/01 18:50, 2周前 , 34F
需要一週後上線,逼我逼得要死,我就不管3721能跑就丟上去
05/01 18:50, 34F

05/01 18:51, 2周前 , 35F
敝司產品因為產業性質 開發期都偏短
05/01 18:51, 35F

05/01 18:51, 2周前 , 36F
入職一年快半仍未寫過一次Test
05/01 18:51, 36F

05/01 18:51, 2周前 , 37F
什麼測試都不寫,服務上去能跑就謝天謝地了
05/01 18:51, 37F

05/01 19:25, 2周前 , 38F
寫個大概 剩下丟給QA
05/01 19:25, 38F

05/01 19:32, 2周前 , 39F
專案性質管他去死 產品性質會比較嚴格去寫
05/01 19:32, 39F
還有 39 則推文
05/02 12:53, 2周前 , 79F
沒寫unit test連code review都過不了, 不可能merge
05/02 12:53, 79F

05/02 12:54, 2周前 , 80F
實務上還會另寫integ/E2E test, 達成率至少95%以上
05/02 12:54, 80F

05/02 14:08, 2周前 , 81F
幹麻測試 以後要修bug 就把測試的時間估進去工時
05/02 14:08, 81F

05/02 14:29, 2周前 , 82F
樓上專業,這才是業界生存之道
05/02 14:29, 82F

05/02 16:46, 2周前 , 83F
2然後用class當單位,service、facade、controller這樣
05/02 16:46, 83F

05/02 21:02, 2周前 , 84F
故意不設QA的公司@@...
05/02 21:02, 84F

05/02 22:55, 2周前 , 85F
我比較好奇前端有硬性規定寫ut 的多嗎
05/02 22:55, 85F

05/03 02:54, 2周前 , 86F
同樓上問
05/03 02:54, 86F

05/03 05:37, 2周前 , 87F
單一unit測試只能測幾樣功能
05/03 05:37, 87F

05/03 05:38, 2周前 , 88F
能找出交叉才會觸發的才是專家
05/03 05:38, 88F

05/03 05:39, 2周前 , 89F
一個程式流程跑1000次1次當然是問題,但可怕的通常不是
05/03 05:39, 89F

05/03 05:39, 2周前 , 90F
那個一次
05/03 05:39, 90F

05/03 05:40, 2周前 , 91F
而是架構要改寫
05/03 05:40, 91F

05/03 05:41, 2周前 , 92F
問題沒發散,每錯就是要整個重構
05/03 05:41, 92F

05/03 08:30, 2周前 , 93F
沒有
05/03 08:30, 93F

05/03 11:08, 2周前 , 94F
結案都來不及了
05/03 11:08, 94F

05/03 14:44, 2周前 , 95F
每次都說希望寫 但沒有一次寫過
05/03 14:44, 95F

05/04 03:32, 2周前 , 96F
沒寫過單元測試,自主保證。
05/04 03:32, 96F

05/04 13:37, 2周前 , 97F
你說反了,是要先寫unit test才去寫function才對
05/04 13:37, 97F

05/06 00:57, 2周前 , 98F
會寫的人知道那個爽感 不寫的總是會有理由可以說為
05/06 00:57, 98F

05/06 00:57, 2周前 , 99F
什麼我不想寫 而且理由說得通 直白一點說就是怕麻煩
05/06 00:57, 99F

05/06 00:57, 2周前 , 100F
但我寫測試就覺得程式運作起來跟我想的不一樣更麻
05/06 00:57, 100F

05/06 00:57, 2周前 , 101F
05/06 00:57, 101F

05/06 00:58, 2周前 , 102F
以前有些書是告訴我你先寫再說 總比不寫好
05/06 00:58, 102F

05/06 00:58, 2周前 , 103F
至於順序該怎麼做我覺得比較像程度問題
05/06 00:58, 103F

05/06 00:59, 2周前 , 104F
或你的習慣
05/06 00:59, 104F

05/06 01:04, 2周前 , 105F
寫測試(單元、整合、E2E) 目的對我來說就很簡單 寫
05/06 01:04, 105F

05/06 01:04, 2周前 , 106F
腳本讓機器人幫我確認
05/06 01:04, 106F

05/06 01:05, 2周前 , 107F
我不想要在沒有一定把握就送上去部署 出問題如果是
05/06 01:05, 107F

05/06 01:05, 2周前 , 108F
線上持續運作的東西要修都來不及
05/06 01:05, 108F

05/06 01:07, 2周前 , 109F
有些不一定要測,但還是要挑重點去做,缺的一定要補
05/06 01:07, 109F

05/06 01:08, 2周前 , 110F
寫測試寫到很複雜遇到改架構或改需求一定也是要同時
05/06 01:08, 110F

05/06 01:08, 2周前 , 111F
做調整
05/06 01:08, 111F

05/06 01:10, 2周前 , 112F
但還是比起那些堅持不寫或略過的人開發來得快一點
05/06 01:10, 112F

05/06 01:10, 2周前 , 113F
因為你只是跳過你原本應該要檢查的問題
05/06 01:10, 113F

05/06 01:12, 2周前 , 114F
當然如果你一開始就只想製造問題賺當薪水小偷又是另
05/06 01:12, 114F

05/06 01:12, 2周前 , 115F
外一種技術活了
05/06 01:12, 115F

05/06 01:19, 2周前 , 116F
現在工具很足,就連severless的東西都有測試可以跑
05/06 01:19, 116F

05/06 01:19, 2周前 , 117F
為啥不聰明做事
05/06 01:19, 117F

05/06 08:22, 1周前 , 118F
哇賽 要不要寫test還需要討論喔 大開眼界
05/06 08:22, 118F
文章代碼(AID): #1cCShIBE (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1cCShIBE (Soft_Job)