• 确认如此,对于个人而言工具不是越复杂越好,也不是功能越多越好,反而是越简单,越便捷越好,很多平台为了完成各种各样的功能,适配各种各样的场景,会存在为了满足极少一部分场景,把系统做的很复杂,用起来成本很高,反而类似 jmeter postman 这种简单粗暴的工具类应用更得人心,就比如我管的团队,虽然有接口测试平台,但是大家平常还是喜欢用 postman 和 jmeter,只有为了做自动化和 mock 的时候才会在平台上去做。

  • apipost、doclever、itest、MeterSphere 类似这些工具不是你想用就能用的,除非公司买了类似服务,很多个人版、社区版、免费版商用容易收到律师函,公司 IT 懒得去研究法律问题,直接就禁用了,而且,如果只是个别人想用类似工具,在线版肯定不行,那就只能直接部署,还要找服务器等,这样比起来 postman 和 jmeter 的优势就来了。很多人用 jmeter 做接口测试,其实就是和用 pestman 一样,当成是一个私人的接口请求信息存放工具,拿来存放请求脚本,和楼主理解的不一样,不存在团队合作等等场景,而且用 jmeter,后续性能测试也方便,把请求 jmx 改改就能做简单的单接口性能测试了,其实现在大部分公司对功能测试的要求并不是很高,“分析业务模型、数据模型” 并不是手工测试要考虑的事情,那是类似楼主的专业人士考虑的事情。所以考虑为什么用 jmeter,不如思考下为什么不用 apipost、doclever、itest、MeterSphere ,这样对测开人员落地相关工具还是很有参考意义的

  • 说的很有道理,现在测试卷的很,能看代码,做点自动化,做点白盒,算是基本素质了,没这些很难进大厂,除非是做外包,可能要求低一些。现在这个时候不再是做白盒、做测开、做自动化就高级的年代了。

  • 这才是正解,最有效的方式是减少用例数,用别的手段分摊 ui 用例做的事情,1000+ 的用例,维护起来也是相当头疼的吧

  • 要是每个测试都有 lz 的做事态度和思考方式,得少多少线上 bug 啊

  • 这种很多的,人家能把领导弄得服服帖帖的,其实也是对下属的一种关怀

  • 保姆式测试、保姆式服务 at 2022年01月20日

    测试没人权

  • 在研发这条线上做啥都比做测试有前途,现在对你来说四个好机会,以后基本没有专职测试了

  • 这是先通过 selenium 命令行启动浏览器,操作到指定界面,然后在用代码去操作这个已经打开的浏览器的意思吗?

  • 第三条功能期盼已久,没权限看到贴子就不要展示出来,