移动端接口测试（移动端接口自动化测试）

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

本文目录一览：

• 1、基于移动端测试系列知识沉淀-向导篇
• 2、[分享]使用ApiPost模拟手机实现请求发送
• 3、移动端兼容性测试怎么做？
• 4、什么是移动端测试?
• 5、如何使用postman测试接口
• 6、移动端手机调试的几种方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

写在尾巴：

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

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

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

第一部分：

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

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

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

第二部分：

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

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

第三章-业务建模

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

[分享]使用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

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

User Agent

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

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
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

移动端兼容性测试怎么做？

什么是兼容性测试
兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能够很友好的运行的测试。–【百度百科】

为什么要做兼容性测试
目前碎片化十分严重，尤其是安卓设备。安卓设备碎片化、品牌碎片化，大家熟知的安卓品牌都有好多家，每家可能还有定制的系统，都给我们适配带来了不小的挑战。除了上面的碎片化，当然还有系统版本碎片化，屏幕碎片化等，为了给用户更好的用户体验，做APP的兼容性测试，还是非常有必要的。

兼容性影响因素
用户
硬件
软件
技术
网络
影响因素大致可以分为以上几类，我们对所测APP做兼容性测试时，可以从以上方面去考虑。

1、用户
我们需要依据自身APP用户群体的特征以及使用习惯，去做相应的兼容。比如用户群体如果大多是老人的话，可以考虑大字体的适配。比如针对旅游人士，可以考虑过程中网络的状况。如果拥有大量海外用户，可以考虑多币种、多语言、多度量、时区问题。

2、硬件
设备类型（手机、平板、穿戴式设备）
生产商（安卓手机存在每个厂商的定制化差异）
显示屏（屏幕大小、分辨率）
特殊硬件功能（NFC、蓝牙、相机、定位功能等）
3、软件
操作系统
浏览器内核
伴生应用
4、技术
RN、H5、native
开发语言(oc、swift）
5、网络
2G、3G、4G、wifi
兼容各种网络下APP的表现
iOS APP兼容性
屏幕分辨率
屏幕尺寸（含异形）
操作系统版本
Xcode版本
开发语言
第三方库或SDK
安装、升级
Android APP兼容性
屏幕分辨率
屏幕尺寸（含异形）
Android版本
系统版本
处理器架构（arm、x86）
开发语言（Java、koltin、混合）
第三方库或SDK
安装、升级
H5兼容性
CSS样式兼容（一些属性的浏览器标示前缀没有添加，导致默认浏览器不认识这个属性，所以样式错乱。有些布局不灵活，样式边界处理不好，导致宽窄屏显示异常）
JS兼容（主要是浏览器或者系统版本，新的js api不支持，但是没有做降级处理）
第三方库或SDK
框架（react、vue……）
缓存（sessionstorage、localstorage）
哪些场景需要做兼容性验证
UI显示
多次快速点击
拉起虚拟键盘挡住输入区
虚拟物理按键收起与显示
多个输入框来回切换
控件焦点热区文体
前后台、多个应用切换
指纹识别和faceid等
框架升级
网络
新老版本兼容
第三方依赖库或者SDK升级
前后端版本兼容
如何做兼容性测试
主要分为内部和外部。内部由测试人员自己覆盖主要机型。机型选取的原则是，根据自己APP用户的机型，选取至少top10进行人工兼容性测试。内部还可以进行的就是UI自动化测试。外部可以借助云测平台，比如testin、testbird等。

什么是移动端测试?

所谓移动端测试简言之就是针对移动平台的软件进行的测试。比如针对手机，ipad等平台上的各种app功能和性能展开的测试。相较于传统的web端、PC客户端产品的测试，移动端的测试受手机屏幕大小、内存、CPU、网络特性，操作系统、用户使用习惯的差异，有其自身的特点，所以对移动端产品测试就需要充分考虑测试差异而单独分列出来。黑马程序员就能学到哦！

如何使用postman测试接口

在Google已安装完成的接口测试工具的postman的程序之后，点击进入桌面的chrome应用启动器。
进入到应用启动器界面中之后，可以看到是postman的应用图标程序。点击进入。
进入到postman的欢迎的界面中，如果有账号可以进行点击登录账号，无账号可以点击Go to the app进入。
这样就进入到postman界面中，进行对百度网址进行测试话，选择get请求，把百度网址在输入框中输入。
输入完成之后，然后进行点击send。
如果测试用成功，返回的status为200 ok，而在下列的是放回的百度首页的元素信息。这样百度首页接口测试就成功了。

移动端手机调试的几种方法

很多时候移动端接口测试，移动端接口测试我们在进行移动端开发时，都是先在PC端使用手机模拟器进行调试，没有问题后，我们才会在手机端的浏览器进行测试，这个时候，如果没有出现问题，皆大欢喜。但是一旦出现问题，我们就很难解决，因为缺乏可视化的界面。不似在PC端，我们能直观的去改变样式，或者是进行断点调试。

这里主要介绍三种方法：

1、Chrome DevTools（谷歌浏览器）的模拟手机调试

2、IOS Safari真机调试

3、Chrome DevTools远程调试Android

这种调试方式不仅能用于模拟手机调试还是主要的PC端页面调试的方式，这里主要说用于手机调试。

a.谷歌浏览器的开发者工具，可以参照下图右键选择”检查“或者使用快捷键F12，打开开发者工具。

b.打开后看到类似如下界面的开发者调试界面，Elements可以查看文档元素，Console可以在线调试js和查看输出结果，Sources可以调试JS和查看依赖资源，Network查看所有的网络请求等等。

c.如果没有需要模拟的机型怎么办？可以增加，点开机型设置面板，选择edit，然后可以在右方修改展示机型，如下：

d.还可以模拟不同网络情况。

a.使用数据线将 iPhone 与 Mac 相连

b.iPhone 开启 Web 检查器（设置 - Safari - 高级 - 开启 Web 检查器）

c.iPhone 使用 Safari 浏览器打开要调试的页面（以兰亭单品页为例）

d.Mac 打开 Safari 浏览器调试（菜单栏 — 开发 - iPhone 设备名 - 选择调试页面）

如果移动端接口测试你的菜单栏没有“开发”选项，可以到左上角 Safari - 偏好设置 - 高级 - 在菜单栏中显示“开发”菜单。

e.在弹出的 Safari Developer Tools 中调试。

经过如上步骤就可在 Mac 端调试 iPhone 上 Safari 运行的页面了。

a.在 Chrome 浏览器地址栏中输入  chrome://inspect/#devices  并回车，就可以打开 Inspect 调试界面，此时我们勾选Discover USB devices 选项便可以看到设备列表。

b.然后打开手机中开发者选项并打开 USB 调试开关（具体方法自行百度，不同手机有一定区别），使用数据线将手机连接到电脑上，我们就可以在设备列表中看到自己的设备。

c.这时，打开手机上的Chrome 浏览器，随便打开一个网址（以兰亭单品页为例），设备列表中移动端接口测试你的设备下便会出现移动端接口测试你打开的页面。

d.此时我们点击 inspect 选项。

e.接下来你便可以和调试 PC 界面一样通过 Chrome 进行你所需要的调试，你在左侧屏幕上做的一切操作和你的手机上的操作会始终保持同步，如果你嫌左边这块多余，也可以关闭 Toggle Screencast 只保留控制台本身。 关于移动端接口测试和移动端接口自动化测试的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动端接口测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动端接口自动化测试、移动端接口测试的信息别忘了在本站进行查找喔。

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