关注测试,SQA, 软件开发

测试部门经理工作感受1

上一篇 / 下一篇  2007-04-16 15:43:46

我原来发表过这个文章,老blog不知道什么原因进不去了,后边还要加东西,所以重新发表一下。

我是在20065月到新单位工作的,如今已经工作了4个月,新单位是一个很不错的单位,项目饱满,资金等方面也没有太多的问题,但就测试部门工作的情况却很不乐观。具体表现是人员少,任务重,人员不稳定。领导对测试部门的工作很不满意,在面试我的时候就多次表示了对公司目前测试不满,期待我来之后能够带领测试部门有一个比较好的发展。

首先说说我们公司测试部门在这四个月的变化吧

1测试人员大量增加,原来的测试人员为3人,现在为14人,人员扩充了3倍,目前来说,测试人员的数量还不是很多,但相比原来部门的扩充速度还是很快的,另外一个方面,由于我们工作比较有成效,领导基本认可开发人员和测试人员比例可以达到10.81的比例。我想这个比例对一个国内的企业来说已经是很高的比例了。

2个人素质的提高。具体的个人素质提高不是很好说,还是用项目来说吧,我刚来的时候,测试人员在一个系统测试的时候,一般测试需求点位500个左右,后来一个项目在作回归测试的时候,测试需求点达到15000个,第二次回归测试的时候测试需求点达到了49000个,这里要说明的是,我们测试需求点的增加不是为了增加而增加,而是对被测试需求各种使用情况分析的更详细,程序覆盖强度越来越大的结果,测试发现的问题深度逐步增强的反应。

3机器设备的变化,测试人员是开发群体的弱势群体,他们的机器配置也是公司最低的,刚来的时候,全部测试人员都使用P4 1.7完全不能满足自动化测试的需要,目前,测试人员基本都是P4 3.0双核,液晶,测试人员很高兴。另外我们还有专门的测试流程管理服务器,一些淘汰下来的老机器作为专门跑测试用例的测试专用机。

4开发人员对测试人员的态度改变。测试人员在开发过程中处于弱势地位,这是一个不可回避的现象,原来开发人员可以随意的让测试人员作自己认为需要的测试,而测试人员是没有办法拒绝的,甚至连具体测试的方法和手段开发人员都要干涉,而一旦出问题,首先怪罪测试人员,而不是找自己的责任,测试人员成了项目失败的替罪羊。而现在这种已经发生了很大的改变,至少测试人员有能力展示他们的特长。而不是开发人员的附属。

5领导对测试工作的态度转变

我刚到单位的时候,领导们对测试工作很不满意,给我印象最深的是领导说,测试部门的工作人员,可用的就留下,不可用的就直接开除,这对测试人员的工作评价实在不高,现在好多了,首先测试部门现在的工作得到了领导的认可(原来我们总是被批评,而现在总是被表扬),其次,人员、设备的配置在增加,最重要的是,我们要求的测试时间可以得到保证。

 

到单位工作4个月了,测试部门出现这么多的变化,有很多原因,但最重要的就是那句话:做正确的事情,正确地做事情。

个人认为做正确的事情比正确地做事情要重要,道理很简单,中国的一句成语,南辕北辙是最好的解释了,如果不能了解什么事情是正确的事情,那么你做事情的效果越好,则整个项目失败的可能性越大。下边先说说我到单位做的几个事情。

1和领导达成一个协议

   和领导达成一个协议是一个很关键的事情,我在面试的时候,就了解到了领导们对测试部门的工作很不满意,希望很快扭转测试部门目前的工作状态,但一个部门工作状态的改变不是一件很容易的事情,在面试的时候,我就和领导们达成了一个协议,争取测试部门在3个月内有一个小变化,6个月内有一个大变化,12个月内形成一个良好的工作环境。领导是一个明白人,没有强迫我在几天或几周内就要有一个大变化,这为我们部门以后的发展打下了一个良好的基础。


TAG:

测试生涯 引用 删除 bbbian   /   2008-06-03 09:20:57
测试需求点,就是测试人员测试的那些点,如果测试流程比较规范,测试需求点可以写的粗一点,如果想管理的细致一点,甚至可以到测试数据(边界/划分等价类等方法).由于我们这里测试开始不是很规范,所以我要求他们写的比较细致.
关于机器问题,主要我们这里原来对测试不是很重视,所有机器设备比较差,这些情况严重影响我们使用自动化测试工具,机器的改善也是测试取得成绩获得认可的一种体现
逆水行舟 引用 删除 魔海   /   2007-04-21 22:41:09
首先恭喜博主,我对你的第2,3点有两个问题,不晓得你所说的测试需求点是什么?每个测试人员每天能够书写需求点和执行需求点多少个?要用什么样的自动化工具需要P4 3.0双核,液晶.
 

评分:0

我来说两句

Open Toolbar