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

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

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

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

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

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

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

哈哈哈有画面感了

CmYzzZ 回复

大实话

风禾 回复

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

LDIAN 回复

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

风禾 回复

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

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

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

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

牛逼,我的哥

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

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

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

星火 回复

感觉每个公司都这样

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

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

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

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

安东尼 回复

又快又好毕竟是个伪命题

安东尼 回复

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

R 回复

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

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

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

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