作者chopinmozart (aha)
看板Soft_Job
標題[討論] 工作上寫單元測試的比例
時間Wed May 1 12:53:36 2024
想請問一下
大家工作上寫單元測試的情況
1.大部分寫完一個功能, 就馬上完成單元測試
2.先把該做的功能寫完, 再回來統一寫單元測試
3.不怎麼寫單元測試
想請問大家工作實際情況大概是哪一種QQ
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.167.190.70 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1714539218.A.2CE.html
1F：→ airtsubasa: 4.別人寫 05/01 13:00
2F：推 Ericz7000: 5. 不寫過不了review 05/01 13:10
3F：推 longlyeagle: 怎麼沒有先寫測試的選項? 05/01 13:10
4F：→ sos20122: 沒有硬性規定的話，通常是3，嘴一點會2，最後沒空 05/01 13:18
5F：推 OriginStar: 沒有寫功能的同時寫單元測試的選項嗎 05/01 13:18
6F：推 wulouise: 五樓會左右互搏好羨慕 05/01 13:22
7F：推 labbat: 先有測驗才有設計唄 05/01 13:22
8F：→ wulouise: TDD <------>補UT通常都在兩者之間，我記得板上有pcman 05/01 13:23
9F：→ wulouise: 的經驗談 05/01 13:23
10F：→ labbat: 先做功能再做測試的是驗算，先做測驗再做功能的是驗證 05/01 13:24
11F：→ labbat: 然後不管怎麼樣都要有版本管理，沒有版本管理不合作 05/01 13:26
12F：推 assai000: 沒時間3 有時間就2 05/01 13:29
13F：→ qwer338859: TDD老哥= = 05/01 13:33
14F：推 k7ji91ab5m: 寫到一半 進度趕不上了 下次再補 05/01 14:13
15F：推 abccbaandy: 這種下次就不會補了吧... 05/01 14:28
16F：推 moom50302: TDD BDD UDD DDD，心得是好累～ 05/01 14:35
17F：推 JoaoWang: 2 很趕就3 空閒時補 05/01 14:44
18F：→ lazarus1121: 測試案例要PG兼SA，或SA願意配合才辦得到 05/01 15:00
19F：→ lazarus1121: 不然PG自己寫的測試只是單純crud，對業務毫無幫助 05/01 15:00
20F：推 new122851: 寧可落進度超出合約期限賠錢，也要寫單元測試，不論前 05/01 15:01
21F：→ new122851: 後端 05/01 15:01
22F：推 Galbygene: 借問，有沒有推薦的Java單元測試文章，希望是比較進階 05/01 15:04
23F：→ Galbygene: 的內容~ 05/01 15:04
24F：推 tsaigi: 沒在寫 反正有QA 05/01 15:34
25F：推 k798976869: 1. 05/01 15:59
26F：推 c800910: 專案開始前：我們希望全部都要寫測試。 05/01 18:21
27F：→ c800910: 專案開始時：每個功能都要寫測試喔。 05/01 18:21
28F：→ c800910: 專案中期：來不及了，有時間再回來補測試。 05/01 18:21
29F：→ c800910: 專案後期：來不及了啦！先做完功能！ 05/01 18:21
30F：→ c800910: 專案結束時：既有測試已不合時宜，還有很多功能沒有測試 05/01 18:21
31F：→ c800910: 。 05/01 18:21
32F：→ acgotaku: 不用想的太死板,我原本也是秉持上線就要寫的原則 05/01 18:48
33F：→ acgotaku: 有一天老闆要我趕快把某一個服務上線,舊的因為機房要關 05/01 18:50
34F：→ acgotaku: 需要一週後上線,逼我逼得要死,我就不管3721能跑就丟上去 05/01 18:50
35F：推 mark88915: 敝司產品因為產業性質 開發期都偏短 05/01 18:51
36F：→ mark88915: 入職一年快半仍未寫過一次Test 05/01 18:51
37F：→ acgotaku: 什麼測試都不寫,服務上去能跑就謝天謝地了 05/01 18:51
38F：推 cutearia: 寫個大概 剩下丟給QA 05/01 19:25
39F：推 bill0205: 專案性質管他去死 產品性質會比較嚴格去寫 05/01 19:32
40F：→ bill0205: 會不會寫取決於有沒有時間壓力或規定 05/01 19:34
41F：推 NDark: 測試論的價值是要確認規格 05/01 20:04
42F：→ NDark: 但很多情境下規格就是不確定的.特別規格是出錢的人給的時候 05/01 20:05
43F：→ zipigi: 當規格變化快得跟翻書一樣的時候就不寫了 05/01 21:55
44F：推 waiwailove: 什麼是單元測試 怎樣算單元測試 工作11年都沒有特別要 05/01 23:36
45F：→ waiwailove: 求過 05/01 23:36
46F：推 ppc: 1 05/02 00:11
47F：→ ppc: 不寫還過不了review 05/02 00:11
48F：推 viper9709: 推c800910 XD 05/02 00:14
49F：推 pkro12345: 上層：開發都來不及了 寫測試有什麼產值? 05/02 00:33
50F：→ deeeplove: 0 05/02 01:21
51F：推 internetms52: java單元測試用c#那本補就好了，沒有差很多 05/02 07:51
52F：推 k6416337: 公司是不會要求工程師寫unit test ，不過我寫API自己還 05/02 08:45
53F：→ k6416337: 是會用Python 寫unit test 測試一下就是 05/02 08:45
54F：推 starburs: 理想很豐滿現實很骨感 05/02 10:10
55F：→ jobintan: 當然選項一，如果公司沒有嚴僅的code review制度，待著 05/02 10:19
56F：→ jobintan: 也沒啥前途，對未來沒幫助，快逃喇！ 05/02 10:20
57F：推 luke72: 你：開發三天測試兩天，五天交。PM：好，三天交 05/02 10:47
58F：推 luke72: 你：這週要補測試 主管：專案很趕做測試沒產出，不准 05/02 10:51
59F：推 etbear: 不寫過不了review 05/02 10:54
60F：推 NDark: @luke72 你不要講你要測試兩天 你直接講開發要五天 05/02 11:01
61F：→ NDark: 因為測試對你來說是開發的一部份沒做就沒品質 05/02 11:01
62F：→ NDark: 不要講要補測試直接把修bug的時間斟酌拿來寫測試 05/02 11:03
63F：推 luke72: 我想表達的是測試在大多數PM/主管/老闆眼中，是浪費時間 05/02 11:08
64F：→ luke72: 我也是堅持測試啊，但就是會冒出專家去跟上面說三天完工 05/02 11:10
65F：→ luke72: 我說沒測試沒品質。專家說他從不出錯不需要測試 05/02 11:11
66F：推 NDark: 對無(測試)專業的人不要提測試.就是開發. 05/02 11:35
67F：→ NDark: 如果有一個人出來函扣他覺得他來做比較快 就讓他做 05/02 11:35
68F：→ TonyQ: 不是啊，一般情況下你也需要自己測試吧，真的有人code寫完 05/02 11:37
69F：→ TonyQ: 就出嗎？ = = 連 build 都不用？ 不可能吧 05/02 11:37
70F：推 Galbygene: 謝謝 @internetms52 05/02 11:50
71F：→ shooter555: 還真有人寫完等別人測 05/02 11:55
72F：推 NDark: 反過來說 正常的公司也應該要有QA部門 確保品質 05/02 12:01
73F：→ NDark: 我有遇過故意不設立QA人員的公司 05/02 12:02
74F：→ NDark: 造成的問題就是 因為工程師自己要測 05/02 12:03
75F：→ NDark: 所以任何問題都是工程師的錯 05/02 12:03
76F：推 luke72: 沒測試產出的各種鍋，不一定是製造的人要背，是接刀的背 05/02 12:11
77F：→ luke72: 專家都嘴完就跑去別地方嘴了，交件後再來就是你的責任 05/02 12:13
78F：→ TonyQ: qa的測試跟開發的測試我是定位在不同的部分。 05/02 12:29
79F：→ KeyFSN: 沒寫unit test連code review都過不了, 不可能merge 05/02 12:53
80F：→ KeyFSN: 實務上還會另寫integ/E2E test, 達成率至少95%以上 05/02 12:54
81F：推 vi000246: 幹麻測試 以後要修bug 就把測試的時間估進去工時 05/02 14:08
82F：推 luke72: 樓上專業，這才是業界生存之道 05/02 14:29
83F：推 yamagishi: 2然後用class當單位，service、facade、controller這樣 05/02 16:46
84F：推 viper9709: 故意不設QA的公司@@... 05/02 21:02
85F：→ answermangtr: 我比較好奇前端有硬性規定寫ut 的多嗎 05/02 22:55
86F：推 Saaski: 同樓上問 05/03 02:54
87F：推 IhateOGC: 單一unit測試只能測幾樣功能 05/03 05:37
88F：→ IhateOGC: 能找出交叉才會觸發的才是專家 05/03 05:38
89F：→ IhateOGC: 一個程式流程跑1000次1次當然是問題，但可怕的通常不是 05/03 05:39
90F：→ IhateOGC: 那個一次 05/03 05:39
91F：→ IhateOGC: 而是架構要改寫 05/03 05:40
92F：→ IhateOGC: 問題沒發散，每錯就是要整個重構 05/03 05:41
93F：→ ma721: 沒有 05/03 08:30
94F：推 hellomotogg: 結案都來不及了 05/03 11:08
95F：→ honestyer: 每次都說希望寫 但沒有一次寫過 05/03 14:44
96F：噓 darkMood: 沒寫過單元測試，自主保證。 05/04 03:32
97F：→ eva19452002: 你說反了，是要先寫unit test才去寫function才對 05/04 13:37
98F：推 guanting886: 會寫的人知道那個爽感 不寫的總是會有理由可以說為 05/06 00:57
99F：→ guanting886: 什麼我不想寫 而且理由說得通 直白一點說就是怕麻煩 05/06 00:57
100F：→ guanting886: 但我寫測試就覺得程式運作起來跟我想的不一樣更麻 05/06 00:57
101F：→ guanting886: 煩 05/06 00:57
102F：→ guanting886: 以前有些書是告訴我你先寫再說 總比不寫好 05/06 00:58
103F：→ guanting886: 至於順序該怎麼做我覺得比較像程度問題 05/06 00:58
104F：→ guanting886: 或你的習慣 05/06 00:59
105F：推 guanting886: 寫測試(單元、整合、E2E) 目的對我來說就很簡單 寫 05/06 01:04
106F：→ guanting886: 腳本讓機器人幫我確認 05/06 01:04
107F：→ guanting886: 我不想要在沒有一定把握就送上去部署 出問題如果是 05/06 01:05
108F：→ guanting886: 線上持續運作的東西要修都來不及 05/06 01:05
109F：推 guanting886: 有些不一定要測，但還是要挑重點去做，缺的一定要補 05/06 01:07
110F：→ guanting886: 寫測試寫到很複雜遇到改架構或改需求一定也是要同時 05/06 01:08
111F：→ guanting886: 做調整 05/06 01:08
112F：→ guanting886: 但還是比起那些堅持不寫或略過的人開發來得快一點 05/06 01:10
113F：→ guanting886: 因為你只是跳過你原本應該要檢查的問題 05/06 01:10
114F：推 guanting886: 當然如果你一開始就只想製造問題賺當薪水小偷又是另 05/06 01:12
115F：→ guanting886: 外一種技術活了 05/06 01:12
116F：推 guanting886: 現在工具很足，就連severless的東西都有測試可以跑 05/06 01:19
117F：→ guanting886: 為啥不聰明做事 05/06 01:19
118F：→ flash5408: 哇賽 要不要寫test還需要討論喔 大開眼界 05/06 08:22
119F：推 Sfly: 4. 客戶寫 05/09 18:09
120F：→ cathychg: 刷題的目的 就是徹底的理解釐清解題步驟與技巧 05/19 11:24
121F：→ cathychg: 有人唸書沒電腦的嗎？ 05/19 11:25