第三百三十一章 初步测试(2/3)

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

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

    齐自强沉吟一下，猜测道：

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

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

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

    齐自强用手比划了一下，说道：

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

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

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

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

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

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

    齐自强点点头，说道：

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

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

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