接下悬赏后，萧天就看着这套库封装了设备通讯以及各种命令返回信息的识别、分类以及错误监控等功能。
而且这套库由一种很小众的语言写成，这种语言叫tcl，你可以认为它是一种shell脚本，所以继承了命令行写批处理的各种怪异风格；同时它还提供了类似python的进阶功能，比简单的shellscript稍微强大一些——这就在水平不高的自动化测试人员和相对强大的语言能力之间取得了平衡。
做过debug的业内人士都知道，一个bug症状越明显、发作越频繁，它就越好处理；最怕的就是这种维护辅助库一年半载不出现一次的。
所以也难怪人家要悬赏这个，毕竟费时间还不一定找得到，没有一定的经验太难了。
萧天也只是大致看了看，目前来说完全没有头绪。
因为相关代码4、5万行都可能是有的；而且这bug描述也极为模糊、混乱，完全没有方向。
所以对于萧天来说，解决这个bug的过程应该曲折一点。
十分钟之后，在这个bug之前，萧天在辅助库中又找到了另一个“积年老bug”。
这个bug好像属于偶发，时有时无，让人摸不着头脑。
所以萧天准备为这个支撑系统做个模拟运行系统。
为什么要做模拟运营系统，是因为所有这些测试代码其实都要在网元上运行；而这些网元中，性能比较猛的，两台就足够东南亚那些小国全国使用的——从它的电话通讯到电脑网络，全都由这个设备提供支持。
这种设备当然不可能多，如果有测试组想开始测试，就得提前申请；然后如果测试用例有bug，就把大量机时浪费掉了，那样子写的代码，测试起来就更难了。
而萧天是没有这些的，所以只能搞个模拟系统：只要下发命令，就能从数据库找出记录下来的、对应的命令返回给自己，这样就不需要在真机上调试了。
借助这个模拟系统，萧天就可以把bug出现前测试组日志里记载的命令返回“喂”给程序逻辑。
这果然使得bug重现了。
通过到处插日志打印语句，萧天发现这个问题是因为“命令返回的结果信息丢失”引起的，然后进行到这一步，萧天发现调查卡到了这里，下面无法进行下去了。
揉了揉自己的脑袋瓜，萧天感觉头脑昏昏沉沉了。
“先休息一会儿吧，不用那么着急。”
这个时候，张雪也是说道，她在旁边看的一清二楚。
那密密麻麻的代码还有银行卡到账的工资都令张雪有些愕然。
这么最多两三个小时的功夫，几万块就到手了，可不比她累死累活一个月还要赚得多？
难怪这么有钱呢……
张雪也是心里面想着。