当你来到一个项目不规范的技术团队,你会怎么处理呢?
问题
Testing
流程不规范
没有需求评审和设计评审,需求经常是业务或者项目经理直接跟开发提,有时候开发自己都不明白需求,糊里糊涂地就要开发,也没有设计评审,开发想怎么设计就怎么设计,代码质量差。
有时候下游或者上游开发并没有接到需求,然后这边开发完给到测试,测试也一脸懵逼。
没有计划
上线时间不是根据开发和测试同学排期和评估来定,而是业务和项目经理说了算。
开发完了就跟测试同学说一声,有这么个需求,这个需求今晚/这周上线,你测一下,好像测试是个很随意的工作,并且每个任务给过来都说是紧急需求,测试时间也是不够的,导致测试非常被动。
测试在项目中参与度低
很多时候没有需求评审,测试同学连业务是谁都不知道,经常是基于开发的讲解进行测试,写不写测试用例也是看自己习惯了,开发同学也不清楚测试同学要测什么,毕竟也没有时间进行测试用例评审(也没有人负责安排)。
缺乏沟通
没有每日站会和每周站会,开发和测试同学不会主动反馈进度和风险,即使是当前进度不理想的项目大家也都不提,即使要上线了没测完也不管,反正上线就完事,有时候项目经理会追问测试进度。
没有共享文档
所有的测试环境信息、数据库表字段信息、业务说明都是每个人自己保存着自己要用的,大家都不去维护一份公共文档。
没有输出
项目完成之后没有总结,出了线上问题大家也不会复盘,无论开发还是测试都没有整理业务文档、记录项目的习惯。
<