[閒聊] 有人在面試被問過單元測試的問題嗎?

看板Soft_Job作者 (rosemary)時間13年前 (2012/08/08 23:46), 編輯推噓6(6推 0噓 34→)
留言40則, 7人參與, 最新討論串1/2 (看更多)
很多人都說單元測試(Unit Test)是programmer的責任 一般在寫code的時候就應該把UT的Code寫進去，測試你寫的每一個class、每一個function 不過台灣有在寫UT的公司多嗎？ 我待過的公司都沒人在寫UT，以前面試了很多間公司，也都沒被問到UT相關的問題， 問了幾個朋友，他們待的公司也都沒再寫UT？ 請問台灣哪些公司有再寫UT呢？ 有人在面試的時候被問過UT相關的問題嗎？ 如果你是主管，你會問甚麼問題來鑑別面試者是否懂UT呢？ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.240.128.107
推
08/09 01:38, , 1F
小m有在搞這個東西，不過我個人覺得UT是多餘的
08/09 01:38, 1F
→
08/09 01:39, , 2F
Module Test比UT重要許多!
08/09 01:39, 2F
→
08/09 03:33, , 3F
最好UT是多餘的，UT是最好的documentation...
08/09 03:33, 3F
→
08/09 06:13, , 4F
問他怎麼切 寫一小段不就知道了嗎...?
08/09 06:13, 4F
→
08/09 06:15, , 5F
寫一個加減乘除功能不限語言 應該就知道有沒底了吧
08/09 06:15, 5F
→
08/09 08:28, , 6F
RD有再寫UT的公司，面試都會問到和UT相關的問題嗎？
08/09 08:28, 6F
→
08/09 08:29, , 7F
考如何給加減乘除的function做Unit Test
08/09 08:29, 7F
→
08/09 08:30, , 8F
只考這樣，似乎有點簡單耶
08/09 08:30, 8F
→
08/09 17:10, , 9F
UnitTest應該不是重點吧? 不太可能花太多時間在上面
08/09 17:10, 9F
→
08/09 18:48, , 10F
那微軟的SDET是專門寫UT的engineer嗎?
08/09 18:48, 10F
→
08/09 20:39, , 11F
我待的都有team在寫，而且也都是我負責導入的 :)
08/09 20:39, 11F
→
08/09 20:40, , 12F
成果也很豐碩，大家也有收到好處
08/09 20:40, 12F
→
08/09 20:40, , 13F
至於面試問甚麼，因為我也很常面試candidate，可以舉個例
08/09 20:40, 13F
→
08/09 20:41, , 14F
例如: 怎麼測試service物件，模擬DB的資料
08/09 20:41, 14F
→
08/09 20:41, , 15F
Unit Test有甚麼好處，碰到過甚麼問題，怎麼解決
08/09 20:41, 15F
→
08/09 20:42, , 16F
用哪套stub/mock framework，怎麼自動執行
08/09 20:42, 16F
→
08/09 20:42, , 17F
怎麼由Unit Test判斷production code寫得好不好
08/09 20:42, 17F
→
08/09 20:42, , 18F
怎麼讓Unit Test可以好維護
08/09 20:42, 18F
→
08/09 20:43, , 19F
當用對方式導入與進行Unit Test在開發流程
08/09 20:43, 19F
→
08/09 20:43, , 20F
就不會覺得它是個負擔，或是是多餘、額外的東西
08/09 20:43, 20F
→
08/09 20:44, , 21F
而是幫助設計的東西，也是整個team跟未來的team的保護傘
08/09 20:44, 21F
→
08/09 20:44, , 22F
不過，Unit Test就是有這麼多門檻，沒跨過去的
08/09 20:44, 22F
→
08/09 20:44, , 23F
說再多，也很難體會好處。但跨不過去的，通常都是
08/09 20:44, 23F
→
08/09 20:45, , 24F
方式不對，有很多人是會Unit Test，但無法成功導入
08/09 20:45, 24F
→
08/09 20:45, , 25F
就會變成很多額外的成本，甚至影響開發速度
08/09 20:45, 25F
→
08/09 20:45, , 26F
Unit Test的成本，跟production code的品質，成反比
08/09 20:45, 26F
→
08/09 20:46, , 27F
也就是通常Unit Test成本高，是因為production code太糟
08/09 20:46, 27F
推
08/09 22:05, , 28F
要導入Unit Test真的在寫code前就要想很多...
08/09 22:05, 28F
→
08/09 22:07, , 29F
我的設計文件寫了快一個月..大部分都在想怎麼寫才會好測
08/09 22:07, 29F
→
08/09 22:08, , 30F
程式都還沒開始寫，所有要寫的函式跟要怎麼寫都想的差
08/09 22:08, 30F
→
08/09 22:08, , 31F
不多了..
08/09 22:08, 31F
推
08/10 02:12, , 32F
樓上順序錯了..是先寫Test再寫Code..
08/10 02:12, 32F
→
08/10 02:12, , 33F
不應該有「要怎麼寫才會好測」這種問題才對...
08/10 02:12, 33F
→
08/10 02:13, , 34F
應該是先把Test寫好，再來寫Code，能通過所有Test就結束
08/10 02:13, 34F
推
08/10 02:16, , 35F
不用TDD來進行的話 Unit test可能事倍功半 甚至沒有效果
08/10 02:16, 35F
推
08/10 04:21, , 36F
SDET做的不是UT而是test framework，UT是SDE的工作吧
08/10 04:21, 36F
推
08/11 01:01, , 37F
可能我說法不太對..我其實是想說怎麼寫一個可以被測試的
08/11 01:01, 37F
→
08/11 01:02, , 38F
程式＠＠
08/11 01:02, 38F
→
08/11 11:13, , 39F
holymars的是TDD，chenlarry的是test-after development
08/11 11:13, 39F
→
08/11 11:13, , 40F
所以切入角度不太一樣
08/11 11:13, 40F
‣ 更多 rosemary0401 的文章
文章代碼(AID): #1G8edRU7 (Soft_Job)
‣ 更多 rosemary0401 的文章
文章代碼(AID): #1G8edRU7 (Soft_Job)