测试团队的工作模式

转自:http://www.gateside.cn/?p=247

测试所扮演的角色或者说测试的工作方式,受到很多因素的影响。例如测试资源的充足程度,开发的模式,开发的资源充足程度等。一般常见的测试工作方式有两种,一种是固定的测试人员,固定的产品,固定的开发人员,不断的迭代一个产品或者产品的衍生版本。还有一种方式就是什么都不固定,测试,开发都是一种服务,根据服务空闲时间,随时被调用。

上面已经提到了测试工作方式的两种方式,接下来说说这两种方式的好处及不足。暂且把第一种方式叫做独占模式,第二种叫服务模式。

对于独占模式好处有以下几个:

1   产品固定,测试人员有时间从需求阶段就介入整个产品的生产过程,对产品的背景,演变过程了如指掌。对于产品的理解程度,决定着测试的效率,发现问题的层次。对于开发人员来说,由于长时间开发一款产品,对于产品的代码架构理解更深刻,代码熟悉程度更高,也就意味着代码bug率会更低,及时有问题,bug修复的速度也会是非常快的。

2 从人员主动性的角度来说,由于只做一个项目责任很明确,做的版本越多,这种责任性越强,到最后基本是以一种这是我的项目的思维来做测试或者开发,做事的效率,质量都会有很大程度的提升。另外一个项目从开始到最后上线,这个过程是一个很有节奏的过程,有快有慢,做事张弛有度,会有一定的舒缓作用。

3 由于长时间做同一个产品,无论是开发还是测试都会从技术改进,流程改进的角度去做一些工具,平台等。

4   能够有效的降低管理成本,独占模式中人员的责任心,积极性都相对来说有很大提高,自我管理会在工作过程中占据主导作用。

5   从项目的角度来说,独占模式下项目的周期可以在需要的时候,通过项目成员的努力大大缩短。

接下来再来说说独占模式的问题:

在于对于开发人员来说,长时间做一个项目会有技术疲劳,对于喜欢挑战的人来说可能是比较痛苦的,同样对于测试人员来说,长时间做一个项目也会测试疲劳。尤其是测试人员,测试疲劳可能会导致一部分问题的漏测。

服务模式来说,它的好处主要是资源利用率比较高,对于项目发展不是特别明确,但是项目又比较多的组织来说更加的节省成本。服务模式带来的好处更多的体现在资源效率上,这里说的资源效率的提高主要是指可以更好的利用开发测试人员的时间,保证项目不会因为暂时的资源缺失,导致项目进度停滞。但是从项目,人员的角度来说又会带来一些问题:

1   首先是管理成本,需要一个人来分配调度资源的使用。怎么样能够更加公平,有效的调度资源这对资源的管理人员来说是个挑战。如果不能够做到公平,服务模式的运转会受到很大影响。

2   对项目来说,开发,测试人员的变换,意味着开发效率,开发质量,测试效率的降低。

3   由于是服务性质的,高效,快速的完成项目意味着很快需要投入到另外一个项目,因此在评估项目周期的时候,会不自觉地延长。即使项目进度会比预期的好,很多情况下也不会出现提前完成这种事。所以对于项目来说,很难说服务模式是提高了效率。

4    做项目的过程中,大家应该都会遇到已经上线了的项目,出现突发情况的。出现了问题,服务模式下是不会有人主动站出来说我来搞定。这时候就需要负责资源调度的人来,紧急调度资源处理这些问题。前面提到的公平这件事,在这个时候就会体现出很大的作用,如果你之前在调度资源的时候不够公平,那么之后需要紧急处理问题的时候,再想调度资源可能就比较困难了。

5   服务模式下,大家在工作过程中大部分都会有一种很机械的感觉,对于一些有想法,想要学习更多东西的人来说,时间长了就不太能接受这种工作方式,如果团队不能够给出合理的解决方式可能会导致团队的不稳定。

以上两种模式各有优缺点,所适应的组织特点也不同。对于资源充足的公司来说,一般都会使用独占模式工作,这也是为什么大公司无论测试还是开发,还是其他角色,技术深度,广度都很不错的原因。对于服务模式来说更适合需要节省成本的公司。使用服务模式,那就需要一个优秀的资源管理者,能够平衡服务型团队的优势以及它天然的缺点。以上观点有不足之处,欢迎指正。

时间: 2024-11-09 11:57:49

测试团队的工作模式的相关文章

Apache网页深入优化——ab压力测试,工作模式

ab压力测是工具 Apache自带压力测试工具ab,简单易用,且可以模拟各种条件对web服务器发起测是请求 ab工具可以直接在web服务器本地发起测是请求,这对于需要了解服务器的处理性能至关重要,因为它不包括数据的网络传输时间以及用户pc本地的计算时间,从而可以通过观测各种时间指标判断web服务器的性能,以便进行参数的优化调整 在进行性能调整优化过程中,可用ab压力测是工具进行优化效果的测试 优化前先使用ab进行压力测试 优化后,重启服务,再使用ab进行压力测试 对比两次测试的结果,看优化效果是

Apache网页深入优化之ab压力测试、工作模式与目录属性优化

ab压力测试工具 Apache自带压力测试工具ab,简单易用,且可以模拟各种条件对Web服务器发起测试请求.ab工具可以直接在Web服务器本地发起测试请求,这对于需要了解服务器的处理性能至关重要,因为它不包括数据的网络传输时间以及用户PC本地的计算时间,从而可以通过观测各种时间指标判断Web服务器的性能,以便进行参数的优化调整. 在进行性能调整优化过程中,可用ab压力测是工具进行优化效果的测试:1.优化前先使用ab进行压力测试2.优化后,重启服务,再使用ab进行压力测试3.对比两次测试的结果,看

让测试团队慢慢死去!-有同感,转载

看完这篇文章想说的话: 技术发展是很快的,本人出生软件开发,后转做测试,在这四年里,体会很多.从一开始的手工测试+loadrunner性能测试,那个时候黑盒测试要求多,工资也还比较高,一直到现在,市场需求逐渐转到要求会coding脚本居多的测试“开发”工程师职位,相对的工资也比纯手工的点点点高出一截,但是要求相对的开发能力也要不必开发弱,各种技术原理都需要有所涉猎和想法. 特别是还在上学和想要从事这个行业的兄弟姐妹们,如果不跟上时代的节奏,会被渐渐淘汰的. 这个阶段发展应该还是在中间的过度阶段,

测试团队成功适应敏捷的障碍

测试团队在从传统开发模式向敏捷模式转变的过程中存在各种障碍,敏捷测试专家Lisa和Janet从自身经验出发探讨了其中的原因和解决方法. 任何变化都面临成功路上的障碍.组织文化可能是要克服的最大障碍.组织文化一旦建立就很难改变.组织文化的形成需要时间,一旦就绪,员工会忠于该文化,这使得对改变相当的抵制. 丧失身份 由于很多原因,测试人员坚持独立的质量保证团队,但是主要原因是害怕,特别是: 害怕丧失质量保证人员的身份    害怕如果向开发经理汇报,会丧失支持,程序员会获得优先权    害怕缺乏在敏捷

“多团队大规模”开发模式 - 基于SAP HANA平台的多团队产品研发

应用SAP HANA “官方”开发模式的伙伴们在转到“多团队大规模”开发模式时会遇到各式各样的心理不适应的状况,各种纠结.比如GIT Repository和HANA Repository冲突什么的. 这些问题主要是思路没有完全转换过来,两种开发模式在不断的“打架”.做一个简单的开发模式映射这样大家或许比较容易去接受“多团队大规模”的开发模式.这个映射不一定完全正确,主要是帮助大家理解. 伙伴们想一想平常我们做JAVA或者.NET项目是怎么做的?一般情况是使用各种框架写JAVA/.NET的代码,然

回到网易8个月测试团队转型实践

转载自:http://www.uml.org.cn/Test/201707191.asp 2016年初月回到网易,进入交友事业部,更加专注于移动互联网APP研发测试领域,在将近一年来的时间里,经历了开发.测试团队的转型,下面讲述带领测试团队从挖掘痛点的转型实践. 测试团队现状 交友事业部人员朝气蓬勃,个人认为更像一个创业型的公司,初期技术资源都投入到产品功能需求开发中,对于产品质量稍作妥协,不需要太严格的过程控制和质量把控,相比开发资源而言,测试的投入资源不是那么急需. 随着用户量的上升,各种类

测试工程师面试工作感悟

首先致敬祖国母亲,祝福祖国繁荣昌盛.人民富足安康! 十一值班,闲暇之余总结一下最近测试团队面试的一些感想,供各位参考: 简单的做一下自我介绍,6年测试经验,担任过十人以上测试主管,后期进入物联网新零售领域,现在一家国有企业,负责组建一支测试团队.因此在最近一两个月除了测试项目前期的测试框架准备工作,基本上就是各类招兵买马的面试工作. 首先谈一下团队人员招聘工作: 招聘对象1(功能性测试):2-5年工作经验的测试工程师,要求掌握基本测试理论,熟悉软件测试流程及其规范文档的编写,有较强的自学能力:

远程办公 | 适应时代的工作模式

前防疫形势进入攻坚期,远程办公是在停工不停产.停课不停学新要求下抗击疫情的关键措施,也是防范集中办公可能引发疫情传播的重要手段.根据新型冠状病毒的特性隔离14天需求以及全国范围内复工时间普遍延后的情况,大部分企业均开始推进远程办公.可以预见,远程办公将逐渐成为我国企业.组织.个人乃至政府的一种重要工作模式. 一.远程办公渐成主流 远程办公逐渐在全球各地成为趋势.据人力资源服务公司Kelly Services的全球劳动力指数(KGWI)调研,在全球范围内有超过四分之一的受访者表示,每周至少有部分时

一个测试老鸟的工作总结(3)——质量部门成立之现形记全录(上)

这两年在测试管理上的工作经验提升对我来说还是有很大裨益的,想着以故事的方式把自己的经历杜撰一把,当中的心得和感受可能从描述和理解上来说更地气. 在原来公司做了半年不到的测试主管,一次领导找我谈话,问我对公司现在的测试现状和产品质量的看法:当时因为测试团队刚组建,所以就提了一此工作执行中的困难和细节问题,同时也指出现在主要的问题是各职能部门对于项目权责划分不明确,看似项目中可管理的人员有很多,确没有负责的主体人员:加上因为研发流程的缺失,使工作中这种都能过问,却没人主管的情况更显突出:并对规范和执