前不久,有一个对公司RD Center关于测试团队如何建设和发展的分析的机会。
做了一些分析,写成了报告,这里简单摘要:
简介
当前,随着公司业务的不断扩大,公司研发产品的不断增加,公司对研发项目周期的要求和人员素质的要求也不断地在提高。如何高效率地研发产品,并且保证产品的质量是每一个研发人员需要思考的问题。
而研发中心测试部门,测试团队则是产品出口的最后一关,测试团队肩负着质量保证的重担,测试工作是发现问题,并协助解决问题的主要手段,所以说,测试能力的高低也决定了产品研发项目中风险的大小,测试也就是风险管理手段之一。
在过去研发项目的实施工作中,测试工作暴露了一些问题。
从表面上看如:
测试人员不了解需求,导致测试目的不清晰。
测试人员不了解系统,导致测试点不全面。
测试用例的设计不够全面,也不够深入浅出,导致要了解一套用例需要花费很多事情,而很多用例实际效果不满足对产品质量的检验。
测试人员与开发人员合作时,处于被动的角色,往往等皮球到了眼前,才去扑救,而更多的结果是从身后拣出皮球。
测试人员的技术水平不够,一方面是开发能力,对设计了解不足,不懂数据手册和数据指标,另一方面对行业知识了解不够,如EMV知识,PCI知识等。测试更多的是黑盒测试,局限了测试人员的思维能力。这导致测试人员在项目开发中重要性的比重不够。
测试人员的沟通能力不足,也无法约束项目的开发,在交付件缺失的情况下,无奈放行软件。导致软件版本的不断升级,也加深了与开发人员之间的矛盾。
……
就表面而言,可以采用很多方法来解决问题,但是从实质上来说,问题发生的本身是在制度和人员素质上,这需要一个长期的过程搭配好的战略以及在实际项目中使用的战术来解决。
解决现状出现的问题,使测试团队有目标的循序渐进,以完成公司对测试的期望才是可行之举。
为了更好地分析测试团队的问题,并找到解决的方案,本人做出以下报告。其中包括对当前测试部门处于的发展阶段,对现状的主要分析,以及相关的解决方案的简述。
团队发展的当前阶段
测试部门在研发中的发展问题,出现在很多行业和公司中,据了解,测试部的发展从无到有,从缺到全,从普通到卓越,一般会经历几个阶段,而每个阶段会出现不同的问题,以及需要完成的阶段性目标: