想請問一下
大家工作上寫單元測試的情況
1.大部分寫完一個功能, 就馬上完成單元測試
2.先把該做的功能寫完, 再回來統一寫單元測試
3.不怎麼寫單元測試
想請問大家工作實際情況大概是哪一種QQ
作者:
Ericz7000 (Ericz7000nolan)
2024-05-01 13:10:005. 不寫過不了review
作者: sos20122 (kev) 2024-05-01 13:18:00
沒有硬性規定的話，通常是3，嘴一點會2，最後沒空
作者:
wulouise (在線上!=在電腦前)
2024-05-01 13:22:00五樓會左右互搏好羨慕
作者:
labbat (labbat)
2024-05-01 13:22:00先有測驗才有設計唄
作者:
wulouise (在線上!=在電腦前)
2024-05-01 13:23:00TDD <------>補UT通常都在兩者之間，我記得板上有pcman的經驗談
作者:
labbat (labbat)
2024-05-01 13:24:00先做功能再做測試的是驗算，先做測驗再做功能的是驗證然後不管怎麼樣都要有版本管理，沒有版本管理不合作
作者: moom50302 (武林三羚鱷) 2024-05-01 14:35:00
TDD BDD UDD DDD，心得是好累～
作者: JoaoWang 2024-05-01 14:44:00
2 很趕就3 空閒時補
測試案例要PG兼SA，或SA願意配合才辦得到不然PG自己寫的測試只是單純crud，對業務毫無幫助
寧可落進度超出合約期限賠錢，也要寫單元測試，不論前後端
借問，有沒有推薦的Java單元測試文章，希望是比較進階的內容~
作者: tsaigi (菜雞) 2024-05-01 15:34:00
沒在寫 反正有QA
作者: k798976869 (kk) 2024-05-01 15:59:00
1.
作者:
c800910 (c800910)
2024-05-01 18:21:00專案開始前：我們希望全部都要寫測試。專案開始時：每個功能都要寫測試喔。專案中期：來不及了，有時間再回來補測試。專案後期：來不及了啦！先做完功能！專案結束時：既有測試已不合時宜，還有很多功能沒有測試。
作者:
acgotaku (otaku)
2024-05-01 18:48:00不用想的太死板,我原本也是秉持上線就要寫的原則有一天老闆要我趕快把某一個服務上線,舊的因為機房要關需要一週後上線,逼我逼得要死,我就不管3721能跑就丟上去
敝司產品因為產業性質 開發期都偏短入職一年快半仍未寫過一次Test
作者:
acgotaku (otaku)
2024-05-01 18:51:00什麼測試都不寫,服務上去能跑就謝天謝地了
作者:
bill0205 (善良的小孩沒人愛)
2024-05-01 19:32:00專案性質管他去死 產品性質會比較嚴格去寫會不會寫取決於有沒有時間壓力或規定
作者:
NDark (溺於黑暗)
2024-05-01 20:04:00測試論的價值是要確認規格但很多情境下規格就是不確定的.特別規格是出錢的人給的時候
作者: zipigi 2024-05-01 21:55:00
當規格變化快得跟翻書一樣的時候就不寫了
什麼是單元測試 怎樣算單元測試 工作11年都沒有特別要求過
作者:
ppc ( )
2024-05-02 00:11:001不寫還過不了review
作者: internetms52 (Oaide) 2024-05-02 07:51:00
java單元測試用c#那本補就好了，沒有差很多
公司是不會要求工程師寫unit test ，不過我寫API自己還是會用Python 寫unit test 測試一下就是
作者:
starburs (星爆氣流斬)
2024-05-02 10:10:00理想很豐滿現實很骨感
作者:
jobintan (Robin Artemstein)
2024-05-02 10:19:00當然選項一，如果公司沒有嚴僅的code review制度，待著也沒啥前途，對未來沒幫助，快逃喇！
作者:
luke72 (ccc)
2024-05-02 10:47:00你：開發三天測試兩天，五天交。PM：好，三天交你：這週要補測試 主管：專案很趕做測試沒產出，不准
作者:
etbear (藤原熊)
2024-05-02 10:54:00不寫過不了review
作者:
NDark (溺於黑暗)
2024-05-02 11:01:00@luke72 你不要講你要測試兩天 你直接講開發要五天因為測試對你來說是開發的一部份沒做就沒品質不要講要補測試直接把修bug的時間斟酌拿來寫測試
作者:
luke72 (ccc)
2024-05-02 11:08:00我想表達的是測試在大多數PM/主管/老闆眼中，是浪費時間我也是堅持測試啊，但就是會冒出專家去跟上面說三天完工我說沒測試沒品質。專家說他從不出錯不需要測試
作者:
NDark (溺於黑暗)
2024-05-02 11:35:00對無(測試)專業的人不要提測試.就是開發.如果有一個人出來函扣他覺得他來做比較快 就讓他做
作者:
TonyQ (自立而後立人。)
2024-05-02 11:37:00不是啊，一般情況下你也需要自己測試吧，真的有人code寫完就出嗎？ = = 連 build 都不用？ 不可能吧
作者:
NDark (溺於黑暗)
2024-05-02 12:01:00反過來說 正常的公司也應該要有QA部門 確保品質我有遇過故意不設立QA人員的公司造成的問題就是 因為工程師自己要測所以任何問題都是工程師的錯
作者:
luke72 (ccc)
2024-05-02 12:11:00沒測試產出的各種鍋，不一定是製造的人要背，是接刀的背專家都嘴完就跑去別地方嘴了，交件後再來就是你的責任
作者:
TonyQ (自立而後立人。)
2024-05-02 12:29:00qa的測試跟開發的測試我是定位在不同的部分。
作者:
KeyFSN ( ～☼☽✩☁～ )
2024-05-02 12:53:00沒寫unit test連code review都過不了, 不可能merge實務上還會另寫integ/E2E test, 達成率至少95%以上
幹麻測試 以後要修bug 就把測試的時間估進去工時
作者:
luke72 (ccc)
2024-05-02 14:29:00樓上專業，這才是業界生存之道
作者: yamagishi (山岸刑務官) 2024-05-02 16:46:00
2然後用class當單位，service、facade、controller這樣
作者:
Saaski (GreedIsGood)
2024-05-03 02:54:00同樓上問
單一unit測試只能測幾樣功能能找出交叉才會觸發的才是專家一個程式流程跑1000次1次當然是問題，但可怕的通常不是那個一次而是架構要改寫問題沒發散，每錯就是要整個重構
作者:
ma721 (UndeadJ)
2024-05-03 08:30:00沒有
你說反了，是要先寫unit test才去寫function才對
作者: guanting886 (Guanting) 2024-05-06 00:57:00
會寫的人知道那個爽感 不寫的總是會有理由可以說為什麼我不想寫 而且理由說得通 直白一點說就是怕麻煩但我寫測試就覺得程式運作起來跟我想的不一樣更麻煩以前有些書是告訴我你先寫再說 總比不寫好至於順序該怎麼做我覺得比較像程度問題或你的習慣寫測試(單元、整合、E2E) 目的對我來說就很簡單 寫腳本讓機器人幫我確認我不想要在沒有一定把握就送上去部署 出問題如果是線上持續運作的東西要修都來不及有些不一定要測，但還是要挑重點去做，缺的一定要補寫測試寫到很複雜遇到改架構或改需求一定也是要同時做調整但還是比起那些堅持不寫或略過的人開發來得快一點因為你只是跳過你原本應該要檢查的問題當然如果你一開始就只想製造問題賺當薪水小偷又是另外一種技術活了現在工具很足，就連severless的東西都有測試可以跑為啥不聰明做事
作者: flash5408 2024-05-06 08:22:00
哇賽 要不要寫test還需要討論喔 大開眼界
作者:
Sfly (topos)
2024-05-09 18:09:004. 客戶寫
作者: cathychg (凱西) 2024-05-19 11:24:00