【自爆系列】到底是什么是做好软件质量的的障碍-阿里云开发者社区

开发者社区> 开发与运维> 正文

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

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

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

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

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

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

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

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

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

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

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

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

image

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

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

test

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章