我是一个爱偷懒的人,为了不加班,不去做繁复单调的工作,不断提升自己;设计各种测试框架,开发各种平台,工具,自动化,从而达到了高薪又不用下大功夫的目标。偷懒路上无止境,偷懒有技巧,有能力,有方法,快乐偷懒!

  • 其实这就是职业发展到了一定的阶段都会遇到的问题,想去提升又不知道如何提升?想找一个有相关工作机会的公司,这个可能性比较小,因为公司招你来是解决问题的,并不是让你去学习的。想找个人带你,也不现实,现在公司内都没有老员工愿意带新员工了。现在可以去网上买一些儿线上视频课程,或是买一些测试的书,自己来学习;如果公司有相应的同学在做你感兴趣的事情,也可以花点儿心思去学习一下。

  • 1,iOS 的 Monkey 确实比较慢,这个没有办法,这是因为 WDA 的原因,fastMonkey 也是在 WDA 基础上做的,不过 iOS 系统相对来说稳定些儿,Crash 和 ANR 比较少,可以作为与 Android 相对应的功能,不必放为重点。做了几年的相关工作,也没有发现有什么好的工具,网上相关的资料也比较少。
    2,Android 的 Monkey 是模拟点击的,所以可以操作 Native+H5,Flutter 都是没有问题的,只是要控制好相应的跳转。我这个文章的时候,字节的 fastbot-android 还没有开源,后来我分析了一下它的工作原理,感觉还是不错,就用这个了。

  • 公司的项目,不能开源,抱歉,只能讨论一下思路!

  • 是的,这个是业务同学最能直接产出的结果,然后再去找是否有相应的工具;否则没有需求,就谈不上开发工具了

  • 流水帐式写法,毫无特点,不能吸引 HR 的注意力。如果你真不知道怎么写,就去各个招聘网站上,按他们的模块填写你的内容,然后再导下来,就比你这个强。

  • 作为多年做自动化测试的老兵,给你点儿建议:1,先吃透一下做自动化测试目的,常规的使用场景;2,多看一下优秀的开源项目,学习一下架构设计;3,所有自动化测试的维护成本都很高,任何项目架构设计必须易于维护;4,要想真正发挥使用,执行时间,性能方面必须要考虑。然后再对照着你的项目看一下吧?!

  • 增加硬件资源可以提高效率,不过不是最好的手段。二楼说的对,需要多方面考虑一下:
    1,从用例执行的流程分析一下,找到耗时的地方,从减少用例执行步骤,提升用例执行时间如入。如通过接口减少操作步骤,合理安排用例执行顺序,优化元素定位方法等。
    2,在保证用例之间低耦合的前提下,多开几个浏览器,并发执行就可以了。
    3,合理选择用例集,因为 UI 用例天生比接口慢,所以要合理安排执行的用例集,也能有效地提高执行速度的。

  • 这个是肯定的,因为太多的测试同学喜欢被动,产品,开发或是其他测试同学给安排了工作才去干,自己不主动,两三年时间就直接和其他同学拉开了距离!

  • 我们已经做好了整套精准测试的东西,支持服务端,移动端和 Web 端,由于是公司内部的东西,不方便和你讨论的太多!

  • 看了一下大家的讨论,感觉对覆盖率的理解不够全,或者比较片面。代码覆盖率只是一个基础,反映你的测试用例执行到了哪些代码。以这个为基础,可以做调用链路分析,自动化和手工用例与代码的关联,代码和用例之间的追溯关系,用例智能推荐,diff 代码的自动化回归,测试质量评估等一套东西,对应的就是精准测试体系。

我是一个爱偷懒的人,为了不加班,不去做繁复单调的工作,不断提升自己;设计各种测试框架,开发各种平台,工具,自动化,从而达到了高薪又不用下大功夫的目标。偷懒路上无止境,偷懒有技巧,有能力,有方法,快乐偷懒!