试试无头浏览器
是为什么决定放弃了 UI 自动化和性能两大块呢
怎么看出来没有线程池,从 5000 这个数字举例可能不太合适,我意思是说需要监控服务端线程,当服务端线程数与发起的线程差距比较大,再去找原因嘛,这里就涉及到线程池设置、压力机问题等等。
监控服务端 Java 虚拟机,jdk 自带有监控工具 jconsole,起了 5000 个线程,那服务端也增加了这么多活动线程,说明压力正常传到了服务端。
同样认为 Jenkins 是最合适的,就你的需求完全没必要折腾一个前端页面,而且 Jenkins 能做类似的很多事情
做过一段时间的 app 测试,当时也是接的这些个广告,首先我觉得单独测试广告 SDK 没必要,那是 SDK 提供商他们的活,要测试的是你们集成的有没有问题。
当初我们有一个重点测试项是风控策略,比如新用户三天内是没有广告的,这种逻辑都是自家开发的需要重点测试。
用商业的云真机平台? 你的痛点在于写的脚本要适配不同的设备才能跑,这一点云真机平台应该可以解决才对
没覆盖是一方面,而且从申请加班的页面看是没有搜索词和分页的,接口有这两个参数比较奇怪。猜测这个接口不只是申请加班用,加班列表页可能也是调这个接口,接口设计本身就不太合理,不过这种内部系统质量要求本身就不高。按场景设计接口用例我觉得是可以的,要增加一下列表页查询场景的测试用例
如果你可以把执行人工测试的那台被远程控制的电脑作为自动化执行机器,那么跟一般的自动化没有任何区别; 能远程桌面但不能传文件?也不能连外网搭环境?
如果你想着用你眼前的电脑作为执行机,我觉得你说的方案都不行