※ 引述《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 也就不会有人盯

一堆高手躲推文，笑别人建议没用，确又不肯出来讲清楚