前两天在51testing的论坛里无意间看到了这篇文章,很有感触,因此收到了blog里。希望对自己的测试管理工作有些启发。
一个测试部负责人给总经理的一封信
**总:
本来很想面对面地与您聊一下测试部成立以来遇到的一些问题、现状、还有未来的发展,我怕一谈到我们的测试部,我可能就会有情绪。因为我对测试部投入了一腔热血,也付出了我全部的精力,但目前的测试部将要走的走,离的离,如果全部走了,留下来“服役”最长的也超过不了一年,我面对现状,倍感凄楚!不仅仅是一个***的离职让我有此感慨,是这种现象逼得我不得不去反思。测试部为什么留不住人?我为测试部做了些什么?测试部要不要留住人?为什么要?如果需要留住人,我们该如何去做?与其他公司比我们的测试哪些做得好,而哪些又有不足,是什么原因导致的?今后的测试部该走向何方?
A:测试部为什么留不住人?
1、 对测试了解的人较少。目前国内相关人士有95%以上的人对测试这个行业还处理不了解的状态(包括当初我自已),这种不了解表现在“测试人员技术素质低、测试比开发要低一个档次、测试只是东点点、西碰碰的活……”,但现实又何尝不是如此?!我不得不承认目前国内的情况与此相差无几。网上的BBS还有一些热血青年在高喊“我们要翻身做主人,我们要与开发平起平座!”的论调,我看过心想:要实现这种想法,还必须要有漫长的路要走。首先是观念的改变,公司全体都要有充分的认识。从人员的任用标准,开发、测试的投入比例开始考虑;再者就是测试从业人员自身专业素养,必须要掌握世界先进的测试管理工具及自动化测试工具。只有这样,才能与之平起平座。
2、 测试部工作负荷较重。现在我们公司存在***123、***Pro、***Net等版本,还区分简繁体、中英文,***Pro一直以来都在不断地加新功能,不断地反复测试,加上还要写手册,支援一些培训任务、制作演示数据。
3、 薪资待遇问题。目前的薪资制度很难找到或留住优秀人才,一般从没经验到测试部,一年学成后不管调到那一个部门,或者另找工作,待遇可能都比呆在测试部要好,这种情况大多数人都愿意离开。
4、 学习机会。当初进来对BKD可能有新鲜感,但一年后,对大部分功能都会比较熟悉,对个人而言就没有更多的激情。
5、 大环境因素。远在北仑,想学点东西还真有点困难。
B:测试部要不要留住人?为什么要?
1、 我们的软件发布之后存在一些无法预知的BUG,不能说全是测试部的责任,但有的责任却不可以推辞。有时看到客户反映的一些问题,很想冲着测试负责人指责一顿,但静下来想,他才来几个月这种深层次的问题叫他如何能找出来。心想,如果是老员工去负责可能就不会存在此问题了。
2、 老员工的存在能够凭着自已的经验去带领新人成长,并能抽出身来研究新的测试方法及技术,对测试部的实力的提高有帮助,实际上就是产品质量保证的重要条件。
3、 一个部门都是新秀,无法建立起组织层次,让谁去做小组负责人,其他人都不会服。
C:如果需要留住人,我们该如何去做?
1、 我自已要加强新知识的吸纳、传授,人员的管理;
2、 减少工作负荷。
3、 力所能及的提供一些培训机会。
4、 在薪资制度,或者人员异动制度有所改善。
D:我为测试部做了些什么?
1、 说句心里话做测试也是我当初无奈地一种选择(当初的无奈也是我对测试不了解的一中表现),但我负责了测试之后,在各个方面存在很多不足,但一心一意、尽心尽力地想把他做好。不断地从网上、书本学习软件测试方法,与网友交流,也了解了许多自动化测试工具。现在测试部所有的成员都能够对测试有个很清楚的认识。
2、 培训了多名实施顾问及服务人员。
3、 2000年是我起步的一年,2001年是我技术成长的一年,2002年是我管理进步的一年。
E:与其他公司比我们的测试哪些做得好,而哪些又有不足,是什么原因导致的?
1、 黑盒测试做得较好,对商业逻辑的理解能力强。
2、 人员的凝聚力强,都敢于担当重任。
3、 对白盒测试未曾涉及。
4、 对自动化测试只停留在探索阶段。
5、 测试用例做得不太好。
6、 没有全面掌握、使用各种测试方法。
7、 对微软提供功能,而我们软件又会使用到该功能的知识了解的少。
F:今后的测试部该走向何方?
1、 测试部为纯技术部门,所有的商业逻辑等知识只要能看懂文档即可,商业逻辑是否正确应该在需求阶段就应该定义下来,而不是靠测试部来发现,因为改需求的成本极高。
2、 从黑盒向黑盒加白盒,再转向白盒方向,这就要求所有的测试人员必须掌据源代码读写的能力。
3、 一部分人必须掌握自动化测试的技术,以便提高工作效率。
可能占用了您的很多时间,但事关到测试部的未来,我不想看一个架构完善的开发部旁边是一个弱不禁风的测试部,这样的开发处的效能也会大打折扣,我们产品的质量也会受影响,我不认为产品质量是测试部测出来的,但测试也是保证质量的手段之一。
唠叨至此!