探索flutter框架开发的app在移动应用市场的潜力与挑战
1540
2022-12-05
移动端APP兼容性测试以及APP兼容性测试手机选择与云测试技术,移动端app技术选型指南
本文讲了移动端APP兼容性测试以及APP兼容性测试手机选择与云测试技术,移动端app技术选型指南。
在开始测试APP之前，应该考虑什么问题？或者如何选择设备？多少部手机测试兼容性最佳？
兼容性测试手机数量：主测手机 1 ，2（根据人员），辅助测试手机：用于兼容性测试。（50-60台最佳,至少5-20台）主测:用户量大的手机品牌,版本,尺寸,屏幕,分辨率,Android版本，辅测:一定要尽可能加入支持的最低版本和当前市场最高版本主测手机:1-2手机,执行全部的测试用例,进行性能,自动化等测试---开发解决问题依赖于这个手机。辅测手机:执行部分用例的手机 50-60,20-30数量,发生的问题也更加偏向于单机问题,开发解决问题也是依赖于单个手机。
1.了解APP用途
1，随着用户需求和科技进步，手机支持的高级功能也越来越多。
2.部分手机支持心率监测，指纹识别，近物通信（NFC），红外线操控等，这些技术需要特殊的传感器进行设计。
3.如果设计APP时针对这些技术设计的，我们就需要选择支持该技术的手机。例如如果APP支持心率监测，测试人员就只要选择该技术的三星s 或者note系列
4.如果APP只针对Android平台，就不考虑ios，反之亦然。如果设计时不支持某种平台，测试时就可以完全忽略相关设备。
5.考虑我们的APP特色，用户群是什么样子的？APP依赖的平台
2.通用的，面向大众的APP
1.测试的APP还未投入市场，并没有实际使用的APP用户，这时，测试人员要进行“预测”真实的用户使用的设备和平台
2.如果是针对普通大众，我们就要考虑版本市场占有率来帮助我们进行判断。我们就要考虑普通大众使用的手机品牌，以及Android和iOS系统使用情况。
3.我们应该关注市场占有率高的那些版本。
4.针对商务人士，要选择成熟的平台，高端一些的设备。
5.针对发烧友，要选择最新的设备和平台。
6.根据大数据平台。查看此类APP使用最多的手机型号。以及使用者群体。
3.选择主测手机的原则
1.APP功能用户群体
2.选择不同的分辨率进行测试
3.选择不同的操作系统版本进行测试
4.选择不同的屏幕尺寸大小进行测试
5.进而根据APP用途，Android版本市场占有率，手机品牌市场占有率等来选择测试设备。
6.APP支持的最低版本，市场上最新版本的设备。
4.数据从哪里来?
手机分布占有率:网络搜索查询,专业网站,专业信息咨询
兼容测试手机的信息:
1.网站搜索
2.项目参考
3.云测平台数据信息
推荐大数据平台排行榜：
1.腾讯大数据
2.百度指数
展开App兼容性测试：
1.兼容性测试：
1.在计算机术语上兼容是指几个硬件之间，几个软件之间或是软硬件之间的相互配合程度。
2.兼容性测试是指测试软件在特定的硬件平台上，不同的应用软件之间，不同的操作系统上，不同的网络等环境中是否能够正常的运行的测试。
2.兼容性测试的核心内容
1.测试软件是否在不同的操作系统平台上兼容，或测试软件是否能在同一操作平台的不同版本上兼容。
2.测试软件能够与其他相关的软件兼容；
3.数据兼容性测试，主要是指数据能够共享等，版本更新，第三方登录获取信息。
4.软件本身能否向前或向后兼容；4.0<5.0<6.0
3.兼容性测试的作用
1.兼容性测试能够进一步提高产品的质量
2.兼容性测试能使软件尽可能多的其他软件“和平共处”，尽可能达到平台无关性。
3.兼容性测试能够尽可能保证软件存在的价值，他是衡量一个软件质量的重要标准。
4.兼容性测试能使软件产品的市场更广阔。
4.兼容性测试的分类：
1.硬件兼容：与整机兼容，与外设兼容。
2.软件兼容：操作系统/平台，应用探监配合兼容。
3.不同浏览器的兼容，数据库的兼容，软硬件配合兼容。
4.数据兼容：不同版本的数据兼容，不同软件间的数据兼容。
5.app兼容性概述
1.APP 的用户量越来越大，终端设备的型号越来越多
2.一旦APP出现兼容性问题，将会影响一类的很多用户，对业务的影响很大。
3.兼容性测试本质属于功能测试，只不过侧重在不同的软硬件环境。
6.兼容性圈定测试范围
1.操作系统版本
2.屏幕分辨率
3.不同品牌的手机
4.网络的类型：功能测试。
7.兼容性测试怎么做？
1.人工 租赁,购买,借用用真实的手机来进行人工手动测试执行用例(用例来源于全部用例中优先级高的用例)根据APP特性选择覆盖的范围，做兼容性测试。
2.少量主流设备执行用例。
3.交给别人来做---云测平台
8.手工兼容性测试的局限性。
1.有限的资金支持，没有更多资金购买测试机器。
2.采购周期时间长，使用率低。
3.效率低，测试人员需要在不同的机器上返回执行相通的用例。
4.不同设备上bug的记录，包括截图，记载日志。耗时。
9.什么是云测试？
云测试简单说就是把需要测试的东西提交给云测试，他自动返回测试结果，中间怎么测，我们不需要关注，只要这个测试结果。
云测试可以进行测试其功能性，兼容性，负载能力，稳定性，安全性，可使用性等方面。
10.云测试品台
腾讯优测：
百度MTC
阿里MQC
贯众云测试
testin
testbrid
11.testin介绍
1.testin是全球最大的移动游戏，应用程序和用户云测平台。
2.服务超过120个行业。
12.testin功能
1.是一个基于真实终端设备环境，基于自动化测试技术的7*24云端服务。
2.开发者只需要在testIN平台提交自己的App应用，选择需测试的网络，机型，便可进行自动化的测试。
3.无需人工干预，自动输出错误，报警，等测试日志，UI截图，内存CPU启动时间在内的标准测试报告。
13testin测试内容
1.安装卸载测试
测试APP应用在指定的终端上是否可正常安装，正常卸载，自动输出无法安装卸载及崩溃的错误原因，帮助开发者迅速差错，优化。
2.运行稳定性测试
采用比monkey更为智能的自动化类压力测试方式，测试APP应用实际运行的稳定性，并记录运行中的错误及报告。
3.功能测试
4.性能测试
5.智能UI适配测试
....
14.劣势
1.花钱600台 5w ,一台83
2.当出现问题时候,开发想找人沟通关于bug问题,不能做到有效沟通
我这里使用的是testin这个网站不仅可以做兼职测试工作，还可以提供测试服务。
与别人谈起移动应用的时候，作为一个前端开发人员，我总会有一些疑惑？你说的移动应用到底是指什么？
针对移动设备的 Web 应用
针对移动设备的 APP 应用
这两者都可以称作是移动应用。可这到底是我对于它们的分类，对于不同的人来说，又有不一样的分法。如，对于移动 APP 应用来说，如果是使用 HTML + JavaScript 实现的混合应用，算上是 Web 应用。要我说啊，这种分法是有些奇怪的。
它好像是在某种程度上说，只有你的应用是用原生的 Android 和 原生的 iOS 代码编写时，它才能算是一个移动应用——你用 JavaScript 写的应用，怎么能算得上是移动 APP 应用呢？
只是到了今天，许许多多的事情都发生了一些变化。
Web 应用与混合应用
与原生应用相比，Web 应用有着相当多的优势：
更快的开发效率，更短的发布周期
耗费更少的人力（至少少一倍）
Web 应用的生态更加丰富。可以使用各种成熟的 UI 组件
在移动应用开发的早期，市场上很难找到相对应的 Android/iOS人才，并且还有着高昂的成本。于是，人们就想：
让Web开发人员可以利用他们所有的HTML、CSS和JavaScript知识，而且仍旧可以同iPhone的重要本地应用程序(如摄像头和通讯录)交互呢？
就这样诞生了 PhoneGap/Cordova，它可以原生不动的运行 Web 应用。自那以后，有相当多的移动 APP 应用是使用 Web 来开发的——据混合应用开发框架 Ionic 官网显示，已经有超过 400 万个应用使用 Ionic 来构建。按我的猜测应该是：生成的项目，当我们使用 Ionic 来生成应用的时候，官方就会统计到相应的应用已创建。
这种使用 HTML + JavaScript 来作为移动应用的应用称为混合应用，它可以兼具 Web App 的跨平台及使用 Native 应用的接口。当我们手上已经有一套 UI 组件，如 Ionic，及单页面应用框架时，要开发起这样的应用更是手到擒来。诸如 Ionic 这样的框架，不仅封装了不同系统上的 UI，还提供了 ngCordova 的方案——封装第三方原生插件。
性能
混合应用性能受限有三个主要原因：
设备自带的 WebView（PS：可以视作是浏览器） 影响。如旧的 Android 设备（PS：Android 4.4 以下的版本）上的浏览器，其性能比较低，并且不兼容一些标准，如不支持 SVG。
浏览器自带的 JavaScript 引擎效率低
DOM 操作效率低，导致页面卡顿。
今天的混合应用开发技术，已经成熟得不能再成熟了，人们开始在追求性能上的一些突破。这个时候，我们需要一个更快的 WebView，如 CrossWalk，又或者是使用诸如 React Native 或者 NativeScript 这样的方案。
选型指南
如果你仍然计划使用混合应用来作为开发移动应用，那么我相信你一定是出于下面的原因来考虑的：
Web 端使用的是与移动端相似的技术栈。当 Web 端使用的是 Angular 2 的时候，移动端使用基于 Angular 2，可以利用部分代码。同理于，React + Cordova，又或者是 Cordova + Weex。
在 Web 方面的经验比较丰富，没有足够的能力来支撑起 React Native 的开发。
你们在这方面已经有相当多的积累。在这个时候，开始一个应用都只是修改模板的工作。
性能对于你们来说并不重要。对于很多资讯类、浏览类的应用来说，性能并非是重点。
用户是高端人士，使用 iOS 和高级的 Android 手机。这个时候，你基本上不需要考虑 Android 低版本的问题。
如果上面的原因没有说服你，那么你应该选择使用 Ionic。作为一个 Ionic 框架的深度用户，我已经开发了近十个基于 Ionic 的应用，Ionic 可以为你提供丰富的 UI 组件，大量的原生插件可以使用。与此同时，我们可以发现 Ionic 应用的性能，正在努力地提升着~~。
并且依照我的开发习惯，它不仅仅可以作为一个移动 APP 应用，还可以是一个移动 Web 应用，又或者是 PWA 应用。丰富的 Web 组件，你只需要写一次，就可以在所有的平台上运行，React Native 可是做不到的哦。
React Native
越来越多的前端开发人员，加入了编写 React Native 的大军。主要便是因为可以使用 JavaScript 来实现功能，而编译运行之后， 又可以拥有接近原生应用的性能。即，我们仍然可以:
write once, run anywhere
与 Cordova 不自 JavaScript 引擎与 WebView 相比，React Native 自带 JavaScriptCore 作为 JavaScript 引擎倒是一种明智的做法。它可以解决低版本 Android 设备上的 JS 引擎效率问题。
当然，如果基于 Cordova 的应用，还自带 WebView。那么，它可能做不到这么轻的量级。与此同时，与 React Native 相比，Cordova 是通过 WebView 来执行 JavaScript，这到底仍然是浪费了一些资源。
因此，我们只需要寻找一个基本的 boilerplate 模板，就可以上手开发了。当然，你最好还应该有一个真机，模拟机虽然比较方便，但是性能上仍然还是有一些小足的。要知道有些手机的性能，可是和电脑相当的。
选型指南
如果你们是一个前端开发团队，那么只需要再补充一下移动应用相关的知识，你就可以轻松地 GET 这个技能？你还需要学习 ES 6、React、JSX 等全家桶，这也算是一个门槛。但是如果你们已经有了 React.js 相关的经验，那么就不要犹豫了。
如果你们是原生应用团队，那么也是时候考虑转型了。毕竟一次开发两套逻辑，可能会造成一些浪费和不一致的问题。也或许，有一天你也顺利地转型，成为一个前端工程师。
当你决定使用 React Native 的时候，你还需要考虑几个问题：
安全问题。React Native 生成的逻辑相关的代码是 js 代码，可以直接查看 jsbundle 文件里的相关代码。尽管官方正在提供一个 base64 的加密 js 方案，但是它也带来了一定的性能问题~~。
重写部分原生插件。当你的应用特定依赖于一些特定的协议、底层框架时，那么这就重写这部分的内容了。
NativeScript
如果 Ionic 2 不能满足你的性能要求，React Native 又存在一定的学习成本、开发成本，那么我们也可以考虑迁移到 NativeScript 上。
与 不同平台间存在 UI 差异的 React Native 相比，NativeScript专注于创建一个单一的开发体验。
等我用过，再补这部分的内容吧。
上文就是小编为大家整理的移动端APP兼容性测试以及APP兼容性测试手机选择与云测试技术,移动端app技术选型指南。
国内(北京、上海、广州、深圳、成都、重庆、杭州、西安、武汉、苏州、郑州、南京、天津、长沙、东莞、宁波、佛山、合肥、青岛)Finclip软件分析、比较及推荐。
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
相关文章
发表评论
最近发表
推荐文章
热评文章
暂时没有评论，来抢沙发吧~