您的位置:首页 > 运维架构 > Shell

扯淡之浅谈bugbash

2015-08-22 11:54 453 查看
        由于测试组一直在进行落地计划,所以对于bugbash的理解也以落地的方式呈现何为bugbash,为什么要参与bugbash,bugbash我们能做什么。
        Bugbash就是bug大扫除,大扫除就是类似于家里过年什么的,进行的大扫除,所有这个bug无关大小,无关重要性,只要是你觉得是不对的地方,你用的不爽的地方,不按你的想法来的地方就是一个bug。测试组有句口头禅:提提提!发现bug怎么做,请提到redmine上,留个记录,也让我们测试组学习哈。
        对于设计(策划和视觉设计师等)的同学来说,需要关心下你所设计出来的最后呈现的效果是否达到预期结果,是否还有优化的地方,也许这次的设计不是你来,但是也有学习的地方,他人的设计是否符合了产品的定位,对自己的设计是否有借鉴的作用,是否能给予你灵感,或者从设计的角度来看,是否这样的设计存在缺陷。
        对于运营来说,能让市场推广做的有底气的不可获取的条件是你正在推广的产品质量是有保证的,你了解产品能给用户带来的好处,你知道产品的功能,能向别人介绍你的产品,对产品的了解以及好的产品将会扫清很多在谈判的道路上的阻碍;对于做线下活动的同学,亦是如此。在产品上线后,需要用户反馈的跟进的,如果很多浅显的问题能在上线前就修复,比如说之前的iphone6 plus的用户就反馈说字体太小,能不能调字体的大小,又比如说之前android用户反馈说在哪里可以设置学习计划,诸如此类的问题,如果上线前就能解决,做用户跟进的同学的工作就能轻松很多,从另一个角度来说,如果跟进用户反馈的同学连自家产品都不了解,如何回答用户的问题,永远依赖测试来替你们解答吗?一个错误的答案影响就会很广,比如遇到某些顽强的用户,给他一个错误答案,至此认定我们软件的某个功能不科学,不去使用,不去升级,以他的影响力来影响别的用户。所以了解自家产品是一件必须要做的事情,bugbash就可以让你了解这一版本有什么新功能,陪着你一同成长。
        对于开发的同学来说,不妨放下手头的工作半个小时或者1或2个小时的时间来感受下你们的成果,或者来学习下别的开发的同学的设计思路,总是有借鉴及优化的地方,或者以代码的角度,寻找下隐藏的bug,做到测试的同学现在所不能做到的地方,当然测试的同学也在追赶开发的同学的脚步。
        对于测试的同学来说,在所有的用例走完之后,在bugbash阶段,需要再次确保重要的模块不要存在bug,可以想想是否还有漏测的地方,这个阶段可以进行探索式的测试,可能测试用例不是你设计的,是否有些地方是还没有覆盖的,测试是一个探索的过程,不是纯粹为了验证而去测试,思维不是固定的,不要只做个执行者,需要学习设计各种场景。也可以引入新的技术做测试,只要你在路上,就没有到不了的远方。
        所以,综上所述,bugbash是一个可以给所有人学习自家产品的大好时机,是一个可以提高自家产品的质量的大好时机,是一个可以减轻上线后的工作量的大好时机。虽然我们的职责并不一样,但是我们的目标是一致的,只是希望产品发展的好,受用户喜爱,收到一份份用户给予我们的感动,公司更好的发展。
       这也是引入bugbash的初衷,bugbash需要每个人的参与,谢谢大家!O(∩_∩)O哈哈~
 
       以上只是一家之言,文笔有限,欢迎大家的批评与指正,感谢大家能够看完这段扯淡。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  bugbash 测试