|
|
本帖最后由 测试的味道 于 2017-5-27 14:16 编辑
用途：作为最基本的常规测试，全自动，用模拟器，4.4-7.0，开发包/混淆后的包会不会首屏闪退
会提到的小技术：
- 怎么全自动检测APP安装后首屏启动有没有闪退
- 怎么自动管理一堆4.4-7.0的模拟器， 然后拿个开发包逐个系统自动安装、启动、授权、甚至简单的交互
为什么做这个Appetizer质量监控对APK进行DEX代码插桩，然后插装包运行时能监控质量（crash, http，卡顿等等），DEX代码插桩是一个很底层的技术，大家有个疑问，插桩后会不会闪退啊，你们怎么确保这个事情的。我们的流程是这样的：
- 我们的质量监控代码托管在GitHub上，凡是commit到master（意味发版），触发webhook到我们的持续化集成服务器，自动pull，build
- 我们保存了生产中的APK文件，会自动用这个新质量监控插件，全部插桩一遍，如果插桩失败（基本没有）会立即发邮件
- 我们的持续化集成服务器没有显示器（叫headless server），会自动启动4.4-7.0 模拟器N台，然后每一个APK进行安装、启动、授权，检测有没有首屏闪退
- 所有闪退或者其他问题，会自动出报告，搜集logcat，apk信息，发邮件，然后才由人工参与，这个全自动过程结果如下：
 标题里，2017年5.13做的在api level 23的模拟器上的结果，每行是一个apk，成功的有截图(png)，或者无法安装（not_installed）或者闪退（bad），点击即是log我们用这套全自动流程回归，并确保我们的质量，目前5.0+系统上闪退率为0，这里看到很多无法安装是因为用了x86模拟器；4.4比较挫，在修复；整个流程吃满12核cpu，32G内存的小服务器，需要50分钟左右
全自动管理一堆模拟器一般大家都用Android Studio，点击AVD Manager，额然后。。。 不，我们要全自动化
看一下所有Android工具链都是可以命令行执行的，从安装系统镜像，到造一个模拟器配置，到创建sd卡，到启动emulator，因为Google内部，也有一套类似我们的全自动模拟器headless链。但是！但是！这套命令行特别难用，每次都要看一遍文档，所以我做了个包装。
Headless Android Emulator Manager (haem)Terminology:
- Headless Android Emulator Manager (haem)
- Terminology: 只要记住四个概念
- target - something like android-19 android-23 目标平台，比如android-19, android-23
- abi - x86 x86_64 armeabi-v7a or arm64-v8 ABI，就是x86还是ARM，就这四种选择
- avd - an arbitrary name for an Android Virtual Device (AVD) 模拟器配置名
- port - every emulator listens on a local port, which can be inferred from its adb serialno, e.g., emulator-5444 模拟器的端口，比如emulator-5444端口对应就是5444
- Usage: haem.py [OPTIONS] COMMAND [ARGS]... 好了，很简单，命令，参数和git一样
- Options:
- --help Show this message and exit.
- Commands:
- check 确认你的环境能否跑模拟器，没有参数
- create 创建一个模拟器配置 参数 AVD TARGET 见上
- delete 删除一个模拟器配置 参数 AVD
- install 安装一个TARGET
- list 列举现在已经创建的模拟器配置
- running 用adb devices报告现在运行的模拟器
- start 启动模拟器 参数AVD
- stop 停止模拟器 参数PORT
- 如果对细节感兴趣的，看看这个的代码就知道了，Python的，都是stackoverflow上行之有效的方法（比如好好退出我找了一阵子）
- 有了这个，一个脚本启动一麻袋模拟器（要记得自己的内存）
- 这个，有些坑
- 安装
- adb安装再普通不过了，注意了，>=21（5.0）的时候要动态授权，所以最好在安装时用上-g，代码如下，不翻译了
- # d 是设备串号，outpath是apk路径
- opts = "-g " if int(apilevel) >= 21 else "" # grant all runtime permissions for api>=21
- install_info = subprocess.check_output('adb -s %s install %s%s' % (d, opts, outpath), shell=True)
- 安装可能失败，找install_info里面有没有Failure
- 启动
- 清了logcat再启动，这个Monkey命令就帮你省了activity名（很多人会用am）
- # stage 2.2: clear logcat
- subprocess.call('adb -s %s logcat -c' % (d, ), shell=True)
- # launch it
- subprocess.call("adb -s %s shell monkey -p %s 1" % (d, pkg), shell=True)
- 启动后12秒一般就够了，然后抓回来logcat，-d打印到屏幕走人
- logcat_info = subprocess.check_output('adb -s %s logcat -d' % (d, ), shell=True)
- 检测有没有闪退
- 先贴代码
- # d是设备串号，pkg是apk的包名
- wininfo = subprocess.check_output('adb -s %s shell dumpsys window windows' % (d, ), shell=True)
- # stage 2.4: check if the app activity is focused
- launched = False
- for l in wininfo.splitlines():
- if 'mCurrentFocus' in l and 'Application Error' in l:
- launched = False
- break
- if 'mCurrentFocus' in l or 'mFocusedApp' in l:
- launched = launched or pkg in l
重点是mCurrentFocus（当前最上面的那个框）和mFocusedApp（当前最上面的那个APP）
有几种可能：
- APP启动了，正常，那么应该顶层就是它这行应该都包含APP包名
- APP启动了，闪退了，啥都没，回到桌面了，那么mCurrentFocus应该变成了桌面
- APP启动了，碰到个坑，crash了，弹框说"应用程序已经退出"，这是个坑，这时两行还都是APP包名，和情况1差别是mCurrentFocus那行会告诉说有一个弹出框，名字叫Application Error因为安装时会授权runtime permission，所以避免了很多首屏弹框要权限好了，聪明的你整理一下逻辑就是上面那些了针对APP还可以在启动后稍微自动点几下来到主界面，都是脚本活
后记- 人力可能也不复杂，但是有自动化方案的时候，我们团队总是选择花时间做自动化：1. 人做机械的事情会出错 2. 不要和电脑抢活干 3. 电脑很笨人很聪明，人做电脑不能做的事情
- 质保流程可以长一点，但是自动化一点，一点点累积起来的是质量也是专业
- 有兴趣可以去看看我们实战里面用插桩
- 这个流程还在持续更新中，haem也是会增加新功能，意见建议一直在学习
- 周末深夜分享没有泡面这样好么
|
|
/1 
关于我们
发表于 2017-5-27 13:57:05
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
楼主
发表于 2017-5-28 18:11:59
