角色的转变-测试工程师职责转变

       来新公司之前一直都是做测试执行居多,虽然在某OTA旅游企业做个测试组长带了三四个人,但是工作内容还是已测试业务工作为主,管理上就是简单协调上相关工作分配下,作为测试行业的老兵,之前都是在技术提升和业务领域做探索。

       在互联网冬天最严重的时候跳槽换工作、真心话压力其实还是蛮大的。万一长时间不能找到适合的工作怎么办,万一工作不如意怎么办,想到了很多万一。但是由于公司搬到了杭州,加上已经熟悉上海气味的我,最终选择离职重新就业。一开始计划的是离职后去旅游好好放松下,但是今年的行情比较严重放弃了旅游的计划,开始苦逼的投简历、面试等,在找了不到一个月的时间虽然有几家和hr谈到offer最后由于各种原因没有谈成,临近五一的时候去面试了一家创业公司,面试是技术负责人说我们需要个测试经理需要带团队,是否可以胜任这份工作?真心话我还真没有做好准备。最后说我可以试试,相信可以胜任这份工作 五一后offer拿到手后,还是很纠结到底去不去呢,咨询了周边同事,大家都说可以去毕竟转管理了,在我们这个年纪应该要转管理了,心想也是说的是很有道理,于是根据offer确定的日期,来新公司报道了。

       刚开始主要是熟悉测试团队和其他团队情况,领了相关的办公用品,安装了相关工作软件。新公司主要是做to B业务的和我之前的to C业务还是很有很大的区别呢。

主要做银行金融方面的技术服务商,上游主要是各服务服务商如外卖、加油卡、电影票、积分兑换、商旅、出行相关;接口对接,下游是各金融机构如工商银行、建行等;

面对新的场景新的业务模式,我如何要快速融合业务和团队中呢 ,所以旋入思考中、如何提升整个团队质量、加强技术工具辅助来提升整个测试效率;

      公司面临的现状:

            1.接口缺乏相关的接口文档,没有任何技术方面的资料沉淀,大家都是一问三不知,说工作太多、之前我来时就这样没法资料,我在想这样的情况下如何做好接口持续集成相关方面的工作呢 ?

            2.测试流程比较混乱,很多都是直接在测试环境测试完毕后不经过预发(stg)直接发布到客户环境上,我们自己的stg、生产环境形成虚设,原因是case只能在客户环境测试;   

           3.测试团队基本上都是业务测试(也是所有测试同行的问题),经过发现大家基本上都是业务测试,基本的服务器查看日志、相关sql语句都不写,压测、安全方面 都是空白。业务做金融的安全和压测方面以后肯定是需要的;

           4.项目团队分的太清楚,前后端各自处理各自的问题,如C端一个数据展示不对,首先测试要定位是前端的问题还是后端的问题,根据接口请求和返回数据来确定是不是后端传的数据是否异常,这样在一个成熟的项目中测试这样做事好事情,但是在一个项目项目中让让测试来定位然后再找前后端对应的开发这样会延时整个项目的进度;

      现在我已经入职两个多月,面对团队压力山大在积极处理各种业务时,还要搭建测试持续集成工作,总于很紧张的时间内搭建基本版的接口持续集成(jmeter+ant+jenkisn)现在可以服务器上执行定时跑了,很多接口都是通过测试小伙伴们抓接口的方式抓取,基本流程算是可以跑通,后面计划根据现有接口整理一份接口文档让所有测试同学可以来维护;关于在测试流程方面,我提出质量控制方案,要求所有的任务必须走stg、生产环境验收不通过可以回退,也不能带着问题上(无法验证的项目除外);在测试团队技术提升方面,在考虑怎样提高测试团队的技术能力,定期培训测试团队的技术沙龙。分享测试技术文章说说相关的心得;努力培养大家技术兴趣爱好,并且技术运用在项目中。

       总结:在这段时间我自己也是在学习提升中,无论是业务知识(to B)思考如何测试to B的业务,和以前to C的业务不同之处,如何更加有效提升测试效率和质量保证,

如何有效管理测试团队,了解每个人项目任务、了解工作量,更好的分配工作;做到如何和各部门之间业务协调工作;以上就这些心得。

     

             

  

猜你喜欢

转载自www.cnblogs.com/barry123/p/11221930.html