我们之前也用,不过公司说用这个会将 code 上传到公网,有隐私问题,所以不能继续用了,建议慎重使用,除非自己公司搭建私有的工具
要能用技术手段解决业务测试中的难点,提高人效,也就是能通过技术手段做到降本增效
你这个是需要人工审核吧,轮询吧,其他没有很好的办法,硬等待不好
推荐一个工具 uiautodev,强烈推荐
如果多端页面逻辑和 UI 一样,可以一套用例多端共享,只需要把初始化过程和定位元素参数化出来就可以,我们就是这样做的,我们用的 Appium,主要是因为我们是 3 年前开始搞的,那时候 Airetest 没有 Appium 合适,现在可以俩对比着调研,看看哪个更合适自己的项目
BUG 数多并不一定能提现候选人的能力,因为有可能是你多花了更多的时间,或者是开发能力差,又或者是需求复杂等原因,面试要体现个人能力,这种 BUG 数多不一定是个人能力强
目前大环境不好,先解决温饱再说,而且夏天面试太热,别嘚瑟,苟且在原公司吹吹空调不好吗
0 语言的话学 python,入门首选
招
平台化的而且对隐私安全没要求可以用 apifox
python 写脚本的框架需要有 python 脚本编写能力的能力门槛
如果追求投入产出比,就用 apifox
jenkins 就行,windows 的也有批处理命令,远程的话 jenkins
可以,简历发下
免费的就用 Jmeter 吧,收费的就去各种云上找找,不便宜
接口现在好多都平台化,工具化了,比如 apifox,入门级别的 postman 和 Jmeter,不过 Jmeter 弄明白了其他工具都会用
APP 端可以从 Appium 和 Airtest 入手
Web 端先看下 Selenium 吧
语言建议首选 Python,上后快,网上社区也多,开源的 demo 也多
apifox,web 版免费,不过如果有数据安全和接口安全的要求就不适合,只能找私有化部署的版本,要花钱
metersphere 试一下
做之前先计划好,尤其是投入产出比
你看下那个封装的输入 input 方法,看提示应该是少了参数,可以进到输入的源码里面看下,或者打断点 debug 下一步步看下具体问题
千行缺陷率之前我们也统计,现在不统计了,因为考核什么就会得到什么,考核千行缺陷率会变向促进重复代码和冗余代码的行数的增多,这种增多不好统计,但是会让千行缺陷率降低,也就没了意义,反而影响代码质量,我们现在缺陷和需求做绑定算缺陷率,比和代码行数合理,大家认为呢?
不同公司不一样,通一个公司不同业务线也不一样,与迭代进度,部分风格,项目管理风格,当然领导的风格最关键,领导如果追求 deadline 那就必须按时完成,大家都在卷,谁敢不加班
CodeGeeX 也不错,免费的
这就是常态,也是正常互联网人的惯性思维,不用过于纠结,哪里都一样,重点放到未来,以后怎么避免此类问题的发生,BUG 已经发生了说什么都改变不对用户的影响,过渡硬钢没意义,现实就是这么的。给你个建议,我们测试用例会进行评审,产品,项目和开发都会明确测试点和范围,线上再有问题就是大家坐在一起分析问题了,重点是千万不要和领导对着干。
一般视频会在 wifi 下自动播放,之前我们用移动网络来进行自动化测试,可能与每个产品有关,我们的产品中的视频只要不自动播放就可以进行元素定位
这个是本地的地址,只有本地能打开,不过前提也是本地服务是启动的,这个地址分享出去是打不开的
接口自动化一旦量上去了好处还是很多的,CICD 用起来很方便,如果维护自动化脚本的人员稳定的话,后期维护成本还行,如果人员不稳定,后期接口迭代优化时,维护成本会很大,不过整体看接口自动化的收益和成本还是远高于 UI 自动化
报告的 url 是什么看下,服务是不是开启了,用 IP 访问,不要用 localhost