→ 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
推 Sfly: 4. 客戶寫 05/09 18:09
→ cathychg: 刷題的目的 就是徹底的理解釐清解題步驟與技巧 05/19 11:24
→ cathychg: 有人唸書沒電腦的嗎？ 05/19 11:25
