最近部门新来的兄弟比较多，大家之前接触到的流程和规范都不一样，当然对待测试过程中产生的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帮忙的，尽管说，融洽的工作环境和兄弟姐妹般的团队关系都是需要大家互相努力的。相信我们的团队一定会越来越好的！
