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

看板 Soft_Job
作者 chopinmozart (aha)
時間 2024-05-01 12:53:36
留言 118則留言 (47推 1噓 70→)

想請問一下 大家工作上寫單元測試的情況 1.大部分寫完一個功能, 就馬上完成單元測試 2.先把該做的功能寫完, 再回來統一寫單元測試 3.不怎麼寫單元測試 想請問大家工作實際情況大概是哪一種QQ --
※ 批踢踢實業坊(ptt.cc), 來自: 118.167.190.70 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1714539218.A.2CE.html

airtsubasa: 4.別人寫 05/01 13:00

Ericz7000: 5. 不寫過不了review 05/01 13:10

longlyeagle: 怎麼沒有先寫測試的選項? 05/01 13:10

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

OriginStar: 沒有寫功能的同時寫單元測試的選項嗎 05/01 13:18

wulouise: 五樓會左右互搏好羨慕 05/01 13:22

labbat: 先有測驗才有設計唄 05/01 13:22

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

wulouise: 的經驗談 05/01 13:23

labbat: 先做功能再做測試的是驗算,先做測驗再做功能的是驗證 05/01 13:24

labbat: 然後不管怎麼樣都要有版本管理,沒有版本管理不合作 05/01 13:26

assai000: 沒時間3 有時間就2 05/01 13:29

qwer338859: TDD老哥= = 05/01 13:33

k7ji91ab5m: 寫到一半 進度趕不上了 下次再補 05/01 14:13

abccbaandy: 這種下次就不會補了吧... 05/01 14:28

moom50302: TDD BDD UDD DDD,心得是好累~ 05/01 14:35

JoaoWang: 2 很趕就3 空閒時補 05/01 14:44

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

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

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

new122851: 後端 05/01 15:01

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

Galbygene: 的內容~ 05/01 15:04

tsaigi: 沒在寫 反正有QA 05/01 15:34

k798976869: 1. 05/01 15:59

c800910: 專案開始前:我們希望全部都要寫測試。 05/01 18:21

c800910: 專案開始時:每個功能都要寫測試喔。 05/01 18:21

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

c800910: 專案後期:來不及了啦!先做完功能! 05/01 18:21

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

c800910: 。 05/01 18:21

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

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

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

mark88915: 敝司產品因為產業性質 開發期都偏短 05/01 18:51

mark88915: 入職一年快半仍未寫過一次Test 05/01 18:51

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

cutearia: 寫個大概 剩下丟給QA 05/01 19:25

bill0205: 專案性質管他去死 產品性質會比較嚴格去寫 05/01 19:32

bill0205: 會不會寫取決於有沒有時間壓力或規定 05/01 19:34

NDark: 測試論的價值是要確認規格 05/01 20:04

NDark: 但很多情境下規格就是不確定的.特別規格是出錢的人給的時候 05/01 20:05

zipigi: 當規格變化快得跟翻書一樣的時候就不寫了 05/01 21:55

waiwailove: 什麼是單元測試 怎樣算單元測試 工作11年都沒有特別要 05/01 23:36

waiwailove: 求過 05/01 23:36

ppc: 1 05/02 00:11

ppc: 不寫還過不了review 05/02 00:11

viper9709: 推c800910 XD 05/02 00:14

pkro12345: 上層:開發都來不及了 寫測試有什麼產值? 05/02 00:33

deeeplove: 0 05/02 01:21

internetms52: java單元測試用c#那本補就好了,沒有差很多 05/02 07:51

k6416337: 公司是不會要求工程師寫unit test ,不過我寫API自己還 05/02 08:45

k6416337: 是會用Python 寫unit test 測試一下就是 05/02 08:45

starburs: 理想很豐滿現實很骨感 05/02 10:10

jobintan: 當然選項一,如果公司沒有嚴僅的code review制度,待著 05/02 10:19

jobintan: 也沒啥前途,對未來沒幫助,快逃喇! 05/02 10:20

luke72: 你:開發三天測試兩天,五天交。PM:好,三天交 05/02 10:47

luke72: 你:這週要補測試 主管:專案很趕做測試沒產出,不准 05/02 10:51

etbear: 不寫過不了review 05/02 10:54

NDark: @luke72 你不要講你要測試兩天 你直接講開發要五天 05/02 11:01

NDark: 因為測試對你來說是開發的一部份沒做就沒品質 05/02 11:01

NDark: 不要講要補測試直接把修bug的時間斟酌拿來寫測試 05/02 11:03

luke72: 我想表達的是測試在大多數PM/主管/老闆眼中,是浪費時間 05/02 11:08

luke72: 我也是堅持測試啊,但就是會冒出專家去跟上面說三天完工 05/02 11:10

luke72: 我說沒測試沒品質。專家說他從不出錯不需要測試 05/02 11:11

NDark: 對無(測試)專業的人不要提測試.就是開發. 05/02 11:35

NDark: 如果有一個人出來函扣他覺得他來做比較快 就讓他做 05/02 11:35

TonyQ: 不是啊,一般情況下你也需要自己測試吧,真的有人code寫完 05/02 11:37

TonyQ: 就出嗎? = = 連 build 都不用? 不可能吧 05/02 11:37

Galbygene: 謝謝 @internetms52 05/02 11:50

shooter555: 還真有人寫完等別人測 05/02 11:55

NDark: 反過來說 正常的公司也應該要有QA部門 確保品質 05/02 12:01

NDark: 我有遇過故意不設立QA人員的公司 05/02 12:02

NDark: 造成的問題就是 因為工程師自己要測 05/02 12:03

NDark: 所以任何問題都是工程師的錯 05/02 12:03

luke72: 沒測試產出的各種鍋,不一定是製造的人要背,是接刀的背 05/02 12:11

luke72: 專家都嘴完就跑去別地方嘴了,交件後再來就是你的責任 05/02 12:13

TonyQ: qa的測試跟開發的測試我是定位在不同的部分。 05/02 12:29

KeyFSN: 沒寫unit test連code review都過不了, 不可能merge 05/02 12:53

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

vi000246: 幹麻測試 以後要修bug 就把測試的時間估進去工時 05/02 14:08

luke72: 樓上專業,這才是業界生存之道 05/02 14:29

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

viper9709: 故意不設QA的公司@@... 05/02 21:02

answermangtr: 我比較好奇前端有硬性規定寫ut 的多嗎 05/02 22:55

Saaski: 同樓上問 05/03 02:54

IhateOGC: 單一unit測試只能測幾樣功能 05/03 05:37

IhateOGC: 能找出交叉才會觸發的才是專家 05/03 05:38

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

IhateOGC: 那個一次 05/03 05:39

IhateOGC: 而是架構要改寫 05/03 05:40

IhateOGC: 問題沒發散,每錯就是要整個重構 05/03 05:41

ma721: 沒有 05/03 08:30

hellomotogg: 結案都來不及了 05/03 11:08

honestyer: 每次都說希望寫 但沒有一次寫過 05/03 14:44

darkMood: 沒寫過單元測試,自主保證。 05/04 03:32

eva19452002: 你說反了,是要先寫unit test才去寫function才對 05/04 13:37

guanting886: 會寫的人知道那個爽感 不寫的總是會有理由可以說為 05/06 00:57

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

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

guanting886: 煩 05/06 00:57

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

guanting886: 至於順序該怎麼做我覺得比較像程度問題 05/06 00:58

guanting886: 或你的習慣 05/06 00:59

guanting886: 寫測試(單元、整合、E2E) 目的對我來說就很簡單 寫 05/06 01:04

guanting886: 腳本讓機器人幫我確認 05/06 01:04

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

guanting886: 線上持續運作的東西要修都來不及 05/06 01:05

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

guanting886: 寫測試寫到很複雜遇到改架構或改需求一定也是要同時 05/06 01:08

guanting886: 做調整 05/06 01:08

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

guanting886: 因為你只是跳過你原本應該要檢查的問題 05/06 01:10

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

guanting886: 外一種技術活了 05/06 01:12

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

guanting886: 為啥不聰明做事 05/06 01:19

flash5408: 哇賽 要不要寫test還需要討論喔 大開眼界 05/06 08:22

您可能感興趣