11 2012 档案

【VIM】VIM的使用
摘要:最近迷上了vim,我想世界上在没有任何能媲美此编辑器的编辑器了,真的是编辑器之神。我常使用的命令是过滤,即%v/text/d和%g/text/d若说你在用记事本或者edit plus或者notepad++时,你需要一个新的功能,很抱歉,发邮件给这些软件的开发者吧,而且他们还不一定会采纳你的意见。但是vim就不同了,你需要什么新功能,自己动手来做吧,这就是DIY精神,这就是一个程序员应该有的精神,不能想着依赖,而是要自己做出来。权且记录下常用的命令吧:Vim 是一个Linux 平台上功能非常强大的编辑器,他是早年的Vi 编辑器的加强版。这个gVim 是windows 版的,并且有了标准的wind 阅读全文

posted @ 2012-11-08 17:24 Kaichd 阅读(493) 评论(0) 推荐(0)

【GTest】当Gtest用例失败后,做你想做的任何事
摘要://备注:此文章是joven的分享,正巧对手头的工作有帮助,而且借此可以延伸出一个新的需求:若有个用例在不知不觉的情况下,卡死或者阻塞了下面的用例,怎样来对其进行处理?//这个问题的提出是因为Gtest是同步的,在使用Gtest进行测试时,拉起gtest主线程,通过主线程来控制测试用例的执行,若要解决这个问题,我们就可能需要对Gtest框架进行更改,//最理想的状态是更改gtest的同步执行为异步执行,在进入每个用例时,由Gtest主线程拉起一个测试用例执行子线程,然后主线程进入wait状态,等待子线程的执行退出,再恢复主线程以进入下一个测试用例的执行,//如此便可在主线程里进行超时的判断,若 阅读全文

posted @ 2012-11-08 17:17 Kaichd 阅读(2530) 评论(0) 推荐(0)

【Software Test】测试工程引用被测试工程需要注意的一些问题
摘要:问题的提出:早上发现我的测试工程在运行时调用一个函数A时会莫名奇妙的访问越界,导致失败,查看call stack发现,函数A调用的实现是在函数A定义的头文件里的下一个函数B,因构建测试机昨晚的自动化并没有出现这种问题,初步断定是编译或者链接的问题,而不是代码的问题。问题的解决:在咨询开发后,发现由于开发加入了新的接口,导致测试工程编译所使用的头文件发生了更改,而对应的被测试程序的DLL和EXE依然是旧版本的头文件编译出来的,这样就会导致测试工程编译出来的EXE里保存虚函数的偏移发生了更改。问题的反思:为了方便,测试工程一直引用的是SVN trunk的头文件,而发布版本会打tags,此时开发会对 阅读全文

posted @ 2012-11-02 11:38 Kaichd 阅读(153) 评论(0) 推荐(0)

导航