※ 引述《jas1123kimo (傑森)》之銘言：
: 最近小弟去面試很多間軟體公司，也拿到很好的Offer
: 但每次被問到兩題，我都回答的很不好，想問各位高手看看
: 1. 有沒有跟別人Co-Coding的經驗(真的沒有..)
: 這時候該怎回答比較好?
: 下一個才是我主要要問的
: 2. 要怎麼Debug及測試
: 因為小弟我之前都在學校，寫的程式不會這麼龐大?
: Debug就是設定很多的Pritf看運作的參數
: 或者丟各種測資，而且要每個Function都要跑到
: 但每次這樣回答完
: 面試官都露出應該還有其他的方法的臉看著我。
: 請問還可以怎樣測試或Debug呢
這些只是基本
debug效率和開發效率直接正相關
所以他問你你是如何debug
其實就是在問你開發效率可以有多快
一般學校剛畢業的學生就是你講的那樣,用printf為
但這就相當於告訴面試官 “我的開發效率=普通應屆畢業生”
不過其實有很多手段可以讓你debug效率好幾倍成長
尤其是在多人開發的專案，你還得要面對別人製造的bug
以下有幾個方式
1. 用eslint之類的code style檢查/語法檢查工具（和IDE搭配使用）。
2. 要會用git比對前後版差異，因為很多bug是在新版中才加進來的（有可能是別人寫的）。 簡而言之，要會抓戰犯
3. 會設中斷點
4. 知道如何生成好的 log 或 debug message （分散式系統尤其重要！）
5. unit test / 自動化測試框架
6. code review

7. 學水管抓漏一樣抓問題點

2,3,4 => printf ...

好像沒有什麼差別耶

.....

5算debug？code review 是什麼？

Code review是預防bug不是debug吧？

這樣答會扣分ㄅ

你是不是剛畢業

你是不是剛畢業+1

1.是指靜態分析？ 那個應該抓不到bug我們公司進code後jenkins有設定就會自動跑UT fail就會亮紅燈 但大部分bug都是UT pass後發生的code review能夠看出一些thread unsafe, memory leak等級的問題 但大部分bug跟這個也比較沒關係2倒是蠻常用的 有時候上JIRA搜尋一下別的team有沒有解過類似bug 再diff一下就拾人牙慧把別人的CL拿來用了static analyze我們公司用coverity三個月做一次 都是一些很無聊的問題比如unused variableUT只能防止你把某個component改壞公司規定是進code前在local端會先做一次UT 進code後jenkins會自動做一次 所以基本上main branch code一定都是UTpass

樓上請教一下貴公司ut是用哪套framework?mock呢？

gmock

gomock有用過 感覺很深奧

5很多人都會說 實際上用的人少的可憐 頂多用中斷點而已

5很奇怪 如果真的有做 unit test那怎麼沒測出bug應該是說unit test有過 還出現bug代表有條件沒測到

這篇沒特別幫助呵呵

之前面人說都會寫unit test，結果進來有寫的習慣也沒幾個，沒code review 也就不會有人盯

一堆高手躲推文，笑別人建議沒用，確又不肯出來講清楚