linxuping的专栏

如何用Visio绘制流程图 http://www.doc88.com/p-2314710872268.html

今天又遇到同事在对历史悠久的代码进行bug排查，结果看到了一些类似***>2的逻辑判断，当场也就懵了，完全不知道它代表啥业务情形！群里面几十个同事包括不少老员工都在，可是就不能给于明确的解答。 当然针对这种情况，可以使用VCSLog和VCSAnnotate来对代码的log进行追溯，然后看下是哪个分支合并的，然后继续往前查，也许你找到了源头，并看到注释说是哪个bug或者哪个需求所以加了这段逻辑，但

module name:ln/fs checkout 分支： cvs co -r tag1 ln/fs    update 一个文件从主干到分支： cvs update -r tag1 ***.py      然后使用cvs status ***.py就看到已经更新到分支 导入一个工程源码： cvs import -m "add project

#ifdef DEBUG_CODES_TIME void timer_start(timespec *aStartTime) {       clock_gettime(CLOCK_REALTIME, aStartTime); } long timer_end(timespec *aStartTime) {       timespec endTime;       clock_g

aaa

纯个人总结： 单元测试(UT)、功能测试(FT)： 目的：1、尽量避免写的代码测试人员频繁的来找你其他地方又出问题了；2、提供的接口不可用；3、一个bug修复了引入了其他的bug或者其他用例变红了； 理解：在实现函数功能的时候编写对应的测试代码，尽量保证”输入-输出”的正确性，在测试用例比较多的时候对系统有强身健体的功效，适用的人群是：非大牛者 优点： 保证函数基本功