月初曾经到X省做电力公司的性能测试项目,由于之前并无任何的测试经验以及性能测试项目经验.所以这次的性能测试之行心中充满了太多的疑问以及不确定.

项目的背景:

电力公司的一个资产管理系统已经研发完毕,由于需要做推广工作,故此在推广之前需要做性能测试,目的有三:

1、找出系统的性能瓶颈

2、对性能进行优化工作

3、确保系统在推广后的效果

项目人员组成:

项目经理:1  负责项目的沟通协调。公司对外的接口。

测试小组:3  负责所有测试工作的计划、执行及相关工作的安排分配。

平台小组:3  协助测试小组工作。保证测试环境平台的适用性。

前两个属于性能测试的工作范畴;后一个属于和开发商以及客户一起共同努力产生的效果。

测试工作一共进行了两周,大部分的时间都用在了和客户沟通以及和开发商沟通上了。在项目初期,由于经验上的缺乏,没有和客户业务上问题用专人、专时来讨论,导致了在做需求的时候,我们花费了大量人力、时间进行了重复的沟通,这导致了工作效率上降低。在第一周经常可以看见我们的测试小组和平台小组的内部以及外部沟通经常会一个业务问题进行反复的讨论。在项目后期,深刻的理解了在进行专门的业务沟通会是十分必要的。

其实在整个项目中,之前自己一直认为在测试方面会花费较多的时间,后来才发现其实了解需求、熟悉业务、了解应用、设计测试用例、做测试计划。。。这些才是真正消耗时间的地方。在这种地方做项目,各方面都需要进行协调。不是你一来,你可以顺顺利利的开展工作。包括系统的应用对象(终实际的客户),系统应用的主管(主管项目推广的领导),还有机房的管理人员(平常的工作很需要他们的支持),软件开发商(由于软件的性能他们自己心中清楚,所以性能测试的很关键的部分是要获得软件开发商的支持),内部小组的沟通(平台小组和测试小组的沟通,两个小组为何成立,这里暂时不说)。

两个星期的工作,实际上是很辛苦的,由于本人并不是负责项目,所以并没有真正感受到项目经理的那种压力以及各方的工作的协调。

其实不管是软件项目还是开发项目,人在很大程度上是众要的,技术有时候并不能给你很大帮助,但是你必须得具备基本的技术能力。

看来在国内,至少很多项目的成功与否还是得靠人。靠外部和内部的人。