测试从0到1 App专项测试探讨（十）

智能机愈来愈广泛，你们对安装的应用不只在于关注功能使用，也开始关注在体验使用以及性能方面，各app为了占领市场或者扩大份额，须要测试也开始关注在专项测试，本期测试网络会议主要讨论app的专项测试。

时间：2020.3.21 晚9点

主持人：小悠

主题：安卓专项测试

参加人员：安仔，航仔，小叶，皮卡丘，人生 （6人）

关键词： 项目周期，使用场景，启动时间，内存，cpu，帧率（fps），GPU，页面加载，电量，流量，apk大小，崩溃率，稳定性，monkey，monkeyrunner, GT,soloΠ，bugly 、听云、神策，友盟，adb，Matrix ApkChecker，perfdog，itest（第三方云测），冷启动，暖启动，Battery Historian，appium，丢包，卡顿，破解，安全

总体主要围绕着安卓和苹果两大系统的专项进行讨论，其中苹果系统讨论的仍是比较少，由于涉及到项目代码的问题，基本都要在代码插桩或者使用xcode来使用，测试权限及能力问题，其中业务涉及教育，电商，平台，游戏等。主要涉及内容有专项流程及测试内容，具体你们仔细看下各位的发表记录：

小悠：

皮卡丘：

小叶：

人生：

航仔：

安仔：

问题讨论：
1、灰度测试你们都是怎么进行的？会测试哪些内容？
进行：渠道迭代的版本去灰度，服务端a+b测试，把app发给用户群去使用采集数据，
测试内容：监控Crash、Anr率，测试电量、包大小，问题验证，功能选择
2、Ui自动化的稳定性及维护成本？
首先Ui自动化是要作的，由于它会减小回归成本以及天天执行监控对应功能，可能还会发现Crash，亦可收集埋点，另外除了用例回归，还能够遍历测试；
作的时候可注意如下几点：
一、用例覆盖页面稳定、功能稳定、核心场景；
二、每一个人单独覆盖一端的自动化，这样人力会充足一点，出现问题也能够你们相互讨论，相互参考别人的自动化思想（包含用例设计、提升稳定性、耗时等）；
三、提升每一个人的技术，组织小组内的分享和事业部大前端（app+h5+微信小程序）测试的分享）
4.自动化工具的设计，最好是封装过，入门门槛低，能够供大部分人使用，维护成本就低；
5.要解决UI自动化的控件定位的痛点，好比能够兼容多版本，可除了控件定位外，还能够经过图片识别；

3、app如何作线上的巡检工做（如服务端错误） 不考虑UI场景；
推荐主要用接口自动化来覆盖：
一、相比Ui自动化覆盖的场景更多、链路更深；
二、app发版有周期性，服务端上线频率更高，本身出问题的几率可能更大）
3.可经过服务端接口监控，好比用zabbix web监控，grafana
另外能够经过jenkins进行用户常规主要功能UI自动化大概10-20条左右，进行每日巡检，保证用户功能；

四.app bug 日志收集 大家怎么展开 
bugly 、听云、神策，友盟，本身埋点日志收集平台

以上就是关于总体的会议记录。

如您也有兴趣一块儿参加咱们的网络会议进行探讨，可留言或者扫一扫加入咱们，而后发消息“主题讨论”私聊我，通过审核后就可加入咱们，加入的同窗得有毅力，可不是说着玩得哦~

 

本文分享自微信公众号 - 测试通常不通常（TestAndTester）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。