|
假设你遇到这样一种情况,你会如何处理。
公司分两个主要的产品系列A和B,每个系列各有一个测试组,你作为B组组长。产品A是一系列老的产品,随着公司发展开始扩展到新产品系列B。
A作为公司盈利项目,从一开始就占有最优质的开发和测试人员。而且公司对其所使用的技术也有一定经验,测试相关的用例脚本之类都比较成熟。
B项目成员基本都是从新开始,人员是新招聘或经验不足的,B所使用的知识也是新的,所有一切有待摸索。但B能否发展良好对公司的发展非常重要,因为A将逐渐被淘汰或纯利润下降。
在A逐渐稳定之后,软件开发人员逐渐转移到了新的B项目,A:B的开发人员比例大概1:1.5, 但是测试人员基本没什么变化,做为B组组长,感觉到工作任务越来越多,于是和领导提出从A组抽一些测试人员过来,但结果不甚理想。到目前为止,A:B的测试人员比例大概也只有1.5:1, 和开发相反的比例。总体开发和测试比例大概1:1.
除了人员比例上的差别,还有工作任务上的差别。因为A较稳定,开发提出的测试需求相当就少。而B作为新项目,开发提出的测试需求非常多,而且测试环境比A复杂(同样一个功能的测试,A只需在2种网络下测试,B需要再5种网络下测试),很多任务需要再A的基础上去扩展(如脚本需更新,需进行对比产品的测试)。
A因为已经推出市场很久了,功能相对稳定,需进行详细测试的次数也比较少。而B作为新产品,详细测试的次数很多,基本上一周肯定会发一个版本。
除了测试任务,需求和文档也是一项重大任务。对A来说,需求基本不会有变化,而B很多时候需求都是讨论和对比测试得来的。另外,文档上,领导也提出了比A更高的要求,希望我们的文档有所改进,无疑又会增加一些工作量。
从人员状态来说,B项目软测人员一直处于比较紧张的状态。A项目软测人员则是有版本测试时忙一阵,然后有大段的时间可以安排学习培训,优化用例等等。
就是这样一种状态,领导还对B组软测不满意,说我们工作效率低,文档写的不如A,bug数量少等等。但是我们人那么少,我感觉应付开发提出的各种测试需求+新功能用例准备+版本测试+压力测试就已经很不错了。
如果你遇到这种工作环境,你会如何处理呢?这会不会影响你的工作情绪,进而影响到整个组的工作状态?该如何与领导沟通才能有说服力? |
|