对于开发模式,现在大部分互联网公司都完成了从传统瀑布开发模式到敏捷开发模式的转型,这种转型相对传统的测试人员来说,不论是在角色定位还是在技能栈方面都提出了更大的挑战,那么测试人员应该如何应对呢?下面根据我平时工作的一些总结体会来说说测试人员应该发力的方向,供大家参考:
角色 1: 培训人员
在转型初期,测试人员应该针对开发人员的薄弱环节(即业务技能)进行培训和指导。由于工作任务的差别,开发人员对负责的模块业务和具体实现细节非常了解,但是对周边模块或者业务并不是非常清楚,主要体现在配置和使用方面。而这部分恰恰是测试人员有经验的地方,这个时候需要测试人员尽可能多的开展一些培训和分享工作,使团队尽可能快速的弥补不足,在之后用户故事的开发过程中对业务有一个更好的把控。培训开展的几个步骤如下:
收集团队反馈,找出业务薄弱点,列出topic
针对不同的topic分阶段(sprint)的开展培训和分享
保留培训资料以便以后查询(文档、视频等等)
角色 2:测试规划师
对于测试规划师,我认为主要的职能是规划如何高效(时间、资源、质量)的推进用户故事测试的开展。要做到这一点真的很不容易,需要从两方面来考虑:
平衡测试和开发工作量
在敏捷团队中测试人员和开发人员的比例悬殊的情况下(主要是开发人员多,至少现在我还没见过测试比开发多的团队^_^),对于工作量来说,测试人员不可能匹配开发的速度,这时就需要开发人员给予一定的帮助,开展的几个步骤: