一.手机测试概念
传统手机测试VS手机应用软件测试
·传统手机测试：指测试手机本身比如抗压，抗摔，抗疲劳，抗低温高温等。也包括手机本身功能、性能等测试。
·手机应用软件测试 C/S Client/Server
手机应用软件是基于手机操作系统之上开发出来的软件，做这样的测试就
二、手机端常规测试
1.What
2.介绍手机测试的概念架构叫做手机应用软件测试。
对于手机端测试，按照平台来分，分为Android和IOS两大主流系统
1.Android开源导致碎片化比较严重，（手机品牌众多，系统版本各异，分辨率不统一，主流手机型号上千。无法保证应用、游戏对于所有手机的适配兼容。）bug比较多，而IOS通常bug会少一些。
2.Android手机长按home键，会呼出应用列表和切换应用，右滑择会终止应用。
还有分辨率测试，Android手机分辨率有20多种，IOS较少一些
3.再就是手机操作系统，Android系统太多了，IOS较少，但是升级之后不能够降级，不过呢，发现了最近ios中boss直聘的一个bug，是有关于Boss直聘强更的一个bug，当我们点击手机APP端 Boss直聘 进入主页面弹出提示框“新增邮箱上传附件简历功能” 弹窗中有立即升级的链接，点击别的区域没有反应；必须点击“立即升级”才会跳转到“App Store”若不升级，重新切换回Boss直聘界面，依旧提示“立即升级”全部退出依然如此。
4.按照目前技术架构的话，现在有一些原生的app架构，类似于Client Server架构，也有基于Html5的app，类似于pc机的BS(Broswer server)架构。手机测试和pc机类似，又有一些不同的地方。
5.当然除了手机，现在还有好多使用Android系统，比如酒店点餐的平板，银行对公或者对个人业务的业务平台，还有一些智能的穿戴设备，小米的手环，google 联想的智能眼镜，智能家居，电视盒子，这些都是在使用android系统，我之前最早的时候，就要测试过一个智能家居设备，测试的时候需要考虑蓝牙，wifi连接传输这块，也有好多要测试的内容。
2.how
1.功能测试
对于手机app来说，和我们测试web项目差不太多，也是各种测试方式需要考虑进来，比如说逻辑功能测试，现在移动端越来越火爆，大家用的软件也越来越多，对软件也越来越挑剔，现在公司在开发移动端的时候，肯定是有相应的需求文档和UI所设计的产品效果图，我们做逻辑功能测试，就是根据这些资料，当然也根据我们正常人的逻辑思维进行逻辑功能测试，在做逻辑功能测试的时候，我们要测试主页面，我的页面，商城页面这些功能是否合理。
2.安装与卸载测试
软件安装后是否可以正常运行，安装过程中是否可以取消,安装空间不足时，是否有相应提示,是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载。曾发现在IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）,卸载是否支持取消功能，单击取消后软件卸载功能是否正常,卸载后文件是否全部删除所有的安装文件夹,从不同的应用市场下载进行安装测试，比如测试小米市场，华为市场，应用宝，安卓市场，安智市场的安装测试。
3.软件升级测试
当客户端有新版本时，是否有更新提示，当版本为非强制升级版时，用户可以取消更新，老版本能正常使用，用户在下次启动app时，仍能出现更新提示；当版本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时，仍出现强制升级提示，当然现在强更已经很少出现了。检查更新后各个功能是否能正常使用；在线跨版本升级后能否正常使用，当然现在主流的安装更新方式开始向热更新热部署方式转变，就是在用户不需要手动更新的情况下，完成版本的静默更新，这个技术是有难度的，需要看公司中程序员的技术能力还有就是是否有这样的产品需求。
4. 登录测试
对于登录测试，基本上每一款app都有登录注册功能，所以在测试App的时候，登录测试是必不可少的一项。
我们做登录测试的时候，往往包含这么些项：
登录用户名和密码错误时，界面有提示信息；
用户主动退出登陆后，下次进入app时，应该进入登陆界面；
密码更改后，登录时是否做到了有效数据的校验，对于未登录状态时，一些页面的操作，是否做了控制；
切换账号登录，检验登录的信息是否做到及时更新，对于多个端（web、iso、android等）进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新,一个账号只允许一台机器登陆的软件，需要账号登录多个手机时，是否将原用户踢下线，且能够给出提示信息,用户登录状态太久，session会过期，会出现“虽然是登录状态，系统会提示用户没有登陆”
5.安全性测试 - 权限测试
对于手机权限，如果我们是刚开发不知名的app，权限这块尽量少一些，这些权限在安装的时候都必须用户同意。在Android 6.0之后，权限需要动态的申请，我们测试的时候,需要测试在使用到这些权限的时候，程序员是否做逻辑判断，用户同意权限应该怎么操作，不同意权限又应该怎么操作。
6.消息推送测试
消息推送，是移动端的一大特色。我就说一下消息推送我们所做的这些方面吧，
未锁屏时，应用后台运行，消息推送是否可正常接收，未锁屏时，APP客户端使用过程中，可以收到消息提醒，且点击可查看。
锁屏时，手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。
精准推送
当推送消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误的将其他人的消息推送过来
push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）
退出登录后，是否接受push推送（根据需求来）
7.前后台切换测试（锁屏）
8.UI测试（界面测试）
9.兼容性测试
10.网络环境测试
11.mokey测试 （monkey压力测试 测试为1000-2000）
12.性能测试
三.Android介绍
1.Android SDK(Software Development Kit)的安装和配置
2.安装java环境
3.启动配置好SDK的Android版本eclipse Android Studio(类似Idea)
- 检查是否成功：
cmd → java -version
5.Android studio安装
6.创建虚拟机
Android App开发一般需要模拟器来测试程序的正确性
Android Virtual Device，就是Android运行的虚拟设备，是Android的模拟器识别。建立的Android App要运行，必须创建AVD，每个AVD上可以配置很多的运行项目。
简而言之：AVD即用于Android开发调试的模拟机。
AVD name：填写的虚拟机名称，纯英文和数字组成。
Device：设定模拟的设备，一般选择手机型号：3.2QVGA(ADP2)(320480: mdpi)。
Target：安装Android的版本，目前4.0是主流，即可选Android4.0.3 API 15。
CPI/ABi：模拟的CPU型号，这里的ARM是手机的CPU型号。
Keyboard：务必勾选“Hardware keyboard present”。
Skin：务必勾选“Display a skin with hardware controls”。
Front camera/Back camera：是否模拟前置和后置摄像头，装有Cam的读者可以考虑。
RAM：设置模拟器内存，一般在512~1024M。 VM Heap：每一个应用的最大内存空间分配，默认即可。
SD Card：选在size上,这个就是在默认目录里自动建立一个模拟SD卡的文件,SD卡的大小随意,也可以不填,不填代表不适用SD卡。
7.启动虚拟机
四.ADB
1.ADB介绍
ADB全称Android Debug Bridge, 是android sdk里的一个工具, 用这个工具可以直接操作管理android模拟器或者真实的andriod设备(如G1手机)
它的主要功能有:
运行设备的shell(命令行)
管理模拟器或设备的端口映射
计算机和设备之间上传/下载文件
将本地apk软件安装至模拟器或android设备
2.配置ADB环境变量
3.ADB常用指令
查看设备：adb devices
这个命令是查看当前连接的设备, 连接到计算机的android设备或者模拟器将会列出显示
安装软件：adb install -r (APK路径)
-r 代表如果apk已安装，重新安装apk并保留数据和缓存文件。apk路径则可以直接将apk文件拖进cmd窗口，记得加空格。
卸载软件
adb uninstall <软件名>
adb uninstall -k <软件名>
如果加 -k 参数,为卸载软件但是保留配置和缓存文件
问程序员--com.example.test
登录设备shell
adb shell
adb shell
这个命令将登录设备的shell.
后面加
查看手机内存情况
adb shell dumpsys cpuinfo
查看内存情况
adb shell getprop | findstr dalvik 本机内存的使用情况
查看应用内存使用情况
adb shell dumpsys meminfo +包名：应用的内存使用情况
列出手机装的所有app的包名：
adb shell pm list packages
列出系统应用的所有包名：
adb shell pm list packages -s
列出除了系统应用的第三方应用包名：
adb shell pm list packages -3
4.adb logcat 查看手机日志
adb logcat 命令格式 : adb logcat [选项] [过滤项], 其中 选项 和 过滤项 在 中括号 [] 中, 说明这是可选的;
在命令行中输入 adb logcat --help 命令, 就可以显示该命令的帮助信息;
">"输出 : ">" 后面跟着要输出的日志文件, 可以将 logcat 日志输出到文件中, 使用adb logcat > log 命令
指定 logcat 的日志输出格式 :
-- "-v"选项 : 使用adb logcat -v time 命令, 可以查看日志的输出时间;
"process"格式 : " 优先级 (进程ID) : 日志信息 ", 使用adb logcat -v process 命令;
将手机日志输出到本地文件中
adb logcat -v time process > C:/log/aa.txt
有多台设备是adb选择设备
adb -s 设备名称 logcat -v time process >C:/log/aa.txt
Android 的日志分为如下几个级别：
V —— Verbose（最低，输出得最多）
D —— Debug
I —— Info
W —— Warning
E —— Error
F —— Fatal
S —— Silent（最高，啥也不输出）
按某级别过滤日志则会将该级别及以上的日志输出。
比如，命令：adb logcat *:W 将 Warning、Error、Fatal 和 Silent 日志输出
显示所有优先级大于等于“warning”的日志
五.APK牢固性（加密）
应用加固
防篡改：通过完整性保护和签名校验保护，能有效避免应用被二次打包，杜绝盗版应用的产生；
防逆向：通过对代码进行隐藏以及加密处理，使攻击者无法对二进制代码进行反编译，获得源代码或代码运行逻辑；
防调试：通过反调试技术，使攻击者无法调试原生代码或Java代码，阻止攻击者获取代码里的敏感数据。
网上有很多Apk加固的第三方平台，最有名的应当属于：爱加密和梆梆加固了。其实加固说的简单点就是对源Apk进行加密，然后在套上一层壳即可
六.Monkey测试
1.Money介绍
顾名思义，Monkey就是猴子， Monkey测试，就像一只猴子， 在电脑面前，乱敲键盘在测试。
通过Monkey程序模拟用户触摸屏幕、滑动Trackball、 按键等操作来对设备上的程序进行压力测试，检测程序多久的时间会发生异常。
2.Monkey用来做什么
Monkey 主要用于Android 的压力测试自动的一个压力测试小工具， 主要目的就是为了测试app 是否会Crash（崩溃）。
3.Monkey 前提条件
- 环境配置：把adb加入系统环境，手机开启开发者模式
- 连接手机，获取测试的包名。获取包名的方法
- Monkey编写测试命令,并运行。monkey操作命令
如果要提前中结束测试，中断运行中的monkey
CTRL+C
adb shell ps | grep monkey 返回进程号
adb shell kill [刚才查到的进程号]
4.Monkey程序介绍
Monkey程序由Android系统自带，使用Java语言写成，在Android文件系统中的存放路径是： /system/framework/monkey.jar；
Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行，shell脚本在Android文件系统中 的存放路径是：/system/bin/monkey；
Monkey 命令启动方式：
a）可以通过PC机CMD窗口中执行: adb shell monkey ｛+命令参数｝来进行Monkey测试
b）在PC上adb shell 进入Android系统，通过执行 monkey {+命令参数} 来进行Monkey 测试
c ) 在Android机或者模拟器上直接执行monkey 命令，可以在Android机上安装Android终端模拟器
七.Monkey 命令 基本参数介绍
1.使用monkey测试手机所有程序
2.-p <允许的包名列表>
3.显示日志详细程度
4.Monkey日志分析
5.--throttle <毫秒>
6.--pct-touch
7.--pct-motion
8.--ignore-crashes
9.--ignore-timeouts（ANR）
10.Monkey 实例
11.Monkey异常分析
12.monkey事件百分比
八.手机兼容性测试
1.机型配置问题
Android兼容测试一定要做到宽范围覆盖，如果做不到这个，那么就违背了兼容性测试的目标——测试App在各类机型、系统上的运行是否兼容、适配。
因此，兼容性测试必须要在各个机型、系统上对App进行运行、测试，查看相关UI是否适配、功能是否正常。所以，必须要为兼容性测试配备尽可能多的机型。这是不是意味着，你的公司要去购置各类机型设备？当然不是。对于一般的公司或者开发者，这将会是一大笔开销，为了节约资金而造成进行覆盖率较低的话，则失去了兼容性测试的意义。另外，这也是没必要的，因为往往你就一个或两三个App，为了这少量App测试，而去购置如此大量的设备，无疑是一种资源浪费。除此，还有一个原因，将在兼容性测试如何展开里去说。除此，机型量的多少也是一个权衡的过程，目前，通用的兼容性测试一般覆盖Top100-300的机型，对于实在是小量机型或者老旧机型，用户量非常小，在一定程度上，是否需要覆盖则需要权衡，总的来说，Top排名的手机基本足够。
2.兼容性如何展开
这是一个经验性的过程，可以去借鉴大型互联网公司的成熟App的测试方法。目前，无论是国际知名App，还是国内知名App，谷歌、Facebook，BAT等，他们都有大量的App对外推出，对于App兼容性要求非常高，因此，他们的做法是非常值得借鉴的。这些公司的兼容性测试，都有一个相同的解决方案，那就是自动化测试框架与平台的实现。通过浏览上述公司在各种大会公布的内容，或者通过论坛知识分享，都能看到，他们不仅有自己的测试实验室，拥有大量的手机，除此，还有一整套的自动化测试平台，来完成兼容性测试。
3.有哪些好用的App云测试平台
目前对移动App的测试主要指的是下面几部分：
兼容性测试——App对不同手机、操作系统版本的兼容性测试，包括安装、启动、卸载等。
功能测试——遍历应用的每一个角落，查看应用的功能、逻辑是否正常，完整。
性能测试——应用的性能怎样，如启动时间、反应时间、CPU占用率，内存占用率等。
稳定性测试——在一定时间内对App进行持续地测试，测试App运行的稳定性。
网络场景测试——测试不同网络环境中App的运行状况，如2G&3G，弱网络等。
以下是国内几家主要的云测试平台：
Testin：Testin云测|全球领先的App及手游测试平台
Testin是国内较早涉足云测试领域的公司之一。Testin在云端部署了300多款1000多部测试终端，终端种类及数量都比较全面。支持Android与iOS系统。但目前仅少部分服务为免费，绝大多数服务为收费项目，故而使用成本较高，具体收费情况请查看官网的介绍。
腾讯优测：优测网-让测试更简单
腾讯优测是腾讯旗下的云测试服务平台，拥有超过1000款测试终端，机型数量庞大。但仅支持Android，暂不支持iOS系统。提供兼容性测试服务，不提供性能测试、功能测试及稳定性测试服务。另外，腾讯优测还提供“云手机”服务，开发者可以远程控制测试终端，实时查看App安装、运行效果。优测目前的功能为收费（新注册的用户可获得官方赠送的礼包），每天限制提交2次测试。
移动测试学习端口：https://wetest.qq.com/guide/learn-source
4.腾讯云测兼容性报告
5.百度MTC-移动云测试中心
1.移动app测试服务包含：自动化测试、人工测试、用户接受度评测、远程真机调试。点击创建测试任务即可
2.以功能回放测试为例：创建测试任务。步骤为上传app，上传用例，选择测试终端，截图，邮件。
3.测试报告包含：应用基本信息、结论总览、问题分布、问题列表、问题终端分布、性能结论、性能分析、内存占用分析、终端列表。
点击进入终端详细报告，包含内容：终端信息、测试结果、性能结果、测试截图、安装日志、logcat日志、脚本日志、性能详情、屏幕录像。
6.各款云测试平台对比
7.总体总结
1、真机租用：Testin云测和AWS Device Farm，均包含iOS和Android，型号全，优先推荐。
2、AWS Device Farm支持框架Appium Java JUnit、Appium Java TestNG、Appium Python、Calabash、Instrumentation 、UI Automation 和 XCTest，终端支持Android和iOS，web，优先推荐
AWS Device Farm支持网络场景选择，其他均不支持。但是它的性能指标比较少，只有三项，CPU，Memroy,Threads
3、百度MTC支持Appium、Robotium、Uiautomator框架，但是创建测试任务时，过于简单，具体测试内容展示不明确。
深度性能测试无亮点，与兼容性测试中的性能数据无明显优势。
4、阿里MQC支持在线录制脚本，自行编写脚本支持Appium、Robotium框架
测试服务类型分布清晰，按测试系统划分，支持Android，iOS，yunos。创建测试任务时，测试步骤类型表述清晰。
5、腾讯优测-Xtest工具，支持录制脚本。深度测试服务的报告很全面，但是价格稍贵。
6、Testin是国内较早涉足云测试领域的公司之一。Testin在云端部署了300多款1000多部测试终端，终端种类及数量都比较全面。支持Android与iOS系统，步骤简单，便于操作。
九.真机测试
1.第一步:让手机显示开发者选项
2.允许USB调试
3.检测连接设备
4.执行相应的测试操作
5.同屏