我们有个持续集成平台,代码及项目状态会在那里,然后需要测试的时候,会自动调用相应的测试计划
我们做成了测试平台,跟持续集成打通了,测试平台设置测试计划加入持续集成,就会在相应的时间段自动触发。
目前有这些项:
我们也是这么做的,平台维护成本磨合一个月左右,其实就比较稳定了
我觉得,真正的提升,不是你一个月内每天提升 3 小时,而是一年中每天坚持提升 1 小时。
其实 1 小时时间,谁都有的
我们的 app 发现视频广告出现卡顿问题还是比较多的,可以关注一下
规划和执行都很牛
adb 命令传输很方便的
覆盖率不是非得基于单测
写得贼好
看看代码?这样说,不知道具体是什么
首先,建议写到 sdcard 中,如果写到包 data 路径下,包被卸载后,.ec 文件会被删除
关于权限问题,可以放到 Cache 路径下,getExternalCacheDir() + "/“,我验证了,安卓 10 也没有权限问题
关于 getExternalCacheDir() 的具体路径信息,可以打印查看
培训只是学习的一种方法吧,没必要褒贬
虽然公司没有要求 996,但是周末跟老婆两人也会每天干半天活儿,一方面是因为危机感,一方面也是想让工作真能做成事业!
看到了,平台做的挺好的,因为我们去年的做法跟你的方式差不多,但是效果真心不好。
今年直接规划好测试规范,让大家写脚本了,稳定性有所提升;
平台做得挺好,但是还是无法避免,不写脚本的 UI 自动化维护成本过高的问题;
还是建议写脚本,灵活性更高,且可以降低将脚本转化为 Web 操作的坑和工作量;
图像识别速度慢,且需要增加截图耗时操作。
为什么不以 permission 为关键字筛选 ActivityName,然后操作目标关键字获取元素坐标并点击呢?
权限弹窗的 ActivityName 可以逐步完善,写到 list 中;
权限允许关键字也可以逐步完善,写到 list 中;
看日志
无语
有钱人买特斯拉和蔚来,经济紧张可以买帝豪的电动车
同样推荐 loguru
梳理目标用户,然后根据目标用户的机型分布,选择 TOP3
上图吧老铁
左耳朵耗子怎么样?
建议从小开始改善:
1、冒烟通过率很低:把冒烟测试自动化,如果冒烟不通过,直接在流程上打回去,不浪费测试时间;
2、项目界面、易用性问题比较严重:这种问题应该产品或交互背锅?或者在需求评审阶段增加工作量,避免返工导致的浪费;
在使用压测工具进行压力测试的时候,尤其是 Jmeter、Locust,经常因为本机资源限制,导致性能数据出现偏差,甚至误导,可以使用如下方法进行校验:
1、观察本机各项资源是否达到;
2、对比 Jmeter 的响应时间和服务器端的响应时间,看看偏差是否较大
3、使用 jmeter 分布式,进行压力测试,对比单 Jmter 和多 Jmeter 压测数据