• 机会是给予那些准备的人的。。

  • 还是那句话,根据公司规模和业务量,有些公司根本没有时间做回归,功能测试都来不及做,非常考验测试策略和颗粒度。做自动化大多数场景在回归测试,当然你把运维 devops 搬进来扯当我没说。ui 自动化是最难实施的,懂基础概念都知道单元测试比重是最高的,ui 是比重最低的,但是国内土壤不适合。单元测试都是开发自己做的,这样机会导致大部分测试下岗,这是这个行业不愿意看到的。提升测试的价值,最简单直观的方法就是发现 bug,你发现的 bug 越多,你作为测试就越有价值。不要谈深度,深度 bug 多还是浅度覆盖多?测试将就功能覆盖率,一个面不是一个点。你技术大牛漏测有啥用?老板会原谅你吗?

  • 曝光欠薪公司,请避开 at December 21, 2018

    吃瓜群众,路过/

  • 我面试的时候 发现好多前辈测试甚至开发,都不知道功能测试、自动化测试、性能测试区别。。。。比如自动化就是性能?看起来都是机器跑?比如?功能测试和自动化测试没半毛钱关系?等等我好多次面试都不知道怎么回答他。。。

  • 自动化就是功能测试,web 端是非常有必要自动化的,我想天底下没有哪个测试一直重复性的点点点而感动欣喜吧?至于你说的前端一直变,相对论,你现在公司要是前端页面 1 天 72 变 ,你也没必要呆这个公司了,真的!PAGE 模式、数据驱动等等都可以解决前端 UI 改变的问题,随便改改配置文件就可以了,你难道不知道?

  • 高度不一样,仅此而已。

  • 自动化测试之类的技术,目的不是在于发现 bug,而是怎么进行回归的保障
    等同于回归测试一般都不会发现什么 bug,但不代表回归测试没有价值,对吧?

  • 终于说出重点了,多点技术多点工资。现在找大多数 bug 还不是靠功能测试,点点点找到的。在公司业务量没上去的情况下,功能测试点点点是必须要做的事情,也是主要工作职责,点点点是螺丝钉但也是最重要的环节。

  • 谁会这么无聊秀技术,这是要升工资,要钱好么,要更好的平台好么

  • 国企企业功能测试不低啊,大型传统公司功能测试不低啊。你说的只是互联网行业功能测试工资低吧?btw 每家公司测试技术都不一样,怎么考察,但是功能测试,比如用例设计方法这是最基础的。有些人扯等价类,因果图,场景法,正交,其实也就知道个名词,基础不肯深入研究,研究 springboot 和 django。做个平台出来就能提高产品质量了么?还是单纯秀技术?

  • 对技术要抱有尊重和敬畏的心态,当然越是哀怨可能越体现自己的无知和技术的薄弱,不要抱怨,不要做吃山空,外面的世界很精彩,不提前做好准备怎么能保证自己不被淘汰。同时也以此自勉!

  • 2、3、4、5 点总结的很好。但是 3 点太依赖于业务领域,换业务领域的话以前经验大打折扣。还有就是功能测试工资低确实是不争事实。

  • 怎么全是匿名。
    开发也基本一样,即使是 bath 之类的,招人的时候技能要求很高,但是最多人做的还是 CURD 这样的吧,所以开发同样可以大量的外包。
    实质任何工种都一样,决定技术和路线的都是少数人,大部分人就是螺丝钉,很容易置换。
    所以才需要努力向上爬,争取做那个可以决定自己命运的人,但是这样的人能有多少?5% 最多,绝大多数还是平凡的人平凡的过一辈子。

  • 测试技术日新月异,感觉 lz 这个吐槽是眼界有点低,还有一些怨气在里面~~

  • 1.看了这么多回复,总结就一个点浮躁;
    2.抛开测试你工作的核心就是价值产出;
    3.回到测试行业真是最看不起的点点点守住了产品的底线,满分 100 分的话,这个干好了你就达到了 60-70 分;但实际做的咋样。。。
    4.在功能测试点点基础上自动化测试、根据业务需求性能测试,这样你就差不多能够达到 80-90 分;
    5.至于说的测开炫技的平台开发,白盒测试、deveops 等等技术能能够在公司有输出其实你就 90-120 了

    总结:测试所说的土壤是可以扩展的,处理拓展做好本职工作,现在更多趋势是 QA 角色,协调部门与部门之前的角色,沟通协调能力这类软技能也是一个很好的价值体现,而且也是让 BOSS 能够真真切切看到的,

  • 怎么样能提高工资,提升公司效率,就怎么来,很多东西都是根据实际业务出发才做的

  • 吐槽喷有啥用呢。~
    比如我,我明显感到我扯犊子的能力比我技术能力强多了。。。
    吐槽土壤,两条路:1.改变土壤,2.离开土壤。
    不就是多数人只会吐槽,真做,要么啥也不会,要么学的贼慢,全是理由,才被鄙视的么。。。

  • 我就没那么伟大,什么能赚钱就学什么😳

  • 多掌握技术,其他的,听天由命

  • 都 8102 年了,没想到还能遇到这种论调

    1. 自动化测试和公司的业务量完全没关系,而是和你的产品特性如何。 迭代测试的版本越多,越有做自动化测试的必要; 至于前端页面一直在变,总不会每天都在变、所有页面逻辑全部变吧?
    2. 公司内网部署的,一共 100 多个人用的项目,如果不想花这个时间,性能测试确实不是必要的; 但这不是主流吧? 而且即使是公司内部用,性能存在严重问题,也没必要压测一下,优化一下吗?
    3. 前端适应手机端的页面,如果你说的是 web 页面,确实没必要采购手机来测试,chrome 可以模拟各种手机屏幕分辨率。另外,这个也是 selenium 可以模拟进行自动化测试的。
    4. 一个工具的意义不在于它是不是和其他工具不一样,而是它能做到什么,提供怎么样的生产力。
  • 你也是有趣,按你这么说,足球踢得烂的人都不要踢咯,没价值

  • 封装 selenium uiautomator2 xcuitest http/s 请求,在我看来确实没有意义,不是因为不好,是因为同质化太严重。我不会踢球就不能说中国足球,我不会打篮球就不能评论 nba?

  • 写后台管理平台,配菜单权限是基本功能吧?我也没说写个配权限就是能做开发的,是往这条路走下去还不如做开发!测试基本工作就是功能测试,其他只是辅助的手段。至于性能测试 自动化测试还是要看公司的业务量。比如卖产品的,公司内网部署的,一共 100 多个人,难道也要搞那么重的压测吗?又比如前端页面一直变化,难道就要天天 selenium 吗?公司可能没有移动端,只是前端搞个适应手机端的页面,难道需要公司采购手机,做手机自动化么?学技术固然没错,但不可能个个公司都需要自动化吧?个个公司业务量那么大吧?

    1. 为何不做开发? -- 为何学了技术就一定要做开发? 测试就不需要技术吗?
    2. 测试离不开功能测试 -- 测试同样离不开功能测试之外的其他测试技术和能力啊,有什么冲突呢? 而且自动化测试就不是功能测试吗?
    3. 关键看代码量 -- 我上面也说了,现在的测试框架和平台都那么丰富和成熟,搭一套下来真正要写的代码不会有多少。 除非完完全全自己闷着头造轮子。
    4. 这样写下去不如做开发 -- 你确定写个简单菜单权限就能做开发了吗?
    5. 别人用你的平台,别人能学到什么? -- 首先平台是为团队服务的,首要功能是干活,不是为了给人学同样的技术。 团队合作肯定有分工合作,能要求每个人都做一样的工作、得到一样的锻炼吗?
    6. 真正干活的还是那些功能测试 -- 做出东西之后跑路跳槽的例子我没碰见过,不发表意见; 但是除了功能测试,其他的测试方法和工具也能为工作服务啊,比如自动化、接口、性能等等。
  • 在大多数三线公司,搞平台的很多都是充当 “技术门面”,真正干活的还是那些功能测试,他们撸了一把代码,然后跳槽去大公司。他们确实能说也会做,用的也确实是开发技术,但大多数华而不实,或者他们公司根本没这业务量,只是为了跳槽秀更多的技术。所以就有很多人这个疑问,你为啥不做开发?可能在阿里,华为不会问这种问题,但小公司见怪不怪。机会是留给有准备的人,但准备充分不等于就有机会。