本文章转载于搜狗测试
一、Android wear简介
Android Wear:Android操作系统的一个分支版本，专为智能手表等可穿戴式电脑设备所设计，由Google主导开发。
Android wear项目背景：大白目前接触的Android wear设备分别是华为watch、Ticwatch，所测试应用（搜狗地图）作为预装软件也可以随着系统更新。
Android Wear 开发：
Android Wear API通过Android支持库和Google Play服务提供。使用这些库，运行Android4.3或更高版本系统的手持式设备即可与穿戴式设备进行通信。
同步通知：手持式设备上的通知可以自动同步到穿戴式设备；
语音操作：注册您的应用，以处理语音操作；
开发可穿戴式设备应用：利用 Android SDK 中的 Activity、服务、传感器等创建自定义体验；
发送数据：利用数据复制 API 和 RPC 在手持式设备与穿戴式设备之间发送数据和操作；
二、调试方式
Android wear设备上app测试，经常需要调试、查看log、取日志、进行存储相关操作等，对项目中接触的Android wear设备的调试方式进行总结整理。
Adb调试
假如你需要测试的Android wear设备，可以直接进行adb调试，那可以同手持设备一样连接调试，相信大家很熟悉，在此不再赘述。
蓝牙调试
Android wear项目中，tic watch使用蓝牙进行通信，可以通过蓝牙调试手表应用,调试信息会输出到连接配对的手机上。对tic wear蓝牙调试的方法和步骤进行了学习总结，如下：
1、 手机和tic watch配对；
a) 重置tic watch，重新启动后出现tic watch的二维码；
b) 手机端下载并安装tic wear助手，打开蓝牙；
c) 手机端扫描tic watch的二维码；
d) 手机和tic watch配对；
2、 打开手机的开发者选项，usb调试功能；
a) 设置>开发者选项,打开USB调试；
3、 watch开启开发者模式、打开蓝牙调试；
打开手表设置的开发者选项，选中Debug over Bluetooth（关于，多次点击出现选项）
a) 打开手表的设置菜单；
b) 滑到底部点击进入关于；
c) 点击7次版本号，进入开发者模式；
d) 打开确认ADB调试；
e) 打开通过蓝牙调试；
4、 打开手机的android wear应用调试功能，蓝牙调试和开发者选项；
关于，多次点击出现高级选项；
5、 设置蓝牙调试会话
在手机端打开Android Wear App助手，进入设置—高级选择–选中蓝牙调试，会发现当前状态是
Host: disconnected
Target: connected
通过USB连接手机到开发环境并运行
adb forward tcp:4444 localabstract:/adb-hub
adb connect localhost:4444
当手表上出现提示的时候,确认允许ADB调试，此时手机上的android wear应用状态会更新如下:
Host: connected
Target: connected
6、 调试应用
当调试设备运行时假如你的手表已127.0.0.1:4444这个地址被连接.使用下面的格式运行adb命令:
adb -s 127.0.0.1:4444
如果只有一个设备被连接可以使用下面的简写方式:
adb -e
举个栗子:
adb -e logcat
adb -e shell
adb -e bugreport
注意：需要保持手机和pc的稳定连接；
WiFi调试
adb支持usb连接模式和tcpip连接模式，可以用tcpip模式通过wifi无线连接adb。
具体连接步骤如下：
1、确认本机PC没有任何adb设备连接，包括模拟器和usb连接
查看当前PC端连接有多少设备；
adb devices命令后，列表显示为空；
2、将Android wear设备接入Wi-Fi，并查看其IP地址
(1). 设置－网络连接－点击连接的WiFi查看IP地址
确保电脑和Android设备连接在同一个WIFI网络环境（同一个局域网下，进行通信）
3、本机command命令下执行ping Android wear设备的IP
例如ping 10.129.49.143，如果ping成功，说明可以连接
ping成功
4、执行 adb connect
知道设备IP地址之后，就可以用adb connect命令通过IP和端口号连接adb。
adb connect 10.129.49.143
如果显示连接成功，则可继续执行后面的操作；如果不成功，如下图显示：connect拒绝
用adb tcpip模式重启adb
adb tcpip 5555
连接成功，connected to 10.129.49.143:5555
5 、adb connect ip 成功以后可以执行原来usb连接时的所有命令
如adb install，adb logcat等
三、日志
Android Wear上app测试中，常用到的日志分别是是应用相关日志和Google系统日志。由于Android wear设备没有像手持设备一样，可以进入到存储目录，可视化的进行文件管理，（目前项目所接触的几款Android wear手表，均是通过调试，进入shell模式，管理文件），对日志取出总结如下：
1、app功能相关日志、闪退日志
(1). 日志路径：
应用程序所指定目录
(2). 日志取出：
adb pull 到本地
(3). Tips：
a) no permission su 命令 切换root管理员
b) 非mnt 下的目录 不允许pull，需要copy 到 mnt/sdcrad 下
c) 命令 cp /data/anr/XXXXX.txt /mnt/sdcrad/
2、Google系统日志
(1). 日志取出：
adb bugreport bugreport.zip （Android6.0以上）
adb bugreport > bugreport.txt （Android6.0及以下）
(2). 注：
bugreport命令，可以获取在从开机之后详细的dumpsys,dumpstate和logcat信息，是一份完整的日志记录，对分析用户行为，异常信息，系统状态有很大的参考作用。一般我们会把bugreport导出到电脑上分析。
四、Android wear 测试牛刀小试——小编踩过的坑
1、网络连接、数据传输多样
可穿戴式设备获取数据渠道：蓝牙（需要和手持式设备配对）、WiFi、移动网络（sim卡）
Android wear数据下载测试遇到的问题：
问题1描述：蓝牙数据传输方式，手持式设备一段时间后自动锁屏（或系统省电）导致数据传输中断，正在下载的离线资源会改成完成状态；
问题2描述：手机连接到不可用wifi（无法下载数据），点击下载，提示未知错误，删除后，当前离线地图包列表大小数据显示错误，见截图
问题原因：合作方没有给对应的蓝牙连接status值；
问题总结：根据app端是否能获取到当前数据的传输状态，覆盖数据传输特殊情况；
2、Android wear的操作举例
左滑动：下一页、下一项；
右滑动：应用页面返回上一页、上一级、返回首页、返回表盘；
表冠—HOME键的：应用退后台、锁屏、退出应用；
侧表盘挠挠（tic手表）：应用底图缩放、上下移动列表；
上拉、下拉：列表上下滚动；
Tips：关注物理键返回功能表现是否同Android的HOME键相同，应用是退至后台状态还是退出；应用是否有适配挠挠；（特殊手机机型适配）
3、存储
由于Android wear设备没有像手持设备一样，可以直接进入到存储目录，可视化的进行文件管理，目前项目所接触的几款Android wear手表，均是通过调试，进入shell模式，管理文件。
问题描述：当存储空间不足时，无法打开地图应用，已下载的离线资源无法删除
问题分析：由于Android wear设备没有像手持设备一样，可以进入到存储目录，可视化的进行文件管理，删除文件（目前项目所接触的几款Android wear手表，均是通过调试，进入shell模式，管理文件）。
问题总结：测试必须覆盖存储空间不足情况，优化产品策略，减免类似问题；
4、通知
问题描述：手表从通知进入应用，打开的离线地图页面无法退出到首页
问题原因：从通知进入应用，直接打开离线地图页面，菜单选项不正确，所以无法退出，现在从通知进入应用也走菜单打开离线地图页面的统一入口。
问题总结：进入应用的各个入口需要覆盖完全哦。
5、表盘界面大小
由于手表表盘空间有限，各种提示或者弹框的长度都应该控制，需要覆盖不同文案长度；
6、省电模式
源于手表特殊性，系统判断一段时间无操作后，会进入ambi-mode，此时应用切换为黑白模式；
Tips：测试注意，覆盖应用所有页面省电模式显示是否正常；
