移动端开发测试（移动端测试技术）

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

本文目录一览：

• 1、移动端测试知识概览
• 2、移动端测试概览
• 3、移动端手机调试的几种方法
• 4、基于移动端测试系列知识沉淀-向导篇
• 5、移动端兼容性测试怎么做？
• 6、移动端用研测试工具推荐一： Userlytics

移动端测试知识概览

移动端测试是指对移动应用进行的测试，即实体的特性满足需求的程度。

通过一些安全测试工具

互联网移动场景下业务的爆发，导致移动端开发和测试人员需求量增大，市场很缺移动端的人才。

自动化工具选择的关注点：

用来扫描和分析Android应用程序的UI控件的工具。

移动端测试概览

一、 移动端测试是什么

  1、移动端测试是指对移动应用进行的测试移动端开发测试，即实体的特性满足需求的程度

二、移动端测试分类

      1、APP功能测试：

            （1）业务逻辑正确性测试：依据产品文档设计测试用例移动端开发测试，加上隐性需求用例

            （2）兼容性测试：系统版本、屏幕分辨率、网络状态

            （3）异常测试：热启动应用：应用由后台转换为前台的过程、 网络切换和中断恢复、电话和信息中断恢复

            （4）升级安装卸载测试：

                            升级：临近版本升级、跨版本升级、保证升级后app可用状态

                            安装：首次安装卸载后安装霍盖安装保证app安装后可用，安装文件齐全

            （5）健壮性测试：手机资源消耗：cpu内存、流量消耗：数据流量加载图片原间消耗22M 图片压缩数据压缩

                    崩溃恢复测试：app闪退提示终止运行等等保证自启动可用手动启动可用

2、APP自动化测试：

                （1）高效数据绝对正确

                （2）不需要人工干预

                （3）回归测试

三、安全测试

        1、优秀的App安全测试工具：ADB、Drozer、QARK、Zed Attack Proxy、MobSF、Veracode、Fortify

四、主流的移动端自动化工具

            Robotium 支持语言：Java    支持系统：仅支持Android系统    跨平台：不支持跨应用

            Macaca    支持语言：Java、Python、Node、js    支持系统：支持Android和ios系统    跨平台：支持跨应用

            Appium    支持语言：Java、C#、Python、PhP、Perl、rruby、Node、js    支持系统：支持Android和ios系统    跨平台：支持跨应用

  2、自动化工具选择的关注点：

                （1）足否支持native,webiew

                （2）是否支持获取toast

                （3）是否支持跨应用

五、UIAutomatorviewer手机控件查看工具

            1、工具简介：用来扫描和分析Android应用程序的UI控件的工具

            2、使用：（1）进入SDK目录下的tools目录bin下面，打开uiautomatorviewer

                            （2）电脑连接真机或打开android模拟器

                            （3）启动待测试app

                            （4）点击uiautomatorviewer的左上角Device Screenshot,会生成app当前页面的UI控件截图

                            （5）选择截图上需要查看的控件，即可浏览该控件的id,class,text,坐标等信息

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

很多时候，我们在进行移动端开发时，都是先在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 只保留控制台本身。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

写在尾巴：

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

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

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

第一部分：

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

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

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

第二部分：

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

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

第三章-业务建模

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

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

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

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

移动端用研测试工具推荐一： Userlytics

全栈设计师移动端开发测试，全链路设计师盛行移动端开发测试的中国用户体验设计行业移动端开发测试，做为炙手可热的UX设计师，在敏捷性的团队内部，也需要承担UR的职责，对产品进行用户调研与分析，做可用性测试。
本文将着重介绍UX设计师在进行产品测试环节，需要用的一些工具。以便实际在工作项目中去提升用户体验，优化产品。

以下我将连载推荐多款2017主流的User testing工具，帮助大家测试各种类型的产品，同时能够实时的得到反馈。这些工具将帮助移动端开发测试你发现你的用户在哪里迷失或苦恼，从而能够更好的改进你的产品体验。

让我们开启User testing的新篇章吧！

测试应用范围： 网站用户测试、移动端APP产品可用性测试、UX设计师原型测试

主要特征 ——招募测试人员从来都不是很简单的一件事情，你可以通过后台数据发送邀请用户，也可以发布到社交媒体网站，或者用第三方的一些工具。Userlytics里也有参与者面板供大家使用。

特征

Userlytics移动端APP产品的UX测试能让你观察到你ios APP产品的可用性。这个工具只提供给你会议视频文件。但它不能提供给相关数据在项目点击、行为或者手势方面。这个与UserTesting相似（https://www.usertesting.com/），它们都拥有日益庞大的用户面板，这些用户都已经配备PC端、麦克风、网络摄像头等设备。

参与用户群体的细分领域在日益壮大，你可以根据需要自由选择居住地、性别、年龄、教育背景、雇用信息等信息。

当你设置测试环节，你可以设置你希望用户完成的任务，并且设置测试的有效时长。

另一个选项是在测试的最后环节，工具需要UX设计师设置一个调查任务，要求测试用户必须回答一个问题。

产品特性：

1. 用户测试视频的照片会一对一显示

2. 大量的注册信息（在用户测试的任务流里，需要让用户有条件的登陆）

3. 任务模块设置里，增加时间因素，来衡量用户测试

4. 成功/失败的用户测试的衡量标准

5. SUS——系统化的用户可用性分析规模（system usability scale）

6. SEQ——单独设置问题的权重（single ease question）

7. NPS——远程网络评测得分

8. 用户测试视频进行超链接注释

9.可分享的用户测试项目面板

10. 私有化的用户测试结果标签

使用设备：ios、iPhone/iPad

价钱： 免费会员制模式。当创建一个免费账号，可获得7积分/月的执行测试。每次登陆，可获得33积分奖励。

一次移动端可用性测试需花费18积分，每一个参与者将花费18积分。例如，当需要有10个参与者，则需要支付总计180积分。

未完后续~ 关于移动端开发测试和移动端测试技术的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动端开发测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于移动端测试技术、移动端开发测试的信息别忘了在本站进行查找喔。

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