最近部门新来的兄弟比较多,大家之前接触到的流程和规范都不一样,当然对待测试过程中产生的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帮忙的,尽管说,融洽的工作环境和兄弟姐妹般的团队关系都是需要大家互相努力的。相信我们的团队一定会越来越好的!
相关推荐
本项目标题"**C#实现统计禅道各开发人员BUG数**"揭示了利用C#编程语言与禅道系统进行交互,以统计每个开发人员所负责的Bug数量,这对于评估团队绩效和优化工作流程具有重要意义。 首先,我们需要理解如何连接到禅道...
8. Pending Reject(拒绝中):如果测试人员传递到开发组的 Bug 被开发人员认为是正常行为而不是 Bug 时,这种情况下开发人员可以拒绝,并将 Bug 的状态设置为“Pending Reject”。 9. Rejected(被拒绝的):测试...
在测试策略中,测试人员需要掌握一些技巧来有效地与开发团队沟通,以确保产品质量。以下是一些关键要点: 1. **态度诚恳,有耐心**:测试人员应以积极、建设性的态度提出bug,而不是简单地指责。诚恳的反馈能让开发...
在IT行业的软件开发过程中,BUG状态流程图是测试团队与开发团队之间沟通的重要工具,它清晰地描绘了从发现BUG到解决BUG的整个生命周期。本文将深入解析标题和描述中提及的知识点,涵盖BUG状态流程图的核心概念及其在...
2. **角色与权限管理**:系统支持多种角色,如管理员、项目经理、开发人员和测试人员,每个角色有不同的操作权限。这确保了信息的安全性和工作流程的顺畅。 3. **项目管理**:用户可以创建多个项目,并对每个项目...
开发人员如对测试人员所填写的BUG不理解或不能重现,可请求测试人员解释或重现,而不能直接拒绝修改。** - **目的**:增强沟通,确保问题得到有效解决。 - **操作指南**:当开发人员遇到无法理解或复现的问题时,...
- **增加BUG**:当开发人员发现或收到测试人员报告的BUG时,可以在TD的缺陷管理窗口中记录。点击“增加BUG”按钮,填写详细信息,如问题简介、提交人、时间、阶段、分配人、严重程度、产品信息、版本等。完成信息...
"软件测试常见Bug大全"这个文档集合了测试人员在实际工作中可能会遇到的各种问题,为他们提供了一个全面的学习和参考资源。这里我们将深入探讨软件测试的重要性和常见的Bug类型。 首先,软件测试是为了发现并修复...
- **Duplicated**:指该Bug已经由其他测试人员报告过,或被认为与已知问题具有相同的原因。 - **Postponed**:因为各种原因(如时间限制、优先级排序等),该Bug暂时不会被修复,可能会在未来的版本中处理。 - **...
本文将深入探讨“软件测试BUG清单分析”,旨在提供一种有效的评估方法,以便测试人员和开发人员能够更好地理解和处理这些问题。 首先,BUG的重现度是评估其严重性的基础。如果一个BUG可以轻松地被重现,这表明问题...
- 缺陷测试: 测试人员确认缺陷是否已被正确修复,未修复的返回给开发人员继续处理,已修复的则关闭存档。 - **基本流程分析**: - **上传缺陷**: 测试人员发现缺陷后将其录入系统。 - **分配缺陷**: 项目经理审核...
对于开发人员拒绝修改的BUG,可能是由于无法重现、难以捕捉的现象、报告步骤不明确或不易理解,或者涉及较少使用的用户操作。 缺陷分析的关注点包括:分析功能域分布,找出系统的弱点,比如80/20定律指出大部分问题...
此外,由于技术更新换代的速度非常快,新的工具和技术层出不穷,这也对开发人员和测试人员提出了更高的要求。 #### 解决方案与工具 为了提高开发效率和测试质量,许多企业开始采用先进的开发工具和管理平台,如...
- 在ASP开发的BUG管理系统中,可以定义不同角色(如测试人员、开发人员、项目经理)的权限,确保数据安全和流程规范。 7. **自动化工作流** - ASP可以集成工作流引擎,实现BUG报告的自动化流转,例如自动通知相关...
1. **问题描述清晰**:这要求测试人员在报告bug时,必须详细描述问题的表现,包括异常现象、错误信息等,确保任何人都能理解问题所在。描述应当简洁明了,避免使用过于专业或模糊的术语。 2. **问题模块路径清晰**...
本文档旨在规范测试人员提交BUG的方式,明确开发与测试团队之间的配合流程,提高BUG处理效率,从而加快产品的迭代周期,提升用户体验。 #### 二、BUG提交规范 **1. BUG标题内容** - 标准格式为:【模块名称】-...
开发人员和测试人员的主要矛盾就集中在对bug的定义上。测试人员辛辛苦苦发现软件中有问题,报了一个bug。这时就会出现两种状况。第一种,开发人员工作很忙,压力很大,外加心情不好,就会说出如下四类话:a.你会不会...
本文将详细阐述软件测试通过的标准以及BUG分级的相关知识点,旨在为软件测试人员提供一个清晰、准确的参考依据。 #### 一、软件测试通过标准 1. **功能完整度**:软件必须实现其设计文档中规定的全部功能,并且...
在软件测试中, bug 分类是非常重要的一步,能够帮助测试人员更好地识别和处理 bug,从而提高测试效率和产品质量。在 CMM5 中,bug 分类被定义为致命、严重、一般和提示四种类型,分别对应着不同级别的影响和优先级...