转发一份关于研发与测试的评论！

willing611

今天看了一篇《我们应该向谁学习》的文章，对里面有一段关于研发与测试的评论感觉非常不错，因此特地拿出来与大家共享一下，希望对有需要的朋友有相关的启示，谢谢！^_^

原文如下：
　　关于做研发好还是做测试好的话题，论坛上也有过争论，这倒也没什么。让我心里很不爽的是，刚发了一个贴子说测试很有前途之类的话，紧接着楼下的贴子就说，测试有什么了不起，做不了研发才做测试，你们做测试的当然说做测试好。老王卖瓜，自卖自夸！
我只想说，又是一个偏激主义，又是一个行业歧视！研发做不了才做测试，典型的鄙视测试行业，这就好像在说做不了医生才做护士，当不了飞机长才做了技术支持。
　　我们先来看看测试是不是“鸡肋”。既然测试不如研发，那也就可以说护士不如医生，技术支持不如飞机长。有人说，对啊，是不如啊！那我要问，哪里不如？医生能够动手术，那少了护士行不行？医生能够诊断，那少了护士的日常护理数据行不行？机长能开飞机，那少了技术支持行不行？我么可以假设一下，在动手术的时候不要护士，反正医生也知道下一步是拿剪子，还是镊子，还是纱布，自己心知肚明，何必要护士再当个“二传手”，还要隔着厚厚的口罩说活，万一听不清楚拿错了怎么办？驾驶飞机的时候不要技术支持，机长一个人开呗，出现故障了就自己捧着两，三千页的全英语技术文档看呗，查完了排除故障了再接着开飞机，有什么难的？朋友，这现实吗？如果可以执行的话，我想有关部门早就实行了吧，还可以节约人力成本，何乐而不为呢？
　　无论是医生和护士，机长和技术支持，还是研发和测试，都没有主次之分，也没有孰优孰劣之分。大家站在不同的岗位上，履行着不同的职责，相互配合，相互合作，才能把一项工作做好，过分强调其中一个而贬低另一个，都是不合理的。就像我们身上的五官，少了哪一个都不行。所以，测试绝对不是食之无味，弃之可惜的“鸡肋”。

　　我们再来看看研发。研发人员为什么一直都瞧不起测试？因为他们一直以来都认为研发在整个软件生命周期中是最重要的。可惜，这个观点又是错误的。研发是重要的，但不是最重要的。我姑且把软件生命周期分为六个阶段：需求分析，概要设计，详细设计，编码，测试和维护。一直以来，许多人都认为编码在其中占有很大的比重，而且事实也如此。后来，出现了软件危机，这才提出了科学的软件工程概念。于是，大部分的软件产品把重点放到了需求和设计阶段上，但此时编码还是占据了比较大的比重。再往后，随着各式产品的不断出现，质量问题逐渐浮出水面，于是测试又开始受到了重视。纵观一下可以发现，无论哪个阶段开始被重视，编码一直都是占据很大席位的一个阶段。
　　可真正成功的产品是怎样一个划分比例呢？50%以上的时间都应花在需求和设计上，编码阶段只有10%－15%，测试阶段20%－30%，余下的是维护阶段。有的人马上会反驳，研发人员每天没日没夜的写程序，难道只占10%－15%？不要惊讶，一个成功的项目就是如此。试问，研发人员整日整夜写代码的项目成功了吗？产品交付后研发人员轻松了吗？为什么现在很多研发人员不愿去只会写代码而不要流程的公司呢？不要认为测试占20%－30%是瞎扯，好的测试流程从产品立项到项目关闭，一直处于工作状态，每个阶段都要做好测试工作，才能保证整个产品的质量。所以我说，这个比例还是少的。现在研发平台已经越做越好，为研发人员节省了很多时间，甚至好的工具在画出UML图后就可以根据UML自动将其转换成代码，这样更是节省了研发人员再去敲键盘的时间，所以编码在整个软件生命周期中所占的比例是越来越少，不是不重要了，而是工作效率提高了，工具先进了，有更多的空余时间了。于是又有研发人员说，我们又有更多时间去歧视测试了。但我要说，原先编码在整个生命周期内占的比例高，所以你们看不起这个看不起那个。现在编码的整体比例下降了，你们还有什么资格去看不起别人！？

　　最后看看行业的发展。研发人员一直说，研发好，有前途，月薪多少多少，升职了还能有多少多少。测试嘛，冷门行业，没人干的，没什么前途的。试问，什么叫冷门行业？没人做的行业叫冷门，没人要的行业叫冷门。那么什么时候有人要，什么时候没人要？5，6年前，机械专业没有人学，整个机械行业停滞不前；两年前，机械自动化，机械一体化突然兴起，刚毕业的学生供不应求。上世纪九十年代中期，国际贸易火得不得了，可现在呢？还有会计行业，企业管理行业，现在都已经趋于平淡。谁又能预言研发会一直火下去而测试会一直冷下去？毫无疑问，测试行业刚刚起步，国内的人才还比较少，而研发已经兴旺了很多年。大家不妨去了解一下，现在招聘研发人员是什么条件？招收人数是多少？我想比几年前差远了吧，要求高了，人数也少了。2005年，CSDN做了一项调查，研发人员的从业经验。一年以内的有1511人，1－3年的有2736人，4－5年的有1133人，6－10年的有537人，11－20年的有54人，20年以上的有3人。可见，目前研发人员的经验主要集中在了0－3年之间，数量之多也是显而易见的。经过这几年的发展，底层的研发人员已经趋向饱和，而真正缺乏的是那些架构师和系统分析师。而这些职位的要求又是非常之高，以至于一般的研发人员都是望尘莫及。反观测试行业，近几年刚刚起步，供不应求，发展空间非常大，要求也不是很高，所以入门比较简单，整个行业处于一个上升阶段。其实，我只想反驳那些歧视测试行业的人，并不是看不起研发。
　　虽然编码阶段的整体比重在下降，但研发人员也一直在维护阶段为修改问题，实现新需求而忙碌着。无论做哪个行业，都有其自身的优势和劣势。研发行业要求高，学习范围比较广，但是人数太多趋向饱和，怎样才能使自己从底层的程序员走向架构师和系统分析师是研发人员要考虑的问题。同样也应该看到，测试行业虽然刚起步，门槛低，但缺乏有经验的测试人才，国内培训没有及时跟上，企业内测试流程的不规范，这些也都是成为优秀测试人才的瓶颈。

　　行业之间也是应该互相学习的，没有一个行业能说自己永远是最重要的，最优秀的。只有不断的学习，相互的帮助，才可以共同进步，共同繁荣。向行业学习，学习它的生存之道。

jessies

嗯有时候觉得测试是很劣势的，项目的发布与否有时候测试的意见只是参考，有些bug开发会和你争得面红耳赤，搬出一系列的代码实现难什么的理由
很多人和我说，测试是不是比开发要简单啊，我总是笑笑，是的，也许真的很多人觉得测试不比开发，测试的重要性在国内的企业没有得到重视，以至于有些开发总是用一种轻视的眼光看待测试，但是测试在国外企业的重视程度，尤其是类似微软这些大的企业，测试投入的人力和时间可以看出，测试不比开发的要差，测试不是一个不需要技术仅仅是黑盒测试的职业，那些觉得测试没有技术含量的人，仅仅看到了初级测试的那些黑盒测试，觉得似乎每个人都可以做。
不要和有些研发的争论测试到底有多重要，其实，重要与否时间会证明，而我也相信测试的重要性会在国内的企业中得到越来越多的重视，而未来测试的门槛将不会被研发的要低，不是研发做不了才做测试。两个不同的职业要求为什么要这样比较啊

willing611

　　其实换个角度来看，测试应该要站在比开发更高的角度去对待同一问题，这样方能找出更多的开发所认为完美地方的不足之处。
现在的开发模式越来越多的是WBS式，而程序员们关注的只是其开发的部分，注重的是“点”，但成形的产品质量要求的是“全面”，因此测试人员不但要知道各“点”，还要做到对“全面”的了解与掌握！