亲,欢迎光临天天书吧!
错缺断章、加书:站内短信
后台有人,会尽快回复!
天天书吧 > 玄幻魔法 > 重生从努力当学霸开始 > 第三百三十一章 初步测试
  • 主题模式:

  • 字体大小:

    -

    18

    +
  • 恢复默认

一名中年研究员,动手打开从“寻呼机房”到寻呼基站的线缆开关。

这个年代,作为通讯使用的光纤还没推广开,用于连接通讯的线缆,都是一根根的同轴导线。

这名研究员所做的工作,就是把数十根线缆依次接通。基站上的通讯指示灯依次亮起之后,齐自强继续下令道:

“第三项,基站和天线测试,开始。”

操作简易电脑的年轻研究员输入指令,将刚刚的寻呼请求再次发送了一遍,并回复道:

“寻呼指令重复发送成功。”

与此同时,刘焱手里的bb机屏幕一个闪烁,然后就出现了“”的数字,同时伴随着“bb,bb,bb”的响声。

随着bb机发声,原本十分嘈杂的实验室,顿时安静了下来,就像是有人按下了游戏的暂停按键似的。

刘焱淡定的按停了bb机的铃声,说道:

“寻呼机终端已经接收到了信息,内容是,和发送内容相符,恭喜你们,数字无线传呼系统,第一次测试就成功了!”

刘焱发言过后,实验室内响起一片热烈的掌声,好几个年轻的研究员难耐内心的激动,振臂欢呼了起来。

“太好了,我们成功了!”

“一次成功,吔!”

“从今天开始,再也不用加班了,我们解放啦!”

等众人发泄的差不多了,组长齐自强才咳嗽了两声,说道:

“好了,戒骄戒躁,这才刚刚第一次寻呼测试,成功了有啥好激动的,后面还有十几个测试项目,全部通过了再庆祝也不迟。”

齐自强的话点醒了大家,意识到他们这个时候高兴的太早了一些,于是纷纷收敛情绪,将全部心神,投入到后续的测试中去。

不同编号,不同内容的的传呼,调节基站的信号发射功率,测试bb机的信号覆盖范围,和信号穿透情况。

刘焱作为一个测试参与者,亲自带着两部bb机,开车跑出十几公里去,在全发射功率的情况下,依旧能接收到信号,只是由于信号强度太低,传递过来的数字信息很可能会出现缺失,少个一两位,或其中几位出现差错,也多次出现。

另外测试过程中,还出现了13和13的倍数编号的bb机,能收到传呼信号,能响铃,却接收不到传呼内容的怪异问题。

全体研究员上阵,从头检查了寻呼系统硬件,和寻呼接收机,结果什么都没查出来。

齐自强沉吟一下,猜测道:

“整个系统的所有组成部分,都检查过了,一切正常。现在呼别的编号,一切正常,碰到13,26,39,52,就会出现只响铃,却接收不到传呼内容的问题。我怎么觉得,这问题是出现在了系统软件上。”

一名负责软件编程的年轻研究员,摇摇头,说道:

“传呼系统软件的源码都是老板提供的,应该不会出现什么错误吧?”

齐自强用手比划了一下,说道:

“软件编程的事情,我不太懂,却也听你们说,老板提供的源码,原本是运行在x86复杂指令集作为cpU的电脑上的。

而咱们现在使用的电脑是咱们公司基于自产精简指令集ARm芯片,开发的简易电脑,系统和软件都合x86不兼容。

老板提供的软件源码,也是经过你们的代码移植,这才编译成ARm简易电脑使用的软件。

在这个代码移植过程中,会不会某段代码出现了错误,或逻辑上出现了bUG什么的,造成了现在的现象。”

听齐自强如此一说,刚刚发言的那位研究员也不说话了,他和十几个负责程序编写的年轻研究员凑到一起,嘀嘀咕咕商量了一会儿,这在站起身,说道:

“齐组长说的对,问题很可能就处在移植过后的软件代码上,我建议对所有的软件源码进行一次检查,找出bUG所在,做出修改。”

齐自强点点头,说道:

“好吧,你们现在就开始审查源码,一定要尽快找出bUG,实在不行,就多叫几个第一第二研发小组的人,帮你们一起审查。

其他人也不要闲着,既然在测试的全部六十台bb机里,只有这四台bb机信息接收有问题,那就使用其他五十六台正常使用的bb机,进行下一步的寻呼压力测试。

利用这里的几十台简易电脑,模拟多名寻呼员,同时输入寻呼信息,看看整套系统的承压能力如何,会不会出现延迟,死机等情况。”

随着齐自强的一声令下,全体研究员再次忙碌了起来,连刘焱这个当老板的,也找了一台电脑,帮着审查起了源代码。

相比负责编程工作的十几位年轻研究员,刘焱学习编程的时间更长,经验更丰富,见识也更广博,可以算是资深老码农了。

再加上穿越过后,被时空门改造过的超级大脑,检查起代码来,几乎一目十行,速度比其余十几位研究员加起来都快。

十几分钟后,刘焱打了个响指,兴奋道:

“总算让我抓到你了,原来bUG出现在了这里!”

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

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

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

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

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