• 软件测试技术
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘

字号: | 推荐给好友 上一篇 | 下一篇

BUG,规范,断言和调试

发布: 2009-2-23 09:39 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 3次 | 进入软件测试论坛讨论

领测软件测试网

-KIx4I+a_ 软件测试技术网+T})^%O$sU j

        还有一些人干脆就认为BUG是不可避免的,或者认为不值得这么精益求精,但是实际上防止BUG出现的最好的时机,就是在编写代码的时候。在编写代码一段时间之后,即使是编写者本人也可能需要一段时间来理解代码(如果不习惯写注释的话,这段时间会更长),更别说定位问题所在了。在编写代码时,如果具有良好的习惯,可以免去很多在之后消灭BUG的困难。软件测试技术网%ib4Lq+}0?/e8s9B

软件测试技术网0[l.O#s Ml!{

规范不是语法
h9h*{5sp        太多人把不要使用goto奉为圣旨,从来不想去打破。他们会争论,goto会造成难以维护的难读的代码,以及使编译器无法进行优化。这两点在很大程度上是真的,但是也有使用goto可以增加程序可读性和效率时候。在这种情况下,遵循“不使用goto语句”规范会产生更糟糕的代码。

B_q V$Vw| sm,rtj 软件测试技术网`]-X Oc7?'P"L

        一些人喜欢在成员函数后面加const,但是另外一些人没有养成这个习惯。一个直接的结果就是,一些看起来对对象完全没有影响的函数不能在const函数里面使用。这时候应该怎么办?如果函数实际上会对对象成员造成影响(例如CToolBar::GetItemRect),这也会带来潜在危险。软件测试技术网 m:S$G4` n7[J

软件测试技术网y0?5k0A#G-T