移动测试的测试点
Android应用程序
iOS应用程序
H5小程序
Android应用程序，iOS应用程序，又叫原生的应用程序
兼容性测试
如果是WEB产品，测试产品在主流浏览器中样式以及页面交互的显示
如果是APP产品，那么就测试不同的手机操作系统以及不同的分辨率
WEB
需要考虑WEB产品在不同浏览器上的页面兼容以及前端样式的展示
不同浏览器具体指的是： chrome ie /edge firefox safair
页面兼容: 1、页面交互在不同浏览器都可以正常的交互 2、页面在不同浏览器都可以正常的显示样式
APP
操作系统
需要考虑APP在主流平台上的页面展示和样式的加载，目前考虑的主流平台主要是Android和IOS的平台
不同厂家：
国内很多的厂商都对Android进行了二次改造，形成了各种不同的手机操作系统，其实本质上还是在Android的基础上进行二次的改造和开发，核心的东西还是属于Android，只不过在人家的基础上新增了一层自己的应用程序，这些不同主流的平台都需要来进行测试，核心主流的平台主要总结为如下： 小米 华为 vivo/opp 魅族 阿里云os
分辨率
不管是什么平台，都会存在不同的分辨率的展示，比如就拿苹果手机来说，它存在iphone7至到iphone13，当然这仅仅是IOS的平台，还需要考虑Android平台的兼容性的测试，主流的分辨率主要可以总结为如下部分： android 800x480, 960x640,1280720(720p),1920*1080(1080p),25601440(2k) 在实际的企业里面，具体根据用户使用的手机来测试应用程序在不同分辨率下的展示情况，总之主流的核心手机分辨率都是需要来进行测试的。
网络类型
因为移动产品已经是非常普遍的，所以就需要测试一个APP在不同网络下资源的加载情况，这些不同的网络主要可以总结为如下的几点： wifi、2G(2G基本已经使用的非常少了)、3G 、4G 5G，
测试不同网络类型的目的是保障在不同网络的情况下，资源能够很快速的加载出来。同时还需要将网络连接不上、无网络、企业服务器错误等各种情况予以考虑并进行细化的测试。建议测试如下
几种情况：
1、网络不稳定，没有得到服务器的反馈-->提示“网络不稳定，请稍后再试”。
测试方法：网络打开，再关闭，出现网络不稳定，请稍后再试的提示。
2、网络没有连接-->提示“网络目前没有连接，请重新连接网络之后再尝试”。
3、企业服务器或者第三方服务因未知原因出错-->提示“目前无法接收相关数据，我们正在调查，请稍后再试”。
如何进行弱网测试
1、进入浏览器，点击检查，选择network，选择No throttling就可以选择网络类型
N requests包含了： 1、图片加载的请求 2、js加载的是页面交互的请求 3、css加载的是页面样式的请求
2、当要测试其中没有的网络类型，可以点击edit进行添加
不同网络状态下测试的汇报
一、不同网络资源加载
1、5G A、什么网络类型 B、下加载耗时，加载大小，请求次数
2、3G A、什么网络类型 B、下加载耗时，加载大小，请求次数 二、不同网络数据分析
H5的程序
H5的小程序在浏览器中访问网址都是以m.开头的，如美团：m.meituan.com
1、移动主流的浏览器(uc、qq)，手机端需要测试分为主流浏览器还有手机默认的自带浏览器，主要测试页面的交互（跳转有无问题）、页面的UI样式展示（图片等的位置展示）、页面的产品功
能（如登录等，是否能登录成功）；
2、不同手机型号浏览器分辨率的测试；
3、在微信以及支付宝等APP的小程序的测试
如何测试
由于APP的手机端和H5小程序的测试需要测试不同的手机操作系统以及不同的手机型号，但是购买所有型号的手机又是不现实的，那么我们如何做呢？
这里我们通过浏览器来实现，以测试美团的H5程序为例，那么其操作步骤如下：
1、打开浏览器，输入网址m.meituan.com进入美团的H5小程序；
2、打开浏览器的检查，选择手机模式；
3、然后就可以选择不同型号的手机、分辨率和网络。
H5的程序的兼容性测试：
1、移动主流的浏览器(uc,qq) 2、不同手机型号浏览器分辨率的测试 3、在微信以及支付宝等APP的小程序的测试需要将网络连接不上、无网络、企业服务器错误等各种情况予以考虑并进行细化的测试。建议：
网络不稳定，没有的到服务器的反馈-->提示“网络不稳定，请稍后再试”。
网络没有连接-->提示“网络目前没有连接，请重新连接网络之后再尝试”。
企业服务器或者第三方服务因未知原因出错-->提示“目前无法接收相关数据，我们正在调查，请稍后再试”。
功能测试点
用户行为习惯
用户常用的有菜单键、上下左右移动、Home键、返回键、Home键长按（显示当前进程列表）、调整音量、待机等。相应的作为测试工程师我们需要考虑的项就变成了：
（1）应用中的Back键的事件是否重写了？在各个功能界面中点击Back键会有什么反馈？
（2）用户在应用各个界面点击Home键之后，再次打开应用的反馈：应用是默认处于后台的状态还是有结束生命周期。
测试方法：APP在用户打开后跳转到某个界面，按下HOME键后，再次打开该APP，依然是上次访问的界面
（3）应用是否使用到菜单键，切不可遗漏这个按键和应用的交互。
（4）应用在任何状态下，系统进入待机或者关机。当系统被重新唤醒后，应用处于什么状态，是否有正确的反馈。
（5）应用进程被用户手动关闭之后，是否可以再次正确启动。
APP启动页面
APP启动页面（4个页面，4个页面突出本APP的服务以及特性）。
权限问题测试
账户、访问文件权限（如相册）、手机通讯录、摄像头、地址（用户地理信息）、麦克风等。
硬件问题
如双卡双待、GPU。
数据移动
用户会在软件没有响应或者出现重大缺陷时，点击强制停止按钮。或者在手机变卡后选择清空数据来释放自己机器的空间。
手机端测试
手机测试的测试点主要为：
（1）安装卸载
（2）兼容性
（3）正常功能
（4）非正常的点：崩溃（crash）、卡死、闪退
这里我们注意到一个现象：手机APP的退出不容易找到的，这是什么原因呢？为了让用户在页面停留更长的时间，获取更多的流量。
手机端APP测试流程
安卓APP：安卓程序员开发APP后，把.apk的文件发送给测试，测试通过 adb install .apk命令就可以安装这个APP，或者直接点击.apk文件就可以安装APP。
苹果APP：苹果程序员把APP开发完成后，把APP发布到TestFlight中，然后自己在TestFlight中下载安装这个APP，下载前需要先把自己手机的序列号发送给程序员，让他把自己手机的序列号写
进去，然后下载就可以了。
APP发布
手机端APP测试后，APP的发布也是由测试负责的，我们把APP发布到geogle应用商店、应用宝、oppo/vivo应用商店、360、华为、小米等应用商店中。
APP的更新方式
（1）卸载后下载最新版本。
（2）增量更新：直接在原有的APP上进行更新，只更新需要更新的那部分代码，如现在10M，更新后15M，增量更新只需要更新需要更新的5M，是在应用商店直接点击更新。
（3）热修复：不影响用户使用，直接给APP打“补丁”，修补APP的漏洞。
安装&卸载测试
用户安装方式主要有：
• 使用adb install <package name>进行安装；
• 使用第三方软件（比如豌豆荚、91助手等）安装；
• 将应用先下载到SD卡中再进行安装；
• 一部分数据量大的Android应用（一般是游戏）会采用小体积的应用安装，之后通过在线下载数据的方式使用。
• Android：开发完成后通过.apk的文件发送给我们，我们通过adbinstall.apk来进行安装或者直接点击安装------》发布
应用安装之后，还要重点查看以下几点：
• 不联网的情况下是否能正常运行，会不会崩溃？
• 在线下载数据不完整，能否再次启动？
• 是否支持断点续传？
• 下载完整之后，再次启动。
• 安装成功后，检查版本号以及相关数据。