昨天跟一个朋友讨论一个问题,蛮有意思的。他说他在业务里面推自动化测试,他大老板说,我们是 toC 的产品,测试阶段多用几个外包进行验证,再用 5% 的用户给我们做线上小流量,为什么要花近百万工资招几个测试开发,做一些效果还不能保证的事?
为什么呢?
From @simple
我想了下思路,假定我们现在讨论的自动化测试包括一切非黑盒验证的测试工作,那么有这些价值老板您可以参考一下:
老板说的没错
老板说的有道理。
这个得看产品才能判断。如果是一些短平快的产品,一年半载就挂掉的。老板只想着赚快钱,确实不如多找几个外包,性价比更高。
相反的,产品庞大,迭代多,回归量大,长远来看还是得上点自动化。
脱离产品,任何自动化都是流氓。
关键要看你希望通过自动化去解决什么问题,如果是提升质量或者提升测试覆盖面,老实说是有很多解决方案。在你看来觉得自动化是测试的一个方向,但是对老板来说它不关心测试的发展方向,只想要最佳解决方案而已。
老板说的对
看产品吧。
生命周期短准备捞一笔就跑的,外包都不用找。
有长久需求的,外包和用户是代替不了自己培养的测试的。
另外,外包也不便宜,涉及质量的东西,你不用自己人基本等于让产品听天由命。
在大厂的测试同学好好蹲着吧,别出来瞎折腾....
老板格局真的 6
我觉得可能是去爬竞品的一些数据,然后做统计分析,适合竞品特别多的情况。比如 APP 可以爬渠道商的下载量,用户量,用户评价,生成竞品的维度信息
其实不招测试开发的也有这种例子,不过别人是开发牛,单元测试做的好。贵公司可以做到流量分离,拿出 5% 的流量做金丝雀测试,说明生产环境隔离做的挺好的。那肯定会去权衡招测试开发的价值。做不做自动化,这个我觉得得看实际情况。高速迭代的情况下,做自动化测试,我觉得收益很低。
另外像 APP 的专项,用 wetest 之类的,做个检测,其实也挺快的,效果也蛮好的。价格和人工成本比,确实划算很多……
提到回归测试,有些公司要是不出点回归覆盖率不够甚至没有回归导致的问题,管理层是不会意识到这是一个问题的,更多的会跟你说,你说自动化测试很重要,但我们现在没有也没出什么问题啊。。。
遇到这类情况,想要在不出问题的情况下改变一个人的思想观念,很难
近百万工资...是招几个。
自动化有很多种打法 又不是只有回归测试和冒烟测试,捆绑其他一起玩。
自动化核心价值框架开发好,足够稳定和写的足够快,拿基础框架去裸写 case 还是算了吧。。
全招外包谁来管理,谁来为质量负责(背锅)