成功开发程序员的目标之一:灭了测试

　　与不少的朋友在一起聊天时，经常会聊到开发和测试的关系。好像大部分的关系都不怎样，有的甚至于水火不容了。

　　有朋友讲，他们公司里，测试的工资是死的，活的那部分就在BUG上，找到一个BUG就是一份钱，找到一个大BUG，就是一大份钱。BUG就成了他们很大部分的经济来源。为了这份来源，他们会把眼睛磨的和针一样，从针眼里看程序，哪里有不顺眼的，就是一个BUG。

　　而我那朋友开发者们就苦了，一个BUG也是一份钱，出了一个BUG就少了一份经济来源，天天就被那些BUG给搞的焦头烂额，页面样式，提示语，并发，恶意攻击......，一个个每天看着测试们都红着眼，看到自己的工作框里又多个红条时就忍不住想去杀了那些测试。

　　也许这种效果就是老板们所想要的，反正他就出那么多钱，你们下面的去争去抢吧，还能提高代码质量呢。我不禁想问，这样真的能搞好代码质量？真的有利于公司的发展？

还好我没有朋友那种遭遇，我所在的公司是敏捷开发，所做的就是测试驱动，我们和测试的关系还是很和谐地，嗯，相对于我朋友来说。没有那种很紧的针锋相对的气氛，而且在我们这，测试们就是老大，他说有问题就是有问题，没有的反驳(如果真觉的那不是问题且可以向上一级反映)。呵呵，不知道我们公司的这种观点是不是能被别人接受，但是我们用了，效果很好。那肯定有人问，测试说有就有，那他们也太幸福了！幸福？嘿嘿，我倒是觉的他们在痛苦并快乐着。是的，他们对开发者还说，权力不小，但我们这还有一条，如果发出去的项目产品出了问题，第一个要找的就是测试，测试将要负80%以上的责任，这种压力小吗？

　　回过头，我们再想想，测试是开嘛的，不就是保证产品的质量嘛，他们就是项目的最后一道防线，他们就是产品的第一批客户。敏捷开发的周期相对瀑布开发会短，且需求是在不断的变更之中，这样，开发者的时间本来就紧，如果测试不把好关，那整个项目就会被拖死。开发时会有测试、开发、客户三方定期到一起碰头，修正开发方向，听取客户意见和新需求，然后测试写用例，开发赶进度，一个阶段开发完，正好测试也写完用例，测试，有问题立马就改再回归测试，阶段完成后再次组织demo show再次修正，如此反复。从中可以看出，测试是非常非常的重要，开发要花心思和精力在需求上，测试更是全心的扑在了需求和使用上，没有时间给你去争论，没有时间给你去反驳，是不是BUG，客户会告诉你，他们是和测试站在一起的，因为，测试就是我们的第一批客户。

　　而一个成功的开发程序员，他的目标之一就是：灭了测试。灭了他们，怎么灭？不是去争，不是去吵，也不是去反驳，而是让你的代码去灭了他们。如果你的代码能让三分之一个测试员处在于休息状态，我觉的你就是一个很不错的程序员了，如果你真的能让测试员们都去休息了。我将对你膜拜！

　　那么，如何用代码去灭了测试？我不知道，不过我在摸索，我在分析，我一直在努力去灭了他们。说说我的体会。一个产品，站在使用者的角度我将它分成三个大部分，界面，功能，异常。界面好不好看？交互是不是很绚？提示是不是很友好？逻辑是不是正确？功能是不是丰富？操作是不是简洁？数据是不是很安全？停电了，断网了，访问的人多了，那我的产品能不能有效的保护数据？我的人不小心把数据库里的数据改了，他还能不能正常跑？有人偷了我的信息，能不能查到记录？等等。。。是的，考虑的东西很多，至于功能逻辑和安全上也许方向过多等我以后摸索出更多的门道时再讨论，但在当前，对于界面上的问题，我们是可以避免很多BUG的。就拿做一个网站来说，做为一个开发者，无论客户是把模块页面给我们还是我们先自己写个临时页面，在这一步里如果我们多花点心思和功夫，那会在以后少很多的麻烦。

　　以前做过一个国外的商城项目，他们的要求是页面要兼容ie6以上(当时还要求ie6,后来取消了)　，firefox3.4+,　opera,　chrome,　safari浏览器，这样的要求，说实现的，有点变态，但又不得不去实现。当时就是因为赶进度，而使用后期整合浏览器兼容性时吃足了苦头。现在如果再写页面，我在写页面时就会先考虑一系列的问题，如果是取值显示，那就要想，这个值如果不存在怎么处理？如果是空值怎么处理？如果类型不对怎么处理？如果值过长怎么处理？如果是数字类型的，那它要保留几位小数？如果是时间类型，那他要什么样的表现格式？如果这个值里有特殊字符怎么处理？等等，如果是一个输入框，则又要考虑，这个值是否是必须值？这个值最长能输多长？这个值必须是什么类型的？这个值的格式必须是怎样的？这个值要不要做特殊字符处理？如果要给用户提示将如何进行统一的提示？等等。还有，在做自己写页面时要十分注意使用html的语义标签，不要一上来不管三七二十一就div的重头用到尾，那是烂用，div是个无语义的标签。如果是客户提供的页面模块，我们也要将其内部代码检查一鄱，别什么拿来就用，如果那个页面全部都是页内部css，或全部都是无语义的标签，我们要即使反馈，不然最后做兼容性或改页面功能时不知道在哪就会出问题，那样是会死人地。

如果，我们一开始写页面时就注意到了那些问题，测试们会少报多少BUG？我们会节省多少时间！按我们这组内的统计，一个项目差不多有三分之一的BUG就报在了页面上。很是浪费啊。

时间不早了，收笔。还要去吃饭了，肚子在闹了。

最后，我只想说，我们没可能完全的灭了测试，但是我们应该是一直在努力。一个能灭了测试的程序员才是一个成功的程序员。

 

评论

4 楼 jmu 2011-03-23  

引用

如果，我们一开始写页面时就注意到了那些问题，测试们会少报多少BUG？我们会节省多少时间！按我们这组内的统计，一个项目差不多有三分之一的BUG就报在了页面上。很是浪费啊。

不是测试们会少多少bug， 是把bug发现时间提前了。自己发现的就不算bug了？只不过是修正成本变得很低很低而已。

3 楼 jmu 2011-03-23  

jay_kid 写道

所以十分认同测试驱动

测试驱动只是让开发流程合理化，只是提高效率，降低成本和风险。并不是说对消灭bug本身有什么帮助。

2 楼 jmu 2011-03-23  

开发和测试本来就是无法分离,缺一不可的。  不同阶段的测试也不能一概而论

1 楼 jay_kid 2011-03-21  

所以十分认同测试驱动