测试团队的建设

【团队建设Team Building】——“这件事情,你想过你多做一点什么事情就可以避免吗?”

  关于责任与全民测试

   核心点是团队中任何人都需要对自己的输出负责。策划对自己案子的实施跟进,在程序制作完成的第一时间验证程序的制作和自己的设计有无偏差;程序对于自己 提交给测试的内容需要进过自测;美术对于自己的制作在游戏中的表现效果的验证;测试从策划案三方会谈到最后的release回归测试阶段的全面跟进。

  出了问题,谁的责任?

  这边的情况,出了问题,几乎没有谁会指责测试,但是我会经常问相关的测试人员一句:“这件事情,你想过你多做一点什么事情就可以避免吗?” 几次下来,效果都很明显:

  “如果我当时再和程序确认一下这个地方的实现就好了”;“如果当时我多问一下策划就好了”;“如果当时程序告诉我服务器做了检查,我发包验证一下就好了”

   -----“这件事情,你想过你多做一点什么事情就可以避免吗?”  这是我推崇的一种做事的态度,不推诿,敢承担,一切以改进为思考出发点!当他自己发现其实多向前一步就可以改进这个问题,why not?很多问题的出现其实涉及到各个职位,策划、程序、测试无论谁多向前一步就可以解决这个问题。在忍者猫,我对测试员的要求是自己做那个向前一步的主 动者。因为我相信,一个团队,氛围很重要,而且氛围是可以被感染和传播的。

  关于团队凝聚力:

   团队成功的因素一定离不开人的因素!在团队具有超强的凝聚力情况下,战斗力也将是超强的。但是遗憾的是能做到这样的团队毕竟不多,人心实在是难以捉摸的 东西,很多人不过是抱着打一份工的心态,所以这个情况下流程就有了必要性。既然很难要求到团队中的大家都有足够的内驱力和拼劲,那么用流程来规范行为,按 照这个流程来,先达到80分,而后慢慢的灌输团队的价值观,筛选和团队价值观相同的队员,建设团队,最后一定是可以再简化流程甚至抛弃流程。于初期而言, 固化和僵化是必须的。这类似于德治和法治的关系,需要老大们根据自己团队的情况来判断和选择。

  关于思想:

  1、我们是一个团队。

  不要只关注自己手头的任务。小到测试组,大到整个项目,不拘泥于职位,想想自己能为团队做什么?但却要注意沟通的方式方法,特别是给其他职位提建议的时候,沟通技巧很重要。

  这种氛围形成后的直接好处是:主管不需要为任务分配的均衡问题和犯愁。团队中基本看不到有人很闲有人很忙的状态。当然,前提条件是团队成员的筛选上需要非常重视责任感和团队意识。

  2、一个自学习、自提高的团队。

  对于新人来说,什么能引起共鸣?“自我提升”。招聘的时候,会很重视组员的自我提升意识。而工作中需要传递一个这样的信息——如何提升得更快?

  工作年限并不等于工作阅历,相同的工作,不同的人经验值的获取也是不同的。而“用心程度和思考”是影响经验成长系数的重要参数,所以把项目当做是自己的项目,把自己当成是项目的核心成员吧!

====================================分割线================================

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-09-29 21:45:35

测试团队的建设的相关文章

关于软件测试的几点反思 - 关于测试团队的组织

这一篇是系列文章的第三篇,前面两篇分别谈了测试的必需性<关于软件测试的几点反思 - 测试是必需的吗?>,以及测试工作的一些内容<关于软件测试的几点反思 - 测试工作的三个阶段>,接下来想聊一下测试团队的组织. 要讨论这个话题,首先要讨论下测试人员本身的归属,因为通常是人多了才有组织的必要,很多东西都是一点点长出来的. 我在读研期间实习的一家公司,根本没有专职的测试人员,回头想想当时还是挺大胆的,因为做的是比较核心的系统,而且当时像我这种实习生都写了很多核心的涉及金额计算的代码,然后

如何管理自己的测试团队

最近,我也在网上看了一些贴子有关测试团队的管理问题,觉得在测试管理方面确实是个难题,这也可能测试团队确实不太好管理的原因吧,但我想只要自己去思考.去探索,总会找到适合自己团队管理的理念和模式吧. 我自己总结了一下,也结合自己的一些管理经验跟大家分享一下吧,欢迎大家把自己的提意见并把自己的经验也分享出来吧, 也算是大家相互学习的一个机会吧! 1.作为一个团队的管理者,最起码的是要自己懂自己产品或项目的业务.这一点很重要,第一这样有助自己分配工作给团队中的成员,要不然自己都搞不清楚业务难度和业量就分

浅谈软件测试团队规范建设

一些已经从事测试工作三到五年的朋友正在积极的向QA Manager 角色转型,他们对于将来的发展方向也很一致,普遍观点大都是组建一支出色高效的测试团队.最近我也想了一些团队规范和成为具有出色团队称号的必要条件,自己从事测试工作也接近四年了,有些是我在原先工作中遇见并且总结出来的,写的我认为还谈不上全面以后还会逐渐补全. 条件: 缺陷管理 首先正规测试团队至少会有一个缺陷管理系统,不管是Bugzilla还是Mantis 或是其它系统,因为软件测试过程本身就是围绕着缺陷进行的,这也是测试工作的一个重

《 软件测试价值提升之路》——1.7 优秀软件公司测试团队职责的启示

1.7 优秀软件公司测试团队职责的启示 总结以上典型软件公司的测试团队职责见表1-1. 通过这些软件公司的测试团队职责,可以看出以下几点:1)产品的特点和测试的职责有关:如果产品是自运营的,首先,用户使用问题可以第一时间反馈到研发团队:其次,研发团队可以通过灰度发布.沙箱等手段控制缺陷的影响范围,降低缺陷的风险:最后,修改缺陷以后,上线的过程不会太繁琐.缺陷生存的时间较短,可以容忍一部分缺陷在产品上线之后被客户发现.因此自运营的产品研发团队对功能缺陷并不十分敏感,也没有强调测试应该保障质量.这些

如何做好团队非技术建设

这次谈谈的是如何做好http://www.aliyun.com/zixun/aggregation/7004.html">团队建设.这其实是个很大范畴的,但这次主要想谈下团队建设中的非技术因素,以及分析下在团队建设中,特别重要的成员的心理建设方面的问题. 首先,要纠正大家一个错误的认识,认为团队建设中,平常只要抓技术建设就行了,比如抓团队用什么架构,框架,具体的技术,抓培训,抓绩效就足够了,很多时候,我们可以思考一下,就建设技术方面团队就一定能取得成功么? 其实那是不一定的,因为一个好的团

测试团队管理-第三篇:部门整合(2)

后面的一系列事实验证了我的预感.在公司的组织架构中,我做为公司级的新测试部门的部门经理,汇报给公司主管研发方向的副总,原则上和两个业务方向上的开 发部门的部门经理平级.但在实际运行中,副总已远离基层工作多年,更多是听取两个开发部门部门经理的汇报,互相信任度很高:在以前测试主管也是汇报给开发 的部门经理,开发的部门经理对测试部门过往情况了如指掌.基于种种现状,我在一定程度上也要汇报给两个开发部门的部门经理,或者说比他们要低半级.另外,原有的两名代理测试主管,虽然被公司老板彻底否定,被认定不具备测试

敏捷测试团队的人员分布

许多考虑采用敏捷的组织没有把团队迁移到开放式环境就尝试创建项目团队.敏捷价值和原则中,当团队成员可以随时接触到所有其他团队成员.易于获得所有的项目进度图表.在鼓励交流的环境中时,团队可以更好地工作.敏捷测试专家Lisa和Janet分享了敏捷测试团队的人力资源经验. 测试人员和客户与程序员坐在一起可以促进必要的交流.如果实际情况不允许重新迁移位置,那么团队可以创造性地解决这问题. Janet分享了自己的故事: 我曾经在这样一个团队工作,空间问题使得所有团队成员不能坐在一起.程序员有一个可以使他们方

测试团队管理-第四篇:磨合与阵痛

新测试部门在形式上成立了,面上的整合也都做了,深度的整合才刚刚开始.对已有部门人员和组织架构盘点一遍,发现情况极不乐观.第一,两名原代理测试主管,一名开始休为期四个月的产假,一名刚休四个月产假回来.在代理测试主管下面,有几名测试骨干,但是没人具备一点儿测试团队管理经验,过往基本上是每位 测试主管直接管理下面的二十位左右测试工程师,缺乏管理层次.第二,五分之一的部门员工正在孕期.产期或者哺乳期.第三,测试能力严重匮乏,以手工黑盒测 试为主,性能测试可以开展一点点,测试自动化和其他能力基本为零.第四

查立:创业初期团队怎样建设

在"创业者课堂"栏目中,创业者与VC进行充分交流,以下是创业者在创业过程总遇到的一些问题,以及VC给出的一些解答方法,希望能给正在创业中的人士一些借鉴. 问题一:公司走上正轨后,我该如何留住员工,激发员工呢? 1.两位老师,你们好! 我是一个创业者,目前公司算是运作正常,但是这09年感觉公司人员流动比较大.本来就是个小公司,开的工资虽然不高,但是我觉得也跟他们的个人能力以及工作量是匹配的,可是依然有很多人在09年末选择离开了公司,这给公司造成了很大的负面影响,我想请教老师,在公司走上正