研发效能 测试提效都有哪些方式

python与Java学习者 · 2024年09月04日 · 最后由 Martian86 回复于 2024年09月26日 · 11609 次阅读

整体讲测试提效,除了自动化还有哪些?为了一个人干两个人的活。还有哪些方式?请教一下大家。

最佳回复
共收到 31 条回复 时间 点赞

嗑药、头悬梁锥刺股、督战队、洗脑喊口号 “提高个人能动性,带动他人积极性”

为什么要强调提效,正常拉磨不就行。

这不简单,招一个牛马就可以干很多人的活

哈哈哈有画面感了

风禾 #27 回复

看来大家对提效的理解是一样的

LDIAN #2 回复

就是要一个人干两个人的活,然后想着省钱,但实际上什么都没剩下

风禾 #27 回复

但是别的产品研发 或者大领导想着是 可以不招人 用方法工具就能提效

1、整体讲测试提效。是整个公司的相关部门都觉得测试效率不高,要提效吗?如果是,那也太......
2、嫌活干的不好,挥挥鞭子,抽一下牛马......

加班是最提高效率的办法,只要干不死就往死里干

快,我也急需这篇文章的评论

牛逼,我的哥

你看国足,天天研究战术打法,结果球员连基本功都不行,打个屁嘛

没有吃过海参就没有资格批评国足

小黑子当年退出文坛我是极其反对的!
提效不如提质量,提质量不如提广度,提广度不如提深度,提深度不如提效率

星火 #14 回复

感觉每个公司都这样

取消测试,就都解决了;提效可以去提别人的效了。

开发把代码质量写的好点比什么都强。

我们公司最近就在降本增效,裁员了,我们的产品质量确实不太行,最近老是被甲方投诉,公司把质量部管理层大换血,都说外来的和尚会念经,确实是这样,因为新领导的到来,一系列政策需要落地,第一件最重要的就是整个项目流程以及测试流程需要规范化,不得不说我们之前的流程相当的不规范,文档要么没有,要么不评审,项目周期短,需求多,导致加班极其严重,从而引发现场问题不断。所以流程规范可以解决 80% 的问题,这个你们赞同吗?剩余的就是能力问题了

还有一个问题,效率高是指干的活多,还是发现的 bug 多,还是活干的越多,发现的 bug 越多,效率越高呢?我们组有个小姑娘每个迭代或者每一轮测,她发现的 bug 数都比其他人要多 20%,她确实也是来公司最早的,她来三年,其余人不是 2 年半就是 2 年的,时间差距并不多。后来经过我观察,她每次分配的任务,他都是不能按期完成,都是超出至少 30% 的时间来,但是 bug 发现的很多,领导只好让她顺延,但是周期节点不会延期,只能说把剩余的工作交给其他人按时完成的人,其余人为了赶进度,执行用例就比较快,发现 bug 就会相对来说少点,久而久之,她的 bug 数量和其他人差距就越来越大。

安东尼 #26 回复

又快又好毕竟是个伪命题

安东尼 #25 回复

那流程规范后领导想进一步提效呢?

R #29 回复

流程整完整工具链,都整完了就加班,然后裁员,然后倒闭,完美闭环

不靠谱的产品和开发裁掉,垃圾需求和垃圾代码少了,测试效率自然提升了,什么回归、自动化、压测、安全测试都不存在了。

爱因斯坦说,我们不能用制造问题时同一水平的思维来解决问题。想要提高测试效率,着眼点就不能只是在测试的这一个维度,而应该从产品研发的整个流程去进行优化,通过整体效率的提高,来实现测试效率的提升。
这部分是个很大的命题,刚好我们团队过去一年多就在做这个方面,回头可以整一个完整的分享给到大家。
这里先提个思路,跳出测试,左移右移,从产品需求阶段到开发阶段,从测试阶段到发布阶段,每个阶段都可以看看有没有帮助测试提升效率的点。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册