第二十七章 BUG,BUG(1/1)
271
星期一,公司小会议室。参加过公司的协调会,匆匆扒拉过几口午饭,下午王有节打足精神,又开始召开部门的例行周会。
随着部门的人数增加,现在小组长除去专门做测试的周姐,已经多达八位。
开门见山。没有多余的废话套话,王有节先问吴得利:“a公司的应用bug,现在彻底解决了吗?”
一个月之前,a单位本来运行良好的应用突然间出了状况:每天一到下午两点左右就会毫无征兆地崩溃。一开始该单位以为是他们自己内部的问题,可是自查自纠了将近十多天,却没有任何成效。
后来就报告给了王有节他们公司。公司自然很重视,按照谁完成谁负责的原则,把这单业务维护的任务分派给了王有节的部门。但实际上,a公司的这个项目完成,已经是三年多以前的事情了。
吴得利和周姐所在的小组,派出人员查看了日志,可是却根本没有报任何错误。在测试环境中想尽了一切办法进行模拟,也总是无法重现。
这样重现的的现象持续了十天。
这样一来,不仅是a公司,连具体负责的吴得利都感觉快要绝望了。
见王有节问起,吴得利这时候打起精神,高声说道:“昨晚下午开始,差不多弄到晚上凌晨二点,终于算是暂时告一段落了。”
王有节紧接着问:“过程呢,到底怎么回事,问题又出在哪里?”
吴得利想了想,说:“左想不对,右想不对,在两三天前,我们就开始改变方案。后来慢慢就意识到,为什么系统崩溃的时间基本上总在北京时间的下午两点?是不是这里面有啥问题?”
王有节盯着吴得利。
“顺着这个新的想法,后来我们就有目的的开始查找他们公司的客户资料,这样才发现了一些蛛丝马迹。偶然间发现,我们的下午两点,正是意大利的早上8点,那个时候,他们公司新开发的意大利用户会登录系统,有些特殊属性的用户做了一个操作,触发了一个年久失修,普通用户根本走不到的代码分支,从而导致系统直接退出。”
“找到了原因就好办了。”王有节想了想,问,“后来怎么解决的?”
吴得利笑笑,说道:“很简单啊,我们只用一行代码就fix了这个bug!”
会议室里响起来一片会意的笑声。
“人世间最痛苦的事情,就是明明有个bug在我的眼前,我却无法重现它。你们看看,本来一行代码就搞定的事情,但是这次的过程竟然长达一个月!”
王有节想了想,又说道,“我们一定要吸取这一次的教训。同学们,bug万万不可再重现的啊?!”
底下一片沉默。
伍涛这时候却“不合时宜”地咳嗽了两三声。
王有节笑笑,说道:“有屁就放,不要假模假式。”伍涛就是一直跟着王有节的小伍。现在他也成长为部门得力干将,一个月以前终于成了带着五六个人小组的一方“诸侯”。
“小伍你总这样的开场白,我们都已经习惯了的。好伐?!”还有人起哄。
伍涛尴尬的笑了笑,这才讪讪说道:“老大,这几天我们小组都快要被客户搞死掉了。”
王有节吃惊,问:“哪能------?”
伍涛断断续续讲了四五分钟,才讲完整最近他们小组的特别遭遇。
原来,他们小组现在正在做的项目,甲方负责人李总是单位里的二把手,不知道什么时候了解了一点编程的技术,每次开需求会都是和伍涛他们大谈如何开发软件。这位李总的口头禅就是:这个需求,用个sql从数据库一选不就出来了?!你们怎么得开发一周?!别想蒙我!
“你们说说,碰上了这样的甲方领导------,”伍涛现在起来这些,就垂头丧气,“唉,我们现在很难啊----”
开始有人叽叽喳喳。
“他怎么能考虑到用sql的,sql的like是效率极低的,并且将来数据量大了以后,肯定要崩溃的。”
“是的啊,我觉得应该建立全文索引,需要用一套基于搜索的解决方案才行的。”
-------
伍涛继续诉委屈:“有人说不懂技术的瞎指挥很可怕。我现在倒是觉得懂点技术,然后指手画脚更可怕!”
本章阅读结束,请阅读下一章