团队建设之接口测试开荒

团队背景:从分布在各个项目组的形式转变成独立测试部门1个月,对毫无流程可言的工作模式,和毫无技术含量的点点的工作内容的怨念,积累到了一定程度;

项目背景:外包项目,周期2-3个月,时间上将将够点点点,但是有产品线规划;

综上,在团队亟需提升士气和为了产品线做铺垫,接口测试的建设被提上日程。新技术新流程的引入,比预期的困难要大,主要体现在以下几个方面:

一 成员没有技术基础,团队中也没有响应经验的人。通过招聘来解决问题,成本又太高,只能走技术开荒的路线;

解决方案:

1 挑选一名有意愿又有资质的,负责打头阵。先帮助先锋梳理出知识脉络,充分学习理论知识;

2 由点及面,组织内部培训,将知识点拆分成4个小时的两堂课程;

二 项目没有接口文档,无法介入项目。又要给研发团队施压;

解决方案:

1 在已经完结的项目上出一份接口文档,在新项目周期不允许的情况下,找一个完结的业务逻辑又没那么复杂的项目练手,应该是唯一的选择了;

2 项目部署后,结合接口文档,将理论付诸于实践;

三 新项目没有接口测试的介入点,无法在实战中验证成果。继续给研发团队施压;

解决方案:

1 在无法抽出专人来做接口文档的前提下,折中使用了swagger的方式,规范研发团队代码规范,实现了简易版的接口文档;

2 在保障项目周期的前提下,测试协调更多的资源,参与到项目的实战;

总结:

新技术新流程的引入,自身技术成长并不是瓶颈。真正困难的是要协调其他部门的资源来配合,并且要有立竿见影的成效。面对这种困境,可以采用曲线救国的策略,尽量

不要一次性调用太多的资源,可以把周期放长,逐步的实现完整的流程建立。以大家都能接受的方式来达到自己的目的,尤为重要。

迈出第一步最需要勇气。

猜你喜欢

转载自www.cnblogs.com/lunerz/p/9394141.html