测试做什么事情可以提升效率呢?
只有自动化测试么?![](https://img-blog.csdnimg.cn/21e4feea69c64220b95e7dddac2c99f3.png)
自动化测试是建立在平台稳定,没有频繁变更的情况下的收益才最高。
很多领导,张口自动化闭口自动化,感觉做了自动化平台,质量就直接起飞了似的。
自动化用例一多,排查成本,调试成本,占用研发资源 都会飙升。
那么有没有一些 投入少,产出还高的事情呢?
还真有,以下三个例子仅供参考,切勿模仿
提效事例1
背景:
jira上创建需求时 前后端研发和测试要在下面建子任务,也就是说一个需求下面有【前端研发子任务】、【后端研发子任务】、【测试子任务】,三个任务都完成后,这个需求就算完成了
痛点:
40个需求 就是相关人员要上去分别去创建120个子任务,创建一个子任务大概需要25.24秒,一个迭代需要消耗3028秒,折合0.84人天。操作繁琐效率低、易错易漏
解决方案:研究jira,通过jira任务触发器完成
最终结果:实现至少有5个团队使用,每年多出了50人天产能, 每年可以为公司节省4w元
样图:
提效事例2
背景:
一个迭代内的多个需求,提测时间并不一致。研发、测试对提测时间没有什么感觉,1号该提测的需求3号才发邮件提测,变相压紧测试时间。
痛点:
1)大量需求在最后一两天提测,造成“前松后紧”的情况,测试时间不足,上线延期。
2)测试无法在执行用例时发散业务想法,变相降低测试质量。
3)上线前5天内未能及时爆出风险
解决方案:规范jira字段填写,撰写自动化脚本,定时获取任务提测时间,计算整体进度,自动通知钉钉
最终结果:延期提测减少50%,进度一目了然,风险预警显著提前
样图:
提效事例3
背景:
迭代期间,研发和测试的任务繁重,往往都是接了一堆任务,但对于总量缺乏清晰认知,总是会出现“急活儿 这个加到迭代里去”、“都是重要的活儿 都要上” 研发和测试长期加班仍不能如期上线
痛点:
1) 每个人不知道自身一个迭代到底能处理多少任务
2) 产线每个迭代产能不清晰,迭代常常延期,通知项目组延期时也很晚,项目组猝不及防
3)上线前5天内未能及时爆出风险
解决方案:推进jira任务估时,针对现有人力,完成全部高优先级任务,中优先级任务根据时间紧迫程度替换、低优先级任务暂缓甚至不做
最终结果:明确产能极限,根据产能设计排期与上线方案,在人力不足的情况下依旧如期交付产品
样图:
-----------------------
附言:
与自己和解吧,能把测试的需求测完就不错了,还抽时间做这个,搞了也没用,技术壁垒低的事情是得不到认可的。
如果真的要做,一定要领导有感知,同意你去做这个事情。
不然就是辛辛苦苦努力了一年 ,还做了团队流程梳理、自动手段提升效能,结果就是绩效最低,不说了我去做黑盒了。