一、测试的流程
WEB测试和app应用测试从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试，性能测试，安全性测试，GUI测试等测试类型。
二、web测试和app测试具体区别
1、兼容性测试的区别
在WEB端是兼容浏览器，在应用端兼容的是手机设备而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，铬，火狐）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同的Android版本甚至不同操作系统的兼容。
2、app还需要手机设备的专项测试
如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换）
交叉事件测试：就是在操作某个软件的时候，来电话，来短信，电量不足提示等外部事件。
操作类型测试：如横屏测试，测试手势
网络测试：。包含弱网和网络切换测试需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交弱网络的模拟，据说可以用360wifi实现设置
3、系统结构层面的不同
WEB测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是APP端是不能够保证完全一致的，除非用户更新客户端如果是APP下修改了服务器端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了
三、web接口测试和app接口测试的区别
web接口测试和app接口测试的主要区别点在于header的不同
web接口测试header头部user-agent发送的是浏览器的请求信息
app接口测试header头部user-agent发送的事手机的请求信息，Android和ios的user-agent发送的还不一样，如图：
Android的user-agent请格式为：Mozilla/5.0 (Linux; U; Android 8.1.0; zh-cn; BLA-AL00 Build/HUAWEIBLA-AL00) Chrome/57.0.2987.132 Mobile Safari/537.36
iOS的user-agent请求格式为：Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.113 Safari/537.36
接口测试工具：apipost
下载地址：https://www.apipost.cn

	

App安全学习项目
项目地址：https://github.com/Brucetg/App_Security
Android 渗透测试学习手册
项目地址：https://wizardforcel.gitbooks.io/lpad/content/
Android 渗透测试基础入门
Android渗透测试中注意的点
推荐阅读：http://blog.orleven.com/2017/06/22/android-base/
Android APP 渗透测试方法大全
推荐阅读：
https://www.mrwu.red/wp-content/uploads/2019/01/2d64e44287506e29af96.pdf
手机抓包工具汇总
推荐阅读：https://blog.zengrong.net/post/capture-package-on-phone/
微信小程序抓包
推荐阅读：https://xingzx.org/blog/crawl-wechatapp-on-android
相关APP渗透测试的文章推荐：
微信XX充值管理平台渗透测试
https://xz.aliyun.com/t/4703
移动APP安全测试要点
https://woj.app/5232.html
一次iOS App渗透测试
https://xz.aliyun.com/t/6953
记一次某OA的渗透测试
https://xz.aliyun.com/t/6814
APP 抓包和微信小程序抓包-Charles 的精简使用教程
https://blog.csdn.net/liqing0013/article/details/83010531
TIPS：其实很多app也是网站嵌入的而已，你就当作Web渗透一样就行，抓个包，设置下Burp自动换下UA和Cookie，Chrome/Firefox一样可以对其进行测试

	

	

testkuaibao|软件测试自学公众号
APP测试
1
什么是APP测试？
    App测试就是软件工程师对这类应用软件进行功能测试，性能测试，安全性测试以及兼容性测试等。
    对于app测试我们一般采用的是黑盒测试方法，也会在必要的时候进行自动化测试以及性能测试，丙炔对于app还会有专项测试，比如说内存，流量以及耗电量测试。
2
APP功能测试重点
    App测试也是需要进行功能测试，app功能测试与WEB功能测试是同样的测试流程和标准，并没有很大的区别，一般来说APP的功能测试流程如下所示：
1. 安全测试之软件权限
    扣费风险：包括短信，拨打电话，连接网络等。
    隐私泄露风险：包括访问手机信息，访问联系人信息等。
    对app的输入有效性校验，认证，授权，数据加密等方面进行检测。
    限制、允许使用手机功能接入互联网。
    限制，允许使用手机发送接收信息功能。
    限制或使用本地连接。
    限制，允许使用手机拍照或录音。
    限制，允许使用手机读取用户收据。
    限制，允许使用手机写入数据。
    限制，允许应用程序来注册自动应用程序。
安全测试数据安全性
    当将密码或其他的敏感数据输入到应用程序时，不明文形式将数据被存储在设备中，同事密码也不会被解码；
    不同的应用程序的个人身份证或密码长度必须至少6个字符；
    当应用程序处理信用卡明显时，不以明文形式将数据写到其它单独的文件或者临时文件中；
    在数据删除之前，应用程序给用户提供一个取消命令的操作；
    没有用户明确许可，不损坏删除应用程序中的任何内容；
安全测试之通讯安全性
    当创立连接时，应用程序能够处理因为网络连接中断，进而告诉用户连接中断的情况；
    应用程序运行中通讯超时，给用户一个错误信息提示；
    网络异常及时将异常情况通报用户；
    关闭网络连接，应用程序应用及时关闭，断开程序；
2.安装卸载测试
    能够在安装设备驱动程序上找到应用程序的相应图标；
    安装路径可以选择；
    没有用户的允许，应用程序不能默认设置自动启动；
    卸载用户使用过程中产生的文件是否有提示；
    卸载是否影响其它软件的功能；
    卸载应该移除所有的文件；
    当创立连接时，应用程序能够处理因为网络连接中断，进而告诉用户连接中断的情况；
3.UI测试
    测试用户界面(如菜单，对话框，窗口和其它控件)布局，风格是否满足要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等。
    UI测试的目标是确保用户界面符合公司或行业的标准，包括用户友好性，人性化，易操作性按钮，对话框，列表和窗口等。
UI测试之导航测试
导航是否直观，导航帮助是否准确直观；
是否需要收索引擎；
导航与页面结构，菜单，连接页面的风格是否一致；
UI测试之图形测试
页面标签风格，各控件操作方便统一；
页面的图片应有其实际意义而要求整体有序美观；
UI测试之内容测试
输入框说明文字的内容与系统功能是否一致；
文字长度是否加以限制，内容是否表意不明；
4.功能测试之运行测试
App安装完成后的试运行，可正常打开软件；
APP打开测试，是否有加载状态进度提示；
APP页面建间的切换是否流畅，逻辑是否正确；
注册：前台注册页面和后台的管理页面数据是否一致
登录(包括正常和异常登陆)；
功能测试之应用的前后台切换
    APP切换到后台，再回到app，检查是否停留在上一次操作界面，检查功能及应用状态是否正常；
    APP切换到后台再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于后台切换回到前台数据有自动更新的时候；
    当app使用过程中有电话进来中断再切换到按品牌，功能状态是否正常；
功能测试之免登陆测试：
    很多应用提供免登陆功能，当应用开启是自动以上一簇登录的用户身份来使用APP，检查系统是否鞥呢自动登录成功并且数据操作无误。
    考虑无网络情况能正常进入免登陆状态；
    切换用户登录后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出；
    密码更换后，检查有数据交换时是否进行了有效身份的校验；
    检查用户主动退出登录后，下次启动app，应停留在登录界面；
功能测试之app更新测试
    当客户端有新版本时，用户可以取消更新，老版本能正常使用，用户在下次启用app时。扔出现跟新提示；
    当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端，下次启动app时，扔出现强制升级提示；
    当客户有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新，检查更新后的客户端功能是否是新版本；
功能测试之定位，照相机服务
    有用到相机服务的地方，需要进行前后台的切换测试，检查应用是否正常；
6.性能测试之响应能力测试
APP安装卸载的响应时间；
APP各类功能性操作的响应时间；
性能测试之压力测试
APP反复进行安装卸载，检查系统资源是否正常；
其它功能反复进行操作，检查系统资源是否正常；
7.兼容性测试
与本地主流APP是否兼容；
不同手机屏幕分辨率的都兼容性；
不同手机品牌的兼容性；
图文来源网络，如有侵权联系删除
觉得文章不错的话就点个好看呗，转发就更好了
	

原文作者：Rookie_C
原出处：博客园
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰，我们将立即处理。
有些人可能对APP测试的流程方面的问题，其实这个问题说难也难，说简单也简单，今天就为大家简单的梳理一下，希望能对大家有所帮助。
首先看下这张图（建议保存）
这幅图应该能够很明确的展示APP测试的流程了。然后需要说明的是执行测试那一段。因为用的xmind，字数太多图看起来就太小了，所以在这里说一下每个阶段对应的东西。一、UI测试
检查UI图片，icon，文字，布局等UI元素与效果图是否一致。一般UI方面不会存在特别严重的问题，作为建议提给产品就好了。二、功能测试
检验功能是否符合需求，涉及到UI层，接口，数据，服务端，代码逻辑等。功能方面的缺陷一般被定义为严重缺陷，必须修复。如果在时间欠缺的情况下，可通过会议与产品，开发，运营，项目负责人多方商议后，确定在不影响本版本的情况下延期处理。三、健壮性测试
检验产品在出现异常时的处理机制。同时需要检验出现这些异常场景，或者是比较极限的情况的时候会否出现crash、anr的情况。一般只要有处理就不会出现问题。需要注意一些极限和异常场景，还有中断和弱网的测试。四、适配
检验产品的兼容性，不同的硬件设备，分辨率，操作系统，屏幕尺寸，手机型号等。安卓这一块儿是不太好做的，国内的定制系统太多了，一般方法都是针对主流机型进行测试。五、稳定性测试
这里通常使用的是monkey进行测试。之前我也是对monkey不屑一顾，后来经过前辈指点也是发现了它的强大之处。目前也属于正在学习的阶段。主要手段还是通过伪随机事件流，进行大量的点击，滑动等操作，主要是用来检测产品中隐藏的crash、anr的缺陷。六、性能测试
客户端性能：主要监测，客户端运行时设备的CPU，GPU，流量，耗电量，响应时间等数据。进行数据分析，针对客户端对产品进行优化，从而提升产品的竞争力。这里是可以检查出内存泄漏的哦。在深入的发掘可以分析客户端的性能瓶颈，甚至定位出影响客户端性能的代码。这一块儿作为APP的专项测试，实际上可以做的东西有很多，也值得大家去发掘去做。只是国内大部分中小型的公司还没有重视起来，都还属于走过场的形式，笔者也没有特别深入的去做，也就不讲了。
服务端性能：主要监测，I/O，吞吐量，并发，压力，负载等数据。针对测试结果进行分析，寻找性能瓶颈，完成对性能的优化。主要目的是检查服务端的稳定性，能否达到预期目标，完成预期任务。这一块儿笔者还没有接触就不深谈了哈。七、回归测试
回归测试，主要是针对开发修复的缺陷进行测试。评估改动的影响范围，有目标有针对性的进行测试。其实还需要对老版本的功能、数据等进行回归。不得不说黑盒就是麻烦，每一次改动，无论巨细，无论影响范围都必须要做这个。八、上线测试
在发布上线之后，要在生产环境上进行最后一轮的系统测试。笔者一般是把前面所有做过的东西全部在做一次。