本文3012字，阅读约需8分钟 随着 APP 应用范围越来越广，用户群体越来越大，终端设备的型号也越来越多，移动终端碎片化加剧，使得 APP兼容性测试成为测试质量保障必须要考虑的环节。 APP兼容性的测试主要包含系统兼容、产商ROM 兼容性、屏幕分辨率兼容、网络兼容、其他兼容性几个大类，下面对测试方法逐一进行详细的说明。 2 测试设计阶段 根据当前市场和线上运营用户的各系统版本、厂商的使用率，结合移动设备分辨率的特性，得出APP的兼容测试矩阵，下图仅供参考。 如果测试的app受众用户只有不到万，日活月活很低的产品比如中小银行app、房产交易app,个人认为没有必要投入大量的金钱去兼容全部的机型。 4 线上阶段 ①当通过人工或自动手段完成 APP 兼容性测试，并产品上线后，会收到用户反馈的兼容性问题。依据反馈问题，需补充该兼容性测试场景的用例，用于后续版本测试。
本期沙龙首次在上海举行，包括四场讲座：一直被呼吁开源的测试工具Spider；移动端用户体验数据如何量化；大促活动前团购系统如何评估流量和容量；腾讯P图App的测试。 美团·大众点评公司旗下的多款App拥有大量的用户，App测试的过程中需要考虑到不同机型、系统、分辨率的兼容性，同样一个功能要在不同的机型测试。 为了加快整个测试流程，提高兼容性测试效率对我们来说就变得尤为重要 概述 这次分享的主要内容包括以下3个部分： Spider功能介绍； 介绍相关背景； Spider功能实现。 Spider的主要功能 同时查看、修改、共享多台设备API接口数据； 接口测试数据存储和回放； 同时操作多台设备。 功能展示 回放测试数据并跳转 ? 多设备兼容性测试 ? 这时如果需要制造或者修改测试数据的话，我们可能要深入到最后一层去修改，需要了解服务端各个应用的调用逻辑和对应的DB读写，增加了测试App的时间成本。
提供包括云服务器，云数据库在内的90+款云计算产品。打造一站式的云产品试用服务，助力开发者和企业零门槛上云。
在这里我并不会提供了一个列表出来给你，我主要还是想分享小程序的运行环境对兼容性的一些影响。 首先我们先看下小程序支持哪些平台，微信小程序主要运行在三个端：IOS(IPhone/IPad)、Android和用于小程序开发调试的开发者工具。 也就意味着，在实际的小程序测试时，必须要根据所采用的技术语言的版本以及小程序基础库等因素来决定如何开展小程序的兼容性测试。 可以参见官方文档：https://developers.weixin.qq.com/miniprogram/dev/devtools/project.html#项目设置 开发者可以在此选择任意基础库版本，用于开发和调试旧版本兼容问题 devtools/project.html#样式补全 综上所示，在规划小程序兼容性测试时，必须要去调查清楚以下条目： - 运行环境（ios、android及对应的版本） - javascript版本，对不同平台的
吃软件测试这碗饭的，如果基础理论都不懂，说不过去吧？ 前言 !! 当面试官问起你平时怎么做app的兼容性测试时，你是否只会回答，不同手机，不同品牌？不同系统版本？ 正常事应该从三个大方面考虑： 硬件，软件，数据 硬件兼容性测试 不需要盲目的在各种硬件环境测试，要先考虑清除硬件可能造成的影响再选择。 影响1：配置和性能不同 影响2：某些特定硬件功能和设计 具体的测试内容有: 与整体硬件机器的兼容性 与外设的兼容性 比如笔记本电脑的数位画板，在mac和windows都可以运行，但是也要考虑到mac的蓝牙键盘 软件兼容性测试 软件兼容要考虑的点比较多，大家需要背一下 与操作系统兼容 与数据库系统兼容 与浏览器兼容 与中间件兼容 与其他软件兼容 与平台软件的兼容 ：包含开发平台和运行平台 数据兼容性测试 不同版本的数据兼容性 ：比如升级app后 旧数据能否在新接口和客户端完美展现 不同软件间数据兼容性：比如从postman导出的文件能否在接口测试平台导入
什么是兼容性测试？ 简单点就是特指程序在特定条件下的运行环境是否能够正常运行，前后端有无功能以及界面UI上的异常 兼容性测试分类 操作系统兼容性测试 Windows XP、Windows7、Mac、Linux 浏览器兼容性测试 内核常见的浏览器即火狐浏览器（Firefox） Chrome、360安全浏览器（极速模式）、360极速浏览器（极速模式）、搜狗浏览器（高速模式） 版本兼容性测试 作用点：验证新老代码在服务器环境能否正常运行 新版本 老版本 数据兼容性测试 需要验证数据在新老版本的读写 分辨率兼容性测试 作用点：验证产品在不同分辨率下UI展示有无异常缺失 主流：1024×768、1280×1024、1440×900、1600 ×900、1920×1080 兼容性测试工具 浏览器兼容性测试 IETester、SuperPreview、selenium（自动化模拟浏览器端用户操作） 分辨率兼容性测试 谷歌插件：Resolution
by:授客 QQ：1033553122 如何进行兼容性测试？ 这个问题说简单也很简单，说难也难。为何说它简单呢？把全部需要兼容的环境都过一遍，不就好了，有啥的呢？那又为何说它难呢？ 一种可能是用工具、开发工具，比如测试IE兼容可用IETester，这种做法也不是说不行，但是结果可能不太准确，另外如果是自己开发工具，这个投入也可能比较大，很多公司暂时估计也做不到。 一种是用人力。 这里我以浏览器兼容为例子，和大家交流下我的想法、做法)： 1）把兼容“分散”到人头。每个人使用一种浏览器，在其使用的浏览器下进行系统测试。 2）把兼容“分散”到版本。 通常，每个产品都要进行多个版本的迭代测试，我们可以在每个版本选择一种浏览器对产品进行系统测试。 通常资源往往都是不足的，不管是时间资源还是人力资源，为了测试更加效率，可以采用“分散”到人头+“分散”到版本的混合形式。
有多少朋友做过浏览器兼容性测试？怎么做的，效率怎么样，是在不同的机器上下载不同的浏览器进行效果确认？有多少人对浏览器的兼容性测试犯过愁？ IETester 估计工作两年以上的都接触过这个工具，考虑到文章的读者可能有测试新手，所以我再简单介绍一下，用过的可以跳过。 根据微软的介绍，SuperPreview的可用IE版本视系统已安装IE浏览器的版本而定，如果系统安装了IE8，那SuperPreview浏览器测试可用版本就包括IE8、IE7和IE6；如果系统安装了IE7 cbsid=browserlab），Sauce Labs（http://saucelabs.com/） 相似文章推荐： 12款很棒的浏览器兼容性测试工具推荐 http://blog.jobbole.com /62404/ 13个不同浏览器兼容性测试的免费软件工具 http://www.poluoluo.com/jzxy/200911/70600.html
以下是一些基本安卓 APP要测试的内容，根据不同时期测试内容不一样~测试内容测试类型目标冒烟测试Monkey 1.编写adb.exe 的Monkey 命令 2.通过logcat定位问题，保证软件的健壮性模糊测试 1.快速的定位软件的主要功能的实现聚程度用例覆盖率测试1.通过执行的用例，推敲出软件的聚合度安装卸载测试在真机上的安装卸载1.确认安装卸载是否有问题？ .客户端不同网络下响应速度接口测试模块之间，系统与模块，第三方与模块界面易用性测试界面与交互性测试1.符合安卓交互规范 2.用户的体验良好 3.使用方便，快捷可用性测试1.可用性强，操作简单 2.使用操作错误率低 ，性能测试，兼容性，数据收集）只是一概而过，这个无法一一说清楚。 但对于测试过程要注意的内容，我觉得可以慢慢丰富起来，本章内容如有遗漏，可以评论，留言补充~
binlog2sql对json类型支持的不完善，导出的数据基本上无法使用。 ',23); insert into sbt_t1(b,c,d,e) values ('02','仅供测试','OnlyForTest',125); insert into sbt_t1(b,c | 23 | | 2 | 02 | 仅供测试 | OnlyForTest | 125 | | 3 | 00 | 仅供测试 | OnlyForTest | 34 c`='仅供测试' AND `d`='aaaaaaaaaaaa' AND `e`=125 LIMIT 1; UPDATE `sbtest`. `bit_t1`(`id`, `b`) VALUES (18, '0'); 恢复测试： (sbtest) > UPDATE `sbtest`.
在这里主要介绍下关于css3草案的position：sticky属性的兼容。 并且不支持左右滑动事件的触发 针对上述问题进行修复，其实并不困难： + 针对scroll做throttle节流，避免每次滑动都执行，可以设置时间间隔，如50ms + 在侦听函数中计算元素的layout属性，可用setTimeout 在定时器队列尾插入任务，异步渲染 + ios设备实现了一个属性－position：sticky，可以不用js来完成粘性布局 深入 针对sticky布局的兼容性，我们很容易兼容大多数移动端浏览器。 在pc和安卓的chrome中并未实现该属性，而在pc和iOS 的safari中全部兼容该属性，因此针对iOS可以单独使用sticky完成兼容。 overflow:hidden，则元素不会sticky定位 因此解决ios的代码可以这样： // sticky类为粘性布局的样式设置 if (gtIOS6) { // 大于等于iOS6版本使用sticky
腾讯WeTest对2018年在平台上测试的iOS版本手游进行兼容性分析，发现平均每次兼容测试能够发现3.4个适配问题，主要集中在显示异常，占比将近六成。 [图片2.png] 兼容性测试不仅除了对不同机型、不同设备系统进行测试，它还包含的测试维度有： ROM、屏幕分辨率、输入法等第三方软件等等。 无论是手游还是应用，针对适配问题，开发者可能会采用扩大底层背景、限制字数等技术方法进行规避。每款产品上线前都需进行必要的兼容适配测试，然而手机更新换代速度快，每次测试成本也让不少厂商慎重考虑。 腾讯WeTest平台自2015年起就深耕游戏应用解决方案，并逐渐扩展和提升自身能力。针对iOS适配问题的紧急性，在原有的深度兼容测试上扩充了“iOS版本深度兼容测试”。 ，发现和处理兼容适配问题，避免不必要的损失，保障用户体验。
腾讯WeTest对2018年在平台上测试的iOS版本手游进行兼容性分析，发现平均每次兼容测试能够发现3.4个适配问题，主要集中在显示异常，占比将近六成。 ? 兼容性测试不仅除了对不同机型、不同设备系统进行测试，它还包含的测试维度有： ROM、屏幕分辨率、输入法等第三方软件等等。 无论是手游还是应用，针对适配问题，开发者可能会采用扩大底层背景、限制字数等技术方法进行规避。每款产品上线前都需进行必要的兼容适配测试，然而手机更新换代速度快，每次测试成本也让不少厂商慎重考虑。 腾讯WeTest平台自2015年起就深耕游戏应用解决方案，并逐渐扩展和提升自身能力。针对iOS适配问题的紧急性，在原有的深度兼容测试上扩充了“iOS版本深度兼容测试”。 腾讯WeTest平台的iOS深度兼容测试工具，具备提供多版本多型号设备优点，及时根据市场最新情况更新配备设备，依据产品具体情况进行兼容性全覆盖测试，第一时间帮助厂商验证市面上暴露出来的适配问题，发现和处理兼容适配问题
我们这提到的专项测试的流程和技术则是让业务组中的测试人员去实践的，针对某个模块做深入的专项测试，而不是用工具组那类集成的专项测试。 1) 需要深入去了解被测产品的研发架构，对产品有一个全面的理解。 2) 需要去制订详细的专项测试计划。比如测试会选用哪些机型，哪些版本号，会测试哪些网络等。 1.2 第二阶段：功能测试与修复bug 其实在第一阶段和第二阶段我们还有个过渡的阶段——开发编写代码和测试编写测试用例的阶段。该阶段之前已经提到过一部分，也就是CR。 1.3 第三阶段：集成测试与灰度测试 终于到了最后一个阶段了，在该阶段功能基本上也稳定了，应用的各个模块都会进入最后的集成测试。一般稍大规模的公司就会进行RC测试以及灰度测试。 掌握了工具的使用并不是关键，落地和找到问题才是主要的。专项测试既需要面的广度也需要深度。 注：引用书籍-《大话APP测试2.0-移动互联网产品测试实录》
默认情况下，glusterfs 3.6.4客户端挂载glusterfs文件系统，使用pjd-fstest-20080816测试，会报如下错误： Test Summary Report ---- wallclock secs ( 1.08 usr 0.34 sys + 6.36 cusr 5.31 csys = 13.09 CPU) Result: FAIL 从错误位置看： 02.t测试对应语句为 expect 0 link ${n0} ${name255} expect 0 unlink ${n0} # 正常 expect 0 unlink ${name255} 03.t测试对应语句为 ： expect 0 unlink ${path1023} expect 0 link ${n0} ${path1023} 另一个比较诡异的地方是，多次测试，不通过项还会增加，不一样 对本地ext3文件系统测试，正常测试通过，无问题。
分享的主题：App专项测试--冲突测试 什么是冲突测试? 冲突测试是一种叫法，可能不同的公司叫法不同。我们所谓的冲突测试是指，在运行某一程序的功能时被第三方功能或者软件给干扰的测试。 冲突测试的应用范围和一些应用场景? 冲突测试这种测试方法，常见于手机软件测试、移动通信类嵌入式软件测试等领域。 但在一些桌面软件或者Web系统测试领域当中也可应用，只是应用的场景并不如移动通信类软件这么广泛。 冲突测试应该在整个测试中的地位？ 地位应该与边界值测试中的地位相同。 在设计测试用例时，也应较多的考虑这类测试。根据以往采用这种测试方法进行测试的经验来看，此类测试往往会引起一些较严重的问题。 冲突测试目的：验证在模块操作过程中触发一些常见打断，客户端对于事件优先级的处理是否影响了功能，这一点很重要，往往我们在质量把控方面会忽视这一点。 测试方法：在被测app操作过程中触发预先准备好的事件。
单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的。 1.系统架构方面： web项目，一般都是b/s架构，基于浏览器的 app项目，则是c/s的，必须要有客户端，用户需要安装客户端。 web测试只要更新了服务器端，客户端就会同步会更新。 3.兼容方面： web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容 ，所以web测试不必考虑安装卸载 app测试是基于客户端的，则要看分辨率，屏幕尺寸，还要看设备系统。 所以app测试则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件 此外APP还有一些专项测试：如网络、适配性。。。 APP测试特点 （除了按需求说明书外的 功能测试 之外还需要进行如下测试） 1：适配性测试（也叫兼容性测试，不同的安卓版本，不同厂商，不同手机品牌） 2：不同网络测试 （2G网络/3G网络/
功耗 功耗，通俗的理解即电流通过导体使设备运行，导体本身的电阻将电能转换为热能的过程，因此，通常功耗测试也叫电量测试。 耗电量测试是指测试App在运行过程中消耗的能量。 移动设备功耗 由于移动设备的电池容量限制，所以对于App的功耗也是需要考虑的一个方面。 硬件工具 基于基于硬件的测试方案，使用用电量表来测试手机耗电量。该方法优点是测试比较精准，同样缺点也很明显缺点：采购成本高，测试的是整个手机，不是被测APP，测试时要减少系统本身和其他app的干扰。 以重置为起点，获取bugreport内容时刻为终点。坐标的间隔，会随着时间的长度发生改变。 纵坐标是消耗电量的具体内属性。 黑色曲线是测试过程中整体的电量信息。 iOS功耗测试 Energy Log 启动Instruments，选择你的设备和要检测的app，打开Energy Log，如下图所示：(充电然后进行电量测试不合理) ?
当前APP网络环境比较复杂，移动运营商网络有2G、3G、4G、5G网络，甚至未来的6G网络,以及越来越多的公共Wi-Fi。不同的网络环境和网络制式的差异，都会对用户使用App造成一定影响。 另外，当前App使用场景多变，如进地铁、上公交、进电梯等，使得弱网测试显得尤为重要。如果App没有对各种网络异常进行兼容处理，那么用户可能在日常生活中遇到APP闪退、ANR、数据丢失等问题。 因此App网络测试，特别是弱网测试尤为重要。 网络测试要点 ? 弱网测试 如何进行弱网测试 SIM卡的网络切换（ 手机-设置-移动网络设置-网络类型选择,可以进行2G/3G/4G网络切换） 具体弱网场景测试，常见场景包括：地铁/巴士、电梯、楼梯间、停车场 使用虚拟机模拟网络速度 ，如用树莓派搭建的弱网测试仪。
而针对应用APP，突破传统脚本编写方式，采用基于控件识别和智能图像识别的双重对象识别机制，通过基于AI的自动探索测试框架和录制工具，测试人员只需要在手机上操作一遍即可直接获取关键场景模型，进而完成对被测应用各个场景覆盖与探索 而在AI自动化探索上，图像类bug识别则成为测试环节AI技术最大的优势。比如，在应用兼容测试中，利用产品样本，AI可以检测到黑屏、白屏、花屏等问题。 在深度兼容测试服务中，基于AI自动化能力为用户覆盖产品核心场景，对市面主流TOP300终端进行适配兼容测试。 [5.webp.jpg] 深度兼容服务测试服务流程 [6.webp.jpg] 深度兼容服务问题报告案例 而除去基础服务，AI自动化与深度兼容服务测试功能的融合 ，环境”五大适配兼容测试难题。
而针对应用APP，突破传统脚本编写方式，采用基于控件识别和智能图像识别的双重对象识别机制，通过基于AI的自动探索测试框架和录制工具，测试人员只需要在手机上操作一遍即可直接获取关键场景模型，进而完成对被测应用各个场景覆盖与探索 而在AI自动化探索上，图像类bug识别则成为测试环节AI技术最大的优势。比如，在应用兼容测试中，利用产品样本，AI可以检测到黑屏、白屏、花屏等问题。 ? 在深度兼容测试服务中，基于AI自动化能力为用户覆盖产品核心场景，对市面主流TOP300终端进行适配兼容测试。 ? 深度兼容服务测试服务流程 ? 目前，腾讯WeTest重磅发布“深度兼容测试”服务，首次将AI能力落地测试行业。 ，环境”五大适配兼容测试难题。
标准兼容测试（Standard Compatibility Testing）致力于为移动开发者提供完善的适配兼容测试服务，发现和定位产品在移动终端出现的适配问题，提供完整的问题信息，帮助开发者解决问题，提升产品的质量。
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
云数据库 PostgreSQL
文件存储
SSL 证书