【自爆系列】到底是什么是做好软件质量的的障碍

      到底是什么是做好软件质量的障碍，无论是做外包还是做产品，都不得不面临软件质量的问题，虽然我们打一枪换一个地方，但作为博客园的大多数园友，肯定不是这种人，虽然当腐烂的产品带来的bug压得我们喘不过起来的时候，我们会换个地方，但大家都在外漂泊，在外漂泊的时间也就区区10年时间，对我们来说每一天都应该是宝贵的，不容浪费。

本人入行时间短，一直做产品开发，没干过外包，仅说说那些怀着雄心的，孱弱的产品是如何开发的。

       中国特色的软件开发与传统封建思想的毒害----为了考试而考试，为了上线而上线。

        每天都被上线催促，老大不安排上线就有可能被营销的人认为何不合作，被以营销为驱动的公司炒掉，所以老大只能快马加鞭的，放下一切的追求快速上线，最好能直接在服务器上调试，在服务器上开发，知道所有人都被漫天飞舞的客户吐诉折腾的神经孱弱不堪，老板又换一拨年富力强激情永驻的开发。---营销驱动

每天都被修改产品规则折腾，老大不安排新的产品规则修改快速完成，就有可能被产品总监认为不配合，阻碍产品升级换代挣钞票，而gameover，其妙之处有时候产品换来换去，于是出现了产品和开发面对这一个产品，仿佛盲人摸像一样，大家都不清楚这个产品的某个功能是什么规则，什么逻辑，只能从比微博还乱的原型、文档、代码、注释、邮件、去揣测这个产品最初是什么面目，现在有事什么形状，产品要改成和什么样子，以及上线后风马牛不相及的效果，大家都迷失在规则的世界里，产品比开发多的场景又出现了。--产品驱动

         我查，这个产品以前写的代码就像一坨屎一样，神马？明天要上线？好吧，老大带着一帮游击队在小心翼翼的维护这一个充满各种雷的产品，每天都在祈祷。这个东西以前做的太烂，不可测试、不可控、不可扩展，怎么办呢？哎，先这么放着吧。--历史债务

         经过一天天的折腾的，一月月的的重复，年年岁岁BUG相似，岁岁年年产品还是那个产品

现在有时候闭上眼睛，把产品的每个功能模块都能画出来，如果用windows资源管理器，甚至能画出一株大树，细思量起来，其实这个产品蛮简单的，难怪老板给我低工资，原来我们做的东西太简单了。

         其实，这是整个团队在系统的模块划分上，并没做任何付出，系统乱成一团，虽然我不清楚在模块划分和数据流方面有没有专业的工具，是在不行用资源管理器弄弄也行。不做模块划分和模块下的功能的细分，感觉每天好像都很忙，但每天又好像啥也没干一样。

没做模块划除了做人肉测试再也想不出来其他方法，当人肉测试遇到会员各种身份状态，上帝都会发现测试不够了

        需求的管理当然是产品经理的事情，但是需求的版本管理呢？没有需求的版本管理，做产品就好像在盲人摸像一样，一个产品经理走，感觉所有的需求都被他带走了，然后几个开发几个产品围绕一个弄能抓耳挠腮，到底现在的逻辑是什么需求的反应，这个问题到底是个bug还是要调整需求，需求要变时往往问以前是怎么回事。。。。。。。。。，没有需求的版本管理，还做软件质量管理？连做个测试都不知道什么结果是正确的。

        关于测试、单元测试、自动化测试、自动发版本，代码走查，结对编程，虽然我没做过，本着干一票就走，以后手系统维护费用的外包当然没事，但是对于做产品，这简直就是灾难，开始几个月可能不明显1年后、2年后、3年后，我只能呵呵了。