神刀安全网

一个神秘的bug

公司最近新来了一个测试小张,是公司第七位进入的测试员工。一进来就挑了大梁,负责测试公司已经上线一段时间的bug。
这个项目已经上线运营了快五年时间,五年时间,起初设计好的框架已经有了很大的改动,产品的功能也发生了变动。整个app与时俱进,加了很多音视频方面的功能。初步来了解app可能很简单,但是要进行更详细的测试的时候,就出了很多问题。
上个周五的时候,这个新来的测试的同学,在按照此前安排的测试计划进行着。公司的开发是按照严谨的敏捷开发的模式进行着的。这一次的版本对应的开发周期是一周,所以给测试去测试app稳定性的时间也是只有一周。

因为应用是在第一天的时候上线的
在第一天的时候,小张开始测试的时候就发现了一个bug。点击应用中某个界面的时候,会出现闪退。有几年测试经验的小张第一个想到的就是去找客户端的开发。
然后小张找到了负责开发这个app的iOS端的小王。小王是iOS开发组中第四位进来的成员,今年二十七岁,打算过年回去结婚。因为要打算结婚了,所以这一年来有时候心情很好,有时候看起来又有点郁闷。但他还是很喜欢跟人开玩笑。碰到同事们,就调侃两句。所以测试们面对他的时候压力不是很大。这里要说明的是因为公司比较文化是工程师至上,所以工程师们比产品和测试们更加有话语权一点,实际上的福利也比产品和测试要好。
小张找到小王,跟小王说了情况。小王眼睛撇了一下,然后对测试说,这明显就不是我的bug。你去问下小飞。小飞是另外一个iOS工程师。小飞摆摆手说,这个也不是我的bug。然后小张又去问了iOS开发组中的另外几个开发人员。然后大家都摆摆手说这个不是我的bug。
这个时候,iOS开发组的老大觉得看不下去了。就站了出来,自己找了下bug。没想到这个情况真的跟其他组员说的一样,看不出是谁的bug。而且比看不出是谁的bug更要命的是,一时看不出bug出现的原因。这个bug也不是每次都会出现,出现的概率是每操作几次才会出现一次。而且不同的操作对最后的闪退都没有影响。这个才是最让人觉得奔溃的。但是程序中所有的故障都是有发生的原因,只是有的故障可能比较隐蔽,或者是因为系统的升级带来的问题。所以排查起来需要时间。

iOS开发组的老大有着五年开发经验,所以碰到这种问题他很淡定地接了过来。但是这次碰到的问题很明显超出了他的预期。他是个思维很敏捷的人,但是碰到这个问题他还是很困惑。然后只能笑着对测试说,我再看下。
然后时间过去了两天,测试再次找到开发组长的时候,开发组长告诉她,自己过去两天没时间看,自己开发的需求也有bug需要修改。然后答应了测试接下来开始修改。开发组长因为技术和经验水平都高于团队中的其他成员,所以他自己把这个bug揽下来了。
接下里的一个下午,开发组的组长一直在潜心研究这个bug,有时候看到一点线索了,会兴奋地站起来,挪动下身子。或者有时候在网上看到一个类似的bug的时候,也会兴奋地挪动下身子。看到线索不能解决问题的时候,则会挠一下头,起来倒杯水。
但就像所有bug都有其发生的原因一样,这个bug自然也有它发生的原因。排查了一个下午后,开发组长在应用启动时回调的一个方法中,发现了问题。而通过代码的提交记录,看到bug是小王留下的。原因是其中的一个注册方法,多提交了一个参数。
然后就是打包,上线。开发组长也更加坚定了自己认为的所有bug都有它发生的原因的想法。然后把代码中佛祖保佑的注释符删掉了。

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 一个神秘的bug

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址