移动端接口测试（移动端测试方法）

本篇文章给大家谈谈移动端接口测试，以及移动端测试方法对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享移动端接口测试的知识，其中也会对移动端测试方法进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、基于移动端测试系列知识沉淀-向导篇
• 2、移动端app测试流程与方法？
• 3、如何使用apipost模拟手机实现请求发送

基于移动端测试系列知识沉淀-向导篇

写在头上：马上要转项目了。沉淀一下移动app这两年多来的测试知识。

本篇为后续向导。也为了避免自己弃坑。立贴为证！

建议黑了发白的同学食用，如果已经白了的同学请打开微信关注TMQ。
先贴一张图，虽然觉得可能没有人转，但是转图注明出处阿喂。

两年时间不长，还经历了不少项目，大多夭折。详细见 第一部分-第1章：项目储备篇（暂不对外开放） 。

抓耳挠腮总结出了上面那张图。两个维度。

第一个维度：分层。分层的概念在好多文章里都挺常见的。我个人觉得分层的好处在于清晰你的测试逻辑，明确各自分工的准入准出，还能让测试更加深入。

所谓的对接接口是我自己意淫出来的。既然服务端要做接口测试，那我们的也要来个对接接口的测试吧，主要是验证 第一部分-第2章--如何美丽的对接接口 ，这个也后面细说。

接着是 第一部分-第3章--UI功能测试 ，现在大多数同学都在这一层。虽然都说小白没有技术含量。但是还是有一点料的。

接着是 组件测试 ，目前的app是由很多组件配置、拼接起来的。目前这个层面主要还是使用功能进行覆盖。这个部分主要讲一些配置、资源、组件依赖的测试技巧。

然后是 sdk测试 ，这个部分主要是我们组的测试开发再做。主要说明我们如何测试底层提供给别人的sdk测试。我仅知一点皮毛。正在学习中就被项目变更掐断了。希望回来的时候还能跟上移动互联网的节奏。写的时候估计要找外援。

第三方依赖测试 ，这个其实现在基本没做。是最近开发优化了一个第三方依赖库折腾了所有QA一圈后，让我想起来这个测试的必要性。
第二个维度：分业务。个人觉得业务这个东西很玄幻，可能还没有熟练到家。大概分为基础业务和对外业务。这两者的测试重点不大一样。

记在这里提醒自己写一下每个流程可以解决的问题和必要性。

这个流程一部分是意淫，一部分是小组现在确实在实施的。一步一步优化起来的。在里面踩了无数坑以后凝结的血泪。流程的优化也提醒着我们在进步。

再贴一张图，虽然觉得可能没有人转，但是转图注明出处阿喂。
由于我太懒。所以采用了这么挫的拼接方式。已经知错，坚决不改，给钱除外！

所谓 需求评审阶段 指在接收策划案到开发开始开发之前做的事情，主要指对策划的案子召集各个角色坐在一起商讨案子的合理性。并从各位专业的角度来评估案子提出疑问甚至否决。很多时候QA会被遗忘邀请(没错，是我)大家一定要增强自己的存在感，挤进去。

开发设计阶段 ，这个阶段在很多QA那里都仅仅停留在用例设计。在这个阶段做的更好是有难度的，需要QA具备一定开发层面的认知，还要有底气。。这条路目前在小组这边还没有走完。。不过这条路走完，用领导的话来说，就会变成开发GG的贴心小棉袄。

测试阶段 。大家很熟悉了。每天都在这个阶段绝望。《业务建模》《测试方案》

发布阶段 。加班的阶段，如果你不想加班，认真阅读本部分并参见前几个。

发布后 。挨骂的阶段，如果你不想挨骂，认真阅读本部分并参见前几个。
总结这个部分的时候才发现这两年掌握的工具好少啊，好多问题都是通过流程和抓耳挠腮的自研来解决的。找现成的工具才是懒人的出路啊。
主要分成了业务和专项两个方向来区分。业务可能的在很多小白看来是小白的能力。个人觉得业务能力也是很珍贵的，业务能力的成长有时和经验不可分割。业务~时间。那是我的青春~

其他工具在网上找下资料基本几天就可以初步掌握了，当然要用的66的，你也要付出666.详细后面说

写在尾巴：

1、以上内容小组成员共同经历，有些内容在成员基础上做的增加与扩展。

3、资历尚浅，希望各位大佬提点。有则不改。无则改之。
文章导读：

1、基于移动端测试系列知识沉淀-向导篇

第一部分：

第一部分-第1章：项目储备篇（暂不对外开放）

第一部分-第2章：如何美丽的对接接口（基于移动端测试系列知识沉淀）

第一部分-第3章：UI功能测试（基于移动端测试系列知识沉淀）

第二部分：

第一章-测试人员如何在需求评审阶段体现价值

第二章-开发设计方案评审

第三章-业务建模

第四章-用例设计-建模与封装

移动端app测试流程与方法？

1、首先是测试资源确认及准备

（1）产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全；

（2）测试设备及工具的准备：IOS和andriod不同版本的真机，以及相关测试工具的准备。

2、测试用例的设计与评审

（1）根据产品需求文档、产品原型图等文档，设计客户端的一般功能测试用例；

（2）测试用例评审、修改与完善，评审通过后着手进入正式测试阶段。

3、UI测试

（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户要求；

（2）测试过程中一切以效果图为准，若有用户体验方面的建议，可以先以邮件的形式与产品经理确认，确认通过后，可以正式向开发提出用户体验方面的问题；

（3）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。

4、功能测试

（1）功能测试时主要依据编写的功能测试用例进行软件功能的遍历；

（2）涉及的测试主要包括基本功能测试，安装、卸载、运行测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试。

5、中断测试

（1）软件运行过程中接电话、收短信、锁屏、闹铃、充电，收到通知提醒后再使用软件，软件应仍可正常运行使用；

（2）软件运行时，由前台切换到后台，再切回前台后，应仍可正常运行使用。

6、兼容性及适配测试

（1）硬件的适配：不同手机厂商、硬件性能，不同屏幕大小的适配；

（2）OS版本的兼容：IOS6-9；Andriod3以上等，如果用了一些新的API在老的系统上不支持会导致crash；

（3）不同分辨率屏幕的适配：移动设备的分辨率多种多样，如果app没有做比较合适的处理就可能会显示不好，甚至影响功能的操作。

（4）兼容性测试必须在一定数量的真机上进行，由于真机类型过多，尤其Android在做兼容性测试时，可以选取典型的几种运用较多的真机，进行兼容性测试；

（5）另外可以借助开源测试testin云测，进行更多机型的兼容性测试，testin云测提供基本的运行情况和一些截图，以及简单的测试报告，有助于扩大测试的范围。

7、性能测试

（1）客户端性能测试重点关注：安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等，以及与同类产品相比较是否有优势；

（2）其中页面加载时间可以利用Android调试工具DDMS获取到，在DDMS里面搜索Displayed关键字就可以看到页面加载时间；

（3）运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee（适用于Android）获取到；

（4）至于服务器端的性能，主要利用接口对服务器施加压力，重点关注响应时间、吞吐量、并发数、事物通过率等，可以视同工具loadrunner、jmeter进行测试。

8、稳定性测试

（1）安卓APP的稳定性常常使用monkey命令进行测试，通过随机事件流模拟人的操作，对检查程序的内存溢出、空指针有很大的作用。

（2）Monkey主要用来检测系统ANR及Crash等问题

9、测试分析及测试报告输出

以上各项测试结束后，应该形成完整的分析及报告文档（包括buglist、性能及稳定性结果分析，版本上线风险分析等内容），输出给各项相关人员

如何使用apipost模拟手机实现请求发送

一、ApiPost中有专门针对于模拟手机请求发送的参数

首先我们新建一个接口，访问www.baidu.com然后点击发送

然后我们在创建一个接口，这个是访问移动版的www.baidu.com不过这里需要设置一下头部参数user-agent

在选择参数值，这里ApiPost自己给我了两个参数值

Android

版本：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

版本：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

这样就实现了移动端的接口测试了

二、设置User Agent的原因

Web端和移动端它们发送请求的时候请求是不一样的，如何才能更好的去完成移动端的接口测试，就需要去了解User Agent。现在很多网站都同时有web端和移动端，但是用web浏览器和移动端浏览打开它们展示的界面并不是一样的。不一样的原因是User Agent的不同。

User Agent

中文含义用户代理，简称为UA。它是一个特殊字符串头，使得服务器能够识别客户使用的操作系统及版本、CPU 类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等

Web  端常用的User Agent：

1. Chrome  目前使用的User Agent：

MAC：Mozilla/5.0(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko)Chrome/50.0.2661.102 Safari/537.36

Windows：Mozilla/5.0 (Windows; U; Windows NT 5.2)AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13

2. Firefox

目前使用的User Agent：

MAC：Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11;rv:49.0) Gecko/20100101 Firefox/49.0

Windows：Mozilla/5.0 (Windows; U; Windows NT 5.2)Gecko/2008070208 Firefox/3.0.1

                   Mozilla/5.0 (Windows; U; Windows NT 5.1) Gecko/20070309 Firefox/2.0.0.3

                   Mozilla/5.0 (Windows; U; Windows NT 5.1) Gecko/20070803 Firefox/1.5.0.12

移动端常用的User Agent：

1.   iPhone ：

Safari：

Mozilla/5.0 (iPhone; CPU iPhone OS10_1_1 like Mac OS X) AppleWebKit/602.2.14 (KHTML, like Gecko) Version/10.0Mobile/14B100 Safari/602.1

Mozilla/5.0 (iPhone; CPU iPhone OS5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B206Safari/7534.48.3

QQ浏览器：MQQBrowser/38 (iOS 4; U; CPU like Mac OS X; zh-cn)

UC浏览器：IUC(U;iOS 5.1.1;Zh-cn;320*480;)/UCWEB8.9.1.271/42/800

微信自带浏览器：Mozilla/5.0(iPhone; CPU iPhone OS 5_1 like Mac OS X) AppleWebKit/534.46 (KHTML, likeGecko) Mobile/9B176 MicroMessenger/4.3.2

2.   Android ：

自带浏览器：Mozilla/5.0(Linux; U; Android 4.0.3; zh-cn; M032 Build/IML74K) AppleWebKit/534.30 (KHTML,like Gecko) Version/4.0 Mobile Safari/534.30

QQ浏览器：Mozilla/5.0 (Linux; U; Android 4.0.3; zh-cn; M032Build/IML74K) AppleWebKit/533.1 (KHTML, like Gecko)Version/4.0 MQQBrowser/4.1Mobile Safari/533.1

UC浏览器：JUC (Linux; U; 2.3.7; zh-cn; MB200; 320*480)UCWEB7.9.3.103/139/999

微信自带浏览器：Mozilla/5.0 (Linux; U; Android2.3.6; zh-cn; GT-S5660 Build/GINGERBREAD) AppleWebKit/533.1 (KHTML, like Gecko)Version/4.0 Mobile Safari/533.1 MicroMessenger/4.5.255 关于移动端接口测试和移动端测试方法的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动端接口测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动端测试方法、移动端接口测试的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。