可以把重复的断言写到装饰器里,在需要用到的测试方法上直接用装饰器装饰即可,装饰器里面抛出异常
我觉的就显式地等待吧,等待唯一的元素出现
能实现英伟达的 shadowplay 功能就厉害了,switch 能录制前 30 秒视频就是用的这个技术。游戏应该很适合这个,能减少不少资源消耗
流畅的 python,之前看过第一版,非常好。前段时间图灵出了第二版,内容有扩展,分上下两本,我立马入手了。
我觉得得看你的部门性质,如果是那种中台或者公版的部门,纯测开是挺好的,专注于做工程效能提升中共性的部分,太看业务反而束手束脚。如果你是给业务做测开,辅助测试提效的话,就还是要了解业务的好,针对性的开发。
要先能够实现私有化部署才行,不然数据安全这关永远过不了。大公司可以自己搞大模型,小公司没有这个财力
给你贴一个我很久之前做的笔记,现在可能有变化了
先用 autoit 实现文件上传的脚本,测试到这步的时候调用脚本,网上很多教程
最近我也在做自动化测试故障泄漏率,就是楼主提到的生产缺陷逃逸率。只不过我们的公式是:自动化测试发现的 BUG 的 DI 值/生产测试发现的 BUG 的 DI 值,我仔细想了想,并没有哪种公式更合理,在自动化测试覆盖程度不高的时候,怎么算指标都不会好看,这让我很有压力,不过也能通过这个指标的不断降低,来反馈一些质量保证的手段是否有效,还是有积极意义的。只是我不知道现阶段这个指标和 OKR 挂钩的话,是否会对个人很不利。
可以做的简单,也可以做的复杂,但是业务本身简单,是否需要投入这么多成本?