阅读历史 |

第326章 无线传呼系统测试(四)(2 / 2)

加入书签

听祁自强如此一说,刚刚发言的那位研究员也不说话了,他和十几个负责程序编写的年轻研究员凑到一起,嘀嘀咕咕商量了一会儿,这在站起身,说道:“祁组长说的对,问题很可能就处在移植过后的软件代码上,我建议对所有的软件源码进行一次检查,找出BUG所在,做出修改。”

祁自强点点头,说道:“好吧,你们现在就开始审查源码,一定要尽快找出BUG,实在不行,就多叫几个第一第二研发小组的人,帮你们一起审查。其他人也不要闲着,既然全部六十台BB机,只有这四台信息接收有问题,那就使用其他五十六台正常使用的BB机,进行下一步的寻呼压力测试。利用这里的几十台简易电脑,模拟多名寻呼员,同时输入寻呼信息,看看整套系统的承压能力如何,会不会出现延迟,死机等情况。”

随着祁自强的一声令下,全体研究员再次忙碌了起来,连吴志航这个当老板的,也找了一台电脑,帮着审查起了源代码。相比负责编程工作的十几位年轻研究员,吴志航学习编程的时间更长,经验更丰富,见识也更广博,算是资深老码农了。再加上穿越过后,被天地玄门改造过的超级大脑,检查起代码来,几乎一目十行,速度比其余十几位研究员加起来都快。

十几分钟后,吴志航打了个响指,兴奋道:“总算让我抓到你了,原来BUG出现在了这里!”

吴志航一发声,其他十几个坐在电脑跟前,跟一行行代码较劲的研究员,全部停下手上的动作,抬起头,将目光看向吴志航的方向,接着呼啦啦的站起身,围在了吴志航后面,嘁嘁喳喳的讨论了起来。

“呀,原来咱们把数据类型搞错了,原本是文本类型的传呼内容,被咱们写成了整数类型,出问题也就不奇怪了。”

“还是不对劲吧,如果只是数据类型不对,应该所有的BB机都接收不到传呼信息,但现实情况是,只有13和13的倍数编号接收不到信息,这也太奇怪了。”

“应该是显示位数问题,传呼编号是13的倍数时,代入这个计算公式,相当于将两个传呼内容叠加,其结果超过了BB机显示的数字位数上限,BB机显示不开,就出现了只响铃,却显示不出传呼内容的问题。”

“问题找到了,只要修改一下这几个参数的数据类型,就能完美解决。”

“还是老板厉害,咱们这么多人,彼此分工合作,审查源代码,竟然还赶不上老板一个人的工作效率高,这还真够打击人的。”

“咱们老板是常青藤名校毕业的博士,有此编程水平太正常了。咱们几个学习编程知识才一年多,想要达到老板的水平,还早着呢。”

↑返回顶部↑

书页/目录