1.web端和app端测试的区别
单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的。
系统架构方面：
web项目，一般都是b/s架构，基于浏览器的
app项目，则是c/s的，必须要有客户端，用户需要安装客户端。
web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新。
性能方面:
web页面主要会关注响应时间
而app则还需要关心流量、电量、CPU、GPU、Memory这些。
它们服务端的性能没区别，都是一台服务器。
兼容方面：
web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容
app测试则要看分辨率，屏幕尺寸，还要看设备系统。
web测试是基于浏览器的所以不必考虑安装卸载。
而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件
此外APP还有一些专项测试：如网络、适配性。。。
APP测试特点
（除了按需求说明书外的 功能测试 之外还需要进行如下测试）
1： 适配性测试（也叫兼容性测试，不同的安卓版本，不同厂商，不同手机品牌）
2： 不同网络测试 （2G网络/3G网络/4G网络/WIFI网络）
3; 在线升级测试
4： 中断测试（电话、短中消息打扰）
5： 耗电量测
6： 弱网测试（信号差，信号屏蔽实验室）
7： 安装卸载 （C/S）
8: 流量测试
2.如何测试一个app的登录功能
具体要求：有一个账号，一个密码输入框，一个提交按钮，考察目的
1.了解需求
2.是否具有设计用例的能力
3.是否熟悉各种测试方法
4.是否有丰富的web测试经验
1.了解需求：
测试需求分析过程，可以从质量要求出发，来展开测试需求分析，从功能，性能，安全性，兼容性等各个质量要求出发，不断细化其内容，挖掘对应的测试需求，覆盖质量要求，也可从开发需求出发，把每一条开发需求分解为测试项，结合质量要求，这些测试项再分解成测试任务，则包括功能性测试任务和非功能性测试任务，在整理测试需求时，需要分类，细化，合并，并按照优先级进行排列，形成测试需求列表
1> 登录界面应该是弹出框，还是直接显示在网页里面
2>账号和密码的长度（eg：长度，大小写敏感，特殊字符混搭）
3>界面美观是否有特殊需求（UI测试）
2.用例设计：
功能测试:
1>输入正确的用户名密码，点击提交按钮，验证能否正确登录
2> 输入错误的用户名或者密码，点击提交按钮，验证登录失败，提示相应的错误信息
3 >登录成功后能否跳转到正确的页面
4>账号名或者密码长度过长或者过短，应该怎么处理（安全性，密码太短是否有提示）
5>账号和密码有特殊字符（空格），是否做了过滤
6>密码是否加密显示
7>输入密码 ，大写键盘开启的时候要有提示信息
8>什么都不输入，直接点击提交（非空检查）
9>登录失败后，不能记住密码的功能
10>登录页面中忘记密码等等链接跳转是否正确
11>牵扯到验证码，还要考虑文字是否扭曲过度导致辨认难度大
UI测试：
1>布局是否合理，两个textbox和一个按钮是否对齐
2>textbox的长度和高度是否符合要求
3>界面设计风格和UI设计风格是否一致
4>界面中的文字简洁易懂，没有错别字
性能测试：
1>打开登录界面，需要几秒
2>输入正确的用户名和密码，登录成功跳转到新页面，需要几秒
安全性测试：
1>登录成功后的cookie是否有HttpOnly(降低脚本风险)
2>账号和密码是否通过加密的方式，发送给web服务器
3>账号和密码的验证，应该是用服务器验证，而不单单是在客户端用javaScript验证
4>账号和密码的输入框，应该屏蔽SQL注入攻击
5>账号和密码的输入框，应该禁止输入脚本（防止XSS攻击）
6>错误登录的次数限制（防止暴力破解）
7>是否支持多用户在同一台机器上登录
8>一用户在多台机器上登录
可用性测试：
1>输入框是否可以用tab键切换
2>输入账号，密码后按回车，是否可以登录
3>是否可用全用键盘操作，是否有快捷键
兼容性测试:
1>主流的浏览器下能否显示正常已经功能正常
2>不同的平台是否能正常工作,eg:windows,mac
3>移动设备上是否正常工作，比如iphone,android
4>不同的分辨率
3.消息推动如何测试
-消息推送对象
消息推送一般可以自定义推送对象，有全部推送，精确推送，及安卓和IOS渠道推送，注意推送对象是否正确，推送之前确认自己是否在测试环境操作，以免造成生产问题。
-消息简介
客户端收到消息推送有两种形式，客户端后台运行一般推送显示在通知栏，客户端前台运行一般弹出弹框，简介内容注意字数过多溢出情况。
-消息详情
注意详情所支持的内容，包括文字、图片、表情包、换行以及链接跳转。
-消息推送场景（支持定时推送）
（1）消息推送时间：
a)设置过去时间
b)未推送之前修改消息内容
c)删除消息，查看是否还会推送
（2）客户端运行状态
a)前台运行
b)后台运行
c)进程关闭状态
（3）特殊场景
a)多个提醒冲突
b)当天设置当天推送
c)当天设置隔几天起效
4.app在使用中出现崩溃、闪退的情况，是什么原因引起的
一.常见的原因
1.缓存垃圾过多
由于安卓系统的特性，长时间不清理缓存，会导致越来越卡，也会出现闪退的情况
2.运行的程序过多，引起的内存不足现象
由于部分手机运行程序过多，手机本身内存比较少，容易出现闪退问题，
3.应用版本的兼容性问题
3.1应用版本兼容性问题
应用版本太低，会导致不兼容，引起闪退;有些新发布的版本，还在调试中也可能会出现闪退的问题
3.2APP中的SDK和手机的兼容性问题
4.APP中访问网络的地方部分组件未加载
组件中的ImageVIew未正常下载并显示在app页面上
5.APP中的SDK和手机系统不兼容
android:minSdkVersion —此属性决定你的应用能兼容的最低的系统版本
6.其他特殊情况下的闪退问题
在Android 5.0升级到android6.0的时候，由于有些系统API老版本有，新版本没有，到返回对象的时候，报空，系统也会出现闪退的情况
二.常见的解决方案
1.缓存垃圾过多
可通过“设置”中清除应用缓存的方式解决
2.内存不足
可尝试关闭其他暂时不用的软件
3.兼容性问题
3.1应用版本兼容性问题
如果是版本太低，可升级版本即可：如果是新版本闪退，可能还在调式，需卸载安装旧的版本使用
3.2APP中的SDK和手机的兼容性问题
需要原生端相关人员，设置SDK的最低兼容系统版本
5.测试过程中遇到app出现 ANR时你会怎么处理
可以先把日志过滤出来： adb logcat | findstr xxxxx(过滤日志信息) ，然后再搜索其中的关键字，比如：exception、crash，看看是那些方法或者异常导致了问题的发送，初步定位问题原因后，可以交给开发人员去具体查找深层原因并修复。
6.如何查看移动端日志以及报错的异常有哪些
7.app测试如何展开，主要测哪些以及如何展开对应的测试工作
一、APP要做哪些测试？
1、功能测试：对具体功能点一一测试，验证确认每个点都实现满足需求的相应功能。
2、APP兼容性测试：根据屏幕尺寸、系统进行适配测试;对市场上主流的设备安装应用执行测试(如果有特定针对群体，应该根据实际用户数据接入设备进行分析，对靠前的机型进行适配测试)，确保都能正常运行。
3、压力测试：用户量大，交互性高的应用需对接口执行压力测试，确应用在海量的用户使用的情况下能正常运行。
4、UI/UE测试：主要是一些适配，用户体验方面，交互方面的测试。
5、用户行为统计测试：确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致；确保产品经理在文档中所定义的页面在该产品中都是存在的;尽可能真实地模拟用户行为;核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。
6、安全测试 ：软件权限、数据安全性、通讯安全性、人机接口安全性。
7、安装卸载测试：确保应用都能正确安装、卸载，且能正确运行(注意应用的升级测试：升级前后的状态)。
8、交叉测试：对于正在运行的应用，若进入短信、电话等其它软件响应的情况，不会影响被测试应用，且会保证应用能正确运行;杀掉进程时再重新打开APP;多个APP切换数据的保存等。
9、协议测试：模拟客户端直接发送协议包给服务器，看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。
10、异常测试：多次快速点击切换页面的响应情况?横屏竖屏的快速操作：切换菜单，播放，下载等;服务器宕机或出现404、502等情况下的测试。
11、弱网测试：APP在2G/3G/4G/wifi下的表现情况，网络环境变化时，APP的应对情况：是否有适当提示?从有网环境到无网环境时，APP的反馈如何?从无网络环境回到有网络环境时，是否能自动加载数据，且多久才能开始加载数据?
12、电量测试：设备在不同电量时(低于10%，50%，95%)，APP的响应以及操作流畅度;设备在充电时，APP的响应以及操作流畅度;设备意外断电时，APP数据丢失情况等。
8.app的性能测试以及关注点有哪些
普遍的apk性能测试，主要是以下七类
1、响应
2、内存
3、cpu
4、FPS (app使用的流畅度)
5、GPU过度渲染
6、耗电
7、耗流