看了很多UI自动化框架，无论是开源的还是自己造轮子的，都是失败后截最后一张图或几张图。随然没有问题。但我们能不能换种思想。我们能不能把截图全转成gif动图，这样定位问题更直观呢。 来吧。看看怎么实现吧。 先看看楼主的思路吧，如下： 每一个用例中的步骤我们都截图，然后再保存至对应
目前常见的C/C++开发多数使用的是gnu+makefile的开发方式,每次开发的时候编译的配置文件写的头疼.而使用cmake虽然可以自动辅助生成makefile文件,并且可移植性也变得更好的,不过也常常逃不掉要经常手动修改的时候自己的cmake文件的命运,那有没有更高效的方法呢? 叮叮~ LLVM+c
换种方式理解 ELF 文件格式 ← 文章链接在这里 作者以公司结构类比ELF文件格式，用一种全新的方式讲解ELF格式每一部分存在的必要性，非常的生动形象。 所以在此记录。
我有故事，你有酒吗?很多人都喜欢听故事，自带小板凳等待故事上场。因此写故事的方式放之四海而皆准的原则，因此如果你需要写报道材料时，总是没有好的突破口或者总是平淡无奇，建议你加入故事，应该很快能够产生化学反应。 那么报道材料如果加入故事，怎么才能写出好故事呢?一个好的故事
开篇引入 单元测试中的Mock方法，通常是为了绕开那些依赖外部资源或无关功能的方法调用，使得测试重点能够集中在需要验证和保障的代码逻辑上。在定义Mock方法时，开发者真正关心的只有一件事："这个调用，在测试的时候要换成那个假的Mock方法"。 然而当下主流的Mock框架在实现Mock功能时，
adb uiautomator2 设备管理 查询已连接设备/模拟器 $ adb devices List of devices attached cf264b8f device emulator-5554 device 10.129.164.6:5555 device 查看设备信息 d.info {'currentPackageName': 'com.ss.android.ugc.aweme', 'displayHeight': 1280
