开发人员与测试人员如何对待活动中的Bug

发表于:2014-2-17 11:14

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:victoria0428    来源:51Testing软件测试网博客

#
Bug
分享:
  最近部门新来的兄弟比较多,大家之前接触到的流程和规范都不一样,当然对待测试过程中产生的Bug心态也不一样,同样对我们测试组的MM们,一贯面对了熟练的活动和项目开发,面对新的面孔新的处事方式,大家都有或多或少的问题。
  1、先简单介绍下大家共同面对的活动
  活动开发目前大致分为:投票类、发号类、抽奖类、选秀类、调查类,我们测试组都在禅道上建立了对应的用例,有兴趣的可以去 看看,其他一些比较小的类别我们归为公共类。最近发现了一类新的活动类型(微博应用类),抽空准备把该类的用例写上,欢迎大家提思路。在禅道中建立Bug我们根据游戏分门类别,大家只需去禅道中对应的活动名称下修改就好。
  2、活动中开发与测试对待Bug的策略
  由于活动上线一般都是快速、短期的,要求开发和测试在整个开发、测试、上线过程中具备高效的工作方式。对于开发人员,活动开发结束后本着负责的态度需要对程序进行严格的自测,提交测试后,对测试人员提出的Bug及时修改,积极反馈,在禅道中注明Bug的出现原因和解决方法;对于测试人员,对于需要进行性能测试的活动迁移测试环境,不需要进行性能的,走完冒烟测试后,本着全面、细致的态度先做好功能测试,这其中涉及正常流、异常流的功能都要走到,最后是安全测试,手动和自动化安全相结合。在测试过程产生的Bug在测试结束前需要进行一遍验证,并将各功能点进行最后核对。
  3、态度决定一切
  在上面这个过程中,最重要的就是对于Bug的沟通,我认为顺畅沟通和愉快合作的前提:开发人员心平气和接受测试的Bug和质疑,测试人员耐心仔细给开发讲述为什么会提出该Bug, 当然能提出解决方案最好。总之:大家都需要淡定,但凡是一方不淡定,那么势必沟通的效果不尽人意。测试MM忍着哄着你,也是有度的,是吧。大家平时可以注意下:测试总是夸的开发人员不一定是Bug最少的,却是沟通起来最融洽的,从心里乐意接受Bug并虚心去修改的。Bug数量在积极的沟通方式和乐观的人格魅力面前都是浮云。
  4、体谅是相互的
  之前测试组还会每个月底进行Bug总结,会总结每位开发当月的Bug数量。。。回头再去看看,那些都是成长的脚印,之前Bug数量多的一些兄弟目前都是成长最快的。大家都不愿意在睡梦总被叫醒说你的活动出现问题吧,测试在,你们的保障就在,但是还需要大家认真自测和积极配合修改Bug。我们测试严谨的态度不希望得到大家的排斥,测试是质量的保障,我们和大家一起担负着重要的责任,我们共同的目标是项目或者活动顺利上线,对于Bug数量大家不必去计较,把修改每一个Bug以及回答测试每一个质疑当做一次学习。看到你们详细的Bug解决报告也是对我们测试来说也是一种学习,对以后出现相类似的问题,一起快速定位,这不就正式提高工作效率的一种体现吗?大家说呢。
  还有就是,新来的兄弟们,除了工作上的紧密沟通,生活有什么需要我们测试组MM帮忙的,尽管说,融洽的工作环境和兄弟姐妹般的团队关系都是需要大家互相努力的。相信我们的团队一定会越来越好的!
版权声明:本文出自 victoria0428 的51Testing软件测试博客:http://www.51testing.com/?15019255
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号