共计 3760 个字符，预计需要花费 10 分钟才能阅读完成。
随着挪动互联网的倒退，手机银行凭借低成本、操作简略、不受工夫空间束缚等劣势，正逐渐代替传统的网银交易方式。越来越多的银行开始了“业务挪动化”转型之路，“手机 APP”曾经成为企业价值传递和关系保护的要害纽带，客户抢夺的主战场已转向挪动端，事实上手机银行的用户比例早已超过了网银用户。
然而随同着银行 APP 承载的业务需要日益增多、版本迭代速度一直放慢，以“手工测试”为根底的测试体系，已很难满足业务对测试效率和品质的要求。APP 测试急需实现从“纯人工”到“人机协同”的范式转换。
一、银行 APP 的品质挑战
银行类 APP 所承载的业务，都是围绕“钱”开展，比方转账、理财、领取等外围性能，都不开“钱”。而在理论研发过程中，在确定的发版工夫束缚下，版本理论开发实现后，往往留给测试团队的工夫很短，加上应用人工测试，性能覆盖面难以保障，且人工测试效率低下，导致版本公布后问题频出。Top 10 金融 APP 测试通过率仅 52%，无响应、白屏、显示异常现象频出，导致用户体验差。
总结来说，银行在 APP 测试中，次要面临两大挑战：
（1）功能测试场景：脚本自动化难、脚本保护复用难、参数治理难
（2）兼容性测试场景：没有足够多的机型笼罩
1.1、功能测试场景
1.1.1、“手工”测试难以应答业务疾速迭代的挑战
- 业务需要多，发版节奏快
银行业务转型到手机 APP 后，APP 成为企业“链接”用户的次要载体，原有 PC 承载的业务，都须要在短时间内迁徙到 APP，对研发和测试资源带来很大的压力。同时，市场疾速变动，存量业务调整和新业务翻新摸索，也须要保障好品质。为了疾速满足业务诉求，将需要拆分为多个版本，疾速发版，曾经成为企业的刚需。一个月发一次版本，甚至几个月才发一次版本，曾经无奈跟上市场的节奏。
- “人工”测试效率低，笼罩不够
传统模式下，APP 上线前次要依靠于测试工程师布局、设计测试用例，而后手动实现测试。然而，银行业务，通常都是跟“钱”相干，对品质要求很高，业务须要更全面的笼罩。
银行类 APP，每次须要投入几十个测试人员来进行测试验证。一些银行，在引入阿里云 EMAS 自动化测试平台以前，用例自动化覆盖率只有 10% 左右，甚至齐全没有自动化，次要依附人工的形式进行测试，用例多，测试周期长，发版周期也间接受到影响。
1.1.2、模仿业务场景艰难
银行业务链路通常都很长，不是一两步就能实现，而且理论业务流程中，波及到的测试参数多达几百个。另外，传统接口测试无奈模仿实在场景，导致测试后果和理论状况有较大偏差，上线后出问题也是情理之中的事。
1.1.3、业务覆盖率不够，上线后问题频出
理论研发过程中，测试工程师所测试的版本并不是固定不变的，尤其是进入到发版阶段后，几小时就有一个新版本。面对这种状况，测试工程师测试重点保障外围业务性能，无奈保障整体用例覆盖率，这就给版本公布埋下了隐患，导致版本上线后呈现问题。
1.1.4、测试常识不足数据化、资产化
传统手工测试形式，次要依附集体的主观能动性和过往的教训积攒，理论测试过程中，一些胜利的测试用例场景、测试方法不足积淀，难以完成从“集体能力”到“组织能力”的升华，进而无奈实现组织效力的跃升。
1.2、机型兼容性测试场景
1.2.1、机型多、分辨率多、零碎版本多
国内手机厂商，个别每年都有两次新品发布会，即秋季和秋季发布会，每年累计有上百款机型公布，几年下来，累计的次要机型有上千款。以一个百万月活的 APP 为例，iOS 和 Android 两个平台一起，通常须要笼罩 Top 150 款以上的机型，能力笼罩本身 80% 以上的用户，而如果想要确保笼罩 95% 以上的用户，则通常至多须要笼罩 Top 500 款以上的机型。
而且，不同的机型、不同的分辨率、不同的零碎版本，也会引发更多的兼容性危险。这也是导致金融类 Top 10 APP 整体机型通过率有余 50% 的重要起因。
1.2.2、机型洽购无限
作为银行，不可能购买全量机型，并常常更新，通常是购买支流旗舰机型，大略在 50 款以内。这样的机型覆盖度，能够躲避 50% 左右的用户兼容性危险，但绝对高质量的 APP 还存在很大的差距。
二、阿里云 EMAS 解决方案
阿里云 EMAS 挪动测试平台，针对银行的「性能」和「兼容」两种场景，都有成熟的解决方案。
- EMAS 提供公有部署的测试平台解决功能测试的问题，晋升脚本生产效力，保障业务覆盖率
- EMAS 提供 48 小时一站式专家测试服务，APP 上线前，650 款支流机型全量回归测试，解决机型兼容问题
2.1、功能测试场景
阿里云 EMAS 挪动测试平台提供公有部署输入服务，次要解决银行功能测试场景的诉求。公有部署不仅满足银行平安、政策合规的要求，而且，独享的自动化测试平台，还能够基于 OpenAPI 联动 DevOps 等其它零碎平台。
【图 1】EMAS 挪动测试零碎架构图
2.1.1、弱小的用例库
【图 2】EMAS 挪动测试平台，用例库平面构造
功能测试的重点在于用例库，而用例库的外围在于如下 4 点：
- 用例设计
- 用例脚本化
- 参数治理
- 脚本的高可复用
【用例设计】
做事之前，先布局。用例设计就是进行测试之前的整体规划，会波及到不同的项目组，不同的业务线。EMAS 测试平台提供了“项目组”的概念，能够无效解决多项目组协同的问题。同时，用例设计落到具体的业务性能上，就要求测试人员在进行整体“用例脚本化”之前，从更高的层面设计整体用例构造，明确标准。阿里云 EMAS 平台能够输入对应方法论，领导具体实际。
【用例脚本化】
脚本化即程序化。EMAS 挪动测试平台，提供了在线录制脚本的能力，能够不必学习 Appium 框架、Python 或 Java 语言，就能够实现根本用例的程序化，极大升高上手老本。同时，因为是基于开源的测试自动化框架 Appium 作为根底降级革新而成，可用于原生, 混合和挪动 Web 应用程序测试，兼容性好。
【图 3】在线录制脚本 - 左侧是 APP 页面，右侧是录制的步骤
【图 4】录制实现后，能够录制回放步骤，左侧手机能够看到实时成果
本身业务罕用能力，也能够本人封装为固定步骤，变成一个菜单，须要的时候，间接点击生成脚本。
【图 5】罕用步骤菜单
【参数治理】
银行业务，因为参数有几百个之多。EMAS 挪动测试平台在数据管理上，次要由两个大的冲破：
（1）在参数传递上，反对按变量传递，也反对间接传固定参数值；
（2）为了解决多数据管理复用问题，提供了三层数据管理能力，即：
- APP 全局参数集：例如服务器 ip 地址
- 用例集参数：多用例专用的参数
- 用例参数：单个独立用例应用的参数
【脚本的组合复用】
为了防止同样的性能，反复录制成多份脚本导致的资源和人力的节约，平台提供了用例的高可复用能力。
例如，登录性能，录制实现一份脚本后，能够作为单步骤，插入到其它业务脚本流程里，极大晋升复用率。同时，因为能够管制传递的参数，能够在失常和非正常的测试用例中复用，进一步扩充脚本的复用场景。
【图 6】“登录”脚本，能够被复用两次。如果业务性能不变，能够始终复用，跟其余脚本组合，笼罩更多场景。
2.1.2、非凡场景笼罩
银行业务外面，还有很多非凡场景，比方随机明码键盘、验证码解决、还有一些文字的辨认、上传身份证解决等
【图 7】随机明码键盘
针对这些非凡场景，阿里云也提供对应的解决方案，保障脚本自动化的时候，不被打断。
2.1.3、测试方法论
为了确保平台能施展出最大的效力，基于阿里多年的教训积攒，输入 EMAS 测试平台最佳实际方法论。
【图 8】“平台能力”+“人工”的最佳实际，晋升效力
2.2、机型兼容性测试场景
公有部署的 EMAS 挪动测试平台，偏重在性能场景的笼罩，然而因为机型无限，也不太可能同时购买几百款机型。为了解决机型笼罩兼容的问题，阿里云 EMAS 提供了一站式 48 小时的专家测试服务，能够笼罩安卓 Top 600 款机型，iOS top 70 款项机型。
【图 9】48 小时一站式专家测试服务
三、总结
银行类 APP，在版本疾速迭代中，面临性能和兼容两个维度的挑战，阿里云 EMAS 提供了两个场景的解决方案
（1）性能笼罩场景：阿里云 EMAS 平台能够提供在线录制、用例治理、参数治理等能力，升高用例脚本化和保护老本；
（2）兼容笼罩场景：阿里云 EMAS 提供一站式专家测试服务，笼罩 650 款以上支流机型，解决 APP 的兼容问题。
相干材料：
（1）EMAS 挪动测试官网：https://www.aliyun.com/product/mqc
（2）EMAS 挪动测试业务阐明地址：https://help.aliyun.com/document_detail/93530.html
（3）EMAS 挪动测试，分割咱们：https://help.aliyun.com/knowledge_detail/101478.html
（4）EMAS 专家测试服务：https://www.aliyun.com/service/mobiletesting
（5）EMAS 专有云服务介绍：https://help.aliyun.com/document_detail/67127.html
（6）EMAS 专家测试服务价格阐明：https://help.aliyun.com/document_detail/93617.html
钉钉搜寻 35248489，退出阿里云云原生利用研发平台 EMAS 技术交换群，探讨最新最热门的利用研发技术和实际。（或钉钉扫码退出）