推 jackylu63:小m有在搞這個東西,不過我個人覺得UT是多餘的 08/09 01:38
→ jackylu63:Module Test比UT重要許多! 08/09 01:39
→ Baudelaire:最好UT是多餘的,UT是最好的documentation... 08/09 03:33
→ lance70176:問他怎麼切 寫一小段不就知道了嗎...? 08/09 06:13
→ lance70176:寫一個加減乘除功能不限語言 應該就知道有沒底了吧 08/09 06:15
→ rosemary0401:RD有再寫UT的公司,面試都會問到和UT相關的問題嗎? 08/09 08:28
→ rosemary0401:考如何給加減乘除的function做Unit Test 08/09 08:29
→ rosemary0401:只考這樣,似乎有點簡單耶 08/09 08:30
→ lance70176:UnitTest應該不是重點吧? 不太可能花太多時間在上面 08/09 17:10
→ rosemary0401:那微軟的SDET是專門寫UT的engineer嗎? 08/09 18:48
→ landlord:我待的都有team在寫,而且也都是我負責導入的 :) 08/09 20:39
→ landlord:成果也很豐碩,大家也有收到好處 08/09 20:40
→ landlord:至於面試問甚麼,因為我也很常面試candidate,可以舉個例 08/09 20:40
→ landlord:例如: 怎麼測試service物件,模擬DB的資料 08/09 20:41
→ landlord:Unit Test有甚麼好處,碰到過甚麼問題,怎麼解決 08/09 20:41
→ landlord:用哪套stub/mock framework,怎麼自動執行 08/09 20:42
→ landlord:怎麼由Unit Test判斷production code寫得好不好 08/09 20:42
→ landlord:怎麼讓Unit Test可以好維護 08/09 20:42
→ landlord:當用對方式導入與進行Unit Test在開發流程 08/09 20:43
→ landlord:就不會覺得它是個負擔,或是是多餘、額外的東西 08/09 20:43
→ landlord:而是幫助設計的東西,也是整個team跟未來的team的保護傘 08/09 20:44
→ landlord:不過,Unit Test就是有這麼多門檻,沒跨過去的 08/09 20:44
→ landlord:說再多,也很難體會好處。但跨不過去的,通常都是 08/09 20:44
→ landlord:方式不對,有很多人是會Unit Test,但無法成功導入 08/09 20:45
→ landlord:就會變成很多額外的成本,甚至影響開發速度 08/09 20:45
→ landlord:Unit Test的成本,跟production code的品質,成反比 08/09 20:45
→ landlord:也就是通常Unit Test成本高,是因為production code太糟 08/09 20:46
推 chenlarry:要導入Unit Test真的在寫code前就要想很多... 08/09 22:05
→ chenlarry:我的設計文件寫了快一個月..大部分都在想怎麼寫才會好測 08/09 22:07
→ chenlarry:程式都還沒開始寫,所有要寫的函式跟要怎麼寫都想的差 08/09 22:08
→ chenlarry:不多了.. 08/09 22:08
推 holymars:樓上順序錯了..是先寫Test再寫Code.. 08/10 02:12
→ holymars:不應該有「要怎麼寫才會好測」這種問題才對... 08/10 02:12
→ holymars:應該是先把Test寫好,再來寫Code,能通過所有Test就結束 08/10 02:13
推 holymars:不用TDD來進行的話 Unit test可能事倍功半 甚至沒有效果 08/10 02:16
推 Baudelaire:SDET做的不是UT而是test framework,UT是SDE的工作吧 08/10 04:21
推 chenlarry:可能我說法不太對..我其實是想說怎麼寫一個可以被測試的 08/11 01:01
→ chenlarry:程式@@ 08/11 01:02
→ landlord:holymars的是TDD,chenlarry的是test-after development 08/11 11:13
→ landlord:所以切入角度不太一樣 08/11 11:13