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

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

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

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

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

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

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

  • 通过 jacoco 或是对 jacoco 做二次开发,有一套完整的方案可以使用,同时能支持 java 和 kotlin 系列的语言,经过多方验证的成熟方案他不香吗?对不自研的,没有经过业界验证的方案,在性能,安全性等方面还有待考量的,学习可以,生产中不会有人使用的。

  • 流量回放和录制用例在几年前就提出的概念,经过各大公司多个业务实践过,理论和现实差距很大的。综合考评,投入产出比严重失衡,也可以说价值不够大,这也是这方面的技术后续没有大的发展的原因。文章介绍的工具思路很好,不过无法使用到真实的环境中,一是,不同公司的产品会因为技术,架构,实现方案等原因,造成千差万别,无法统一化;二是,由于安全限制,产品特点等,无法让你获取到相应的流量的;三,收益得不到认可,搞过很多次相关技术专项,业务相关同事只是拿来做参考,不会重视,慢慢的就没有人投入精力去使用了。个人的一些经验,讨论一下。

  • 无论你工作多久,能力多强,都不建议在简历上写"精通"两个字,可以换种说法,比如说:从零开始参与了某个项目的全流程,测试计划是什么?设计了多少用例?发现了多少 Bugs?最终达到了什么效果?而你自己在这个项目中又学到了什么?把数据一一罗列出来,面试官自然会给你的水平打级的。如果你自己说精通,那以中国人的个性,他会努力证明你并不怎么精通,然后再给你定为能力不行,何必给自己挖坑呢!

  • 求助探讨:sdk 测试相关 at 2022年07月15日

    SDK 测试技术含量很高的,只是你没有接触到而已。首先,需要开发一个测试的 App, 然后基于这个 App 去做 SDK 的动态注入,以便灵活测试各个版本。如果可以的话,也可以拿客户的应用进行动态注入。第二,做自动化测试,基于 app 做自动化测试;性能测试等;第三,当然兼容性测试也是非常重要的,要做兼容性测试,就会涉及到手机集群什么的。总之涉及到的内容是非常多的,可以深入了解一下。

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