​

H5 页面是营销域最常见的一种运营形式，业务通过 H5 来提供服务，可以满足用户对于便捷、高效和低成本的需求。H5 页面是业务直面用户的端点，其质量保证工作显得尤为重要。各业务的功能实现具有通用性，相应也有共性的测试方法，本文进行总结和分享。

一、了解 H5 业务

多角度认识 H5 业务，了解功能的实现链路，明确各个节点是由哪一方如何实现，一方面可以打开设计用例的思路；另一方面在遇到问题时，可以快速定位，精确反馈。

1、前端展示

1.1 两种开发技术

提及前端，需要首先介绍两种开发技术“原生开发”、“H5 开发”：

原生应用开发：是在 Android、iOS 等移动平台上利用官方提供的开发语言、开发类库、开发工具进行 App 开发。所以原生架构的 App 在应用性能上和交互体验上应该是最好的，比如 APP 中的“直播”、“登录”以及提醒组件等是纯原生开发的模块。

H5 开发：是指利用 Web 技术（HTML5、JavaScript、CSS）进行的 App 开发。H5 开发的好处是可以跨平台，编写的代码可以同时在 Android、iOS、Windows 上进行运行。当前 APP 内的主要活动比如“百亿补贴”、“便宜包邮”以及“秒杀”等均为 H5 开发实现。

两种开发实现的特点对比如下：

1.2 容器角度分层

以春晚页面为例，从容器的角度，一个 H5 页面从顶层到底层的层级展示如下图：

其中通天塔 H5 fragment 容器重写了 JDHybrid 的 CommonMFragment，X5WebView 容器重写了 x5webview，支持自行决定使用系统还是 x5。图中涉及 4 方，分别是通天塔团队、JDHybrid 团队、JSSDK 和 H5 具体业务方。其中通天塔团队、JDHybrid 团队是原生开发的架构，属于容器侧，JSSDK 和 H5 具体业务方属于 H5 开发，各自作用可概述如下：

•JDHybrid：提供环境设备信息、导航栏、页面路由、页面事件、通用 JS 功能、性能优化

•通天塔：提供自定义的导航栏的逻辑，包括 UI 和 JS 桥；其他复用 webview 容器的能力

•JSSDK：统一 API，调用客户端协议；同时提供性能异常上报、常用函数等

•H5 前端：接入 JSSDK，展示页面内容，实现前端交互等业务逻辑

1.3 具体功能实现

具体功能的实现，往往涉及多个功能提供方，大体可分两类

•能力由 JDHybrid 提供的

H5 通过 JSSDK 调 JDHybrid 封装的方法， JDHybrid 调自身逻辑

例如：获取设备信息中的 uuid

JDHybrid 提供了获取设备基础信息的 JS 桥，按照约定的规则入参，可以即可获得 uuid 等信息。但原生底层 API，但不再对外暴露，而是由 JSSDK 统一维护，京东电器的 H5 代码只需要调用 JSSDK 即可

•能力由其他团队（通天塔或其他组件）提供的

H5 调 JS 代码，经过 webview 内核 ，内核调用 JDHybrid 封装的统一方法， JDHybrid 调通天塔（或其他插件）

例如：打开地址列表

地址列表是地址组件提供的能力， JDHybrid 提供了路由方法

可以通过测试 demo 简单判断是否具体业务问题：



2.内容数据

能为多个业务提供同一类功能的应用，被抽象为各个“上游”。营销内容从配置到呈现给用户，需要多重业务逻辑处理，除本业务服务端进行精细化业务处理，还需要与各个上游进行交互。一个业务整体的功能实现，与各常见上游之间调用的链路如下图所示。

2.1、数据来源

商品信息、优惠券、红包和利益点，是一个 H5 页面常见的元素，其底层来源各不相同

2.3、数据策略

通常，业务方不会与底层数据直接交互，而是通过多个上游，实现数据的千人千面效果，例如：

•算法：根据业务配置策略，将商品组信息整合之后提供给具体业务

•UMC：基于用户数据，针对不同人群，制定发放不同权益类型的规则

•互动工坊：按照活动维度，设置任务和奖品的组合规则

关于内容数据的验证，测试关键在于所配即所得，不同的用户画像获得的数据要符合业务预期

二、常用测试手段

1.测服务端

1.1 查看日志

•平台：泰山-日志管理

•适用场景：涉及上下游逻辑，且不能在前端直接观察

•关注点：

通过关键字，筛选各个应用的信息，验证服务端对上游的入参、上游对服务端的返回是否符合预期

1.2 特殊场景

•平台：deeptest-mock 管理

•适用场景：对于一些异常场景或者边界值，营销活动或素材无法精准满足场景要求，

•关注点：

可在平台上录入上游接口信息，通过 mock 上游返回，验证业务服务端的处理逻辑

1.3JMQ 验证

•平台：泰山-JMQ

•适用场景：应用服务之间通过 MQ 来通信的场景

•关注点：开启消费轨迹，验证发送给其他应用服务的 MQ 信息时机是否准确，内容是否正确

1.4 缓存查询

•平台：泰山-JIMDB

•适用场景：需求改动到缓存逻辑，尤其针对长期互动类

•关注点：缓存的写入时间是否及时、有效期是否合理、缓存内容正确性

1.5 直接调用

•平台：deeptest-用例管理

•适用场景：

前置操作较长（如需要先展示再领取）、条件苛刻（如需要多重身份打标）、阈值较高需要批量操作等

•关注点：接口返回同入参预期，边界逻辑正确处理

2.测前端

2.1 功能测试

2.2 兼容测试

覆盖原则：

•Android、iOS 不同系统

•兼顾不同屏幕分辨率

•如涉及到站外投放，需考虑到容器版本微信版本兼容，不同原生浏览器

•系统内核、X5 内核

平台：

当前已有一些自动化手段，如 Airtest、活动自动化测试等以插件形式集成在赛博云测平台

2.3 埋点测试

关注点：埋点事件名称、上报时机、关键字段是否与埋点方案一致

平台：track

2.4 与原生架构结合

注意：

1.X5 内核需要为京东 APP 开启存储权限，才会下载

2.X5 内核下载好之后，需重启 APP 才可以使用

3.快速定位问题方法：使用手机自带浏览器，访问 H5 页面，如果和 APP 内表现不一致，可缩小问题范围

3.线上追踪

需求上线之后，还需要在真实用户场景下，对需求的功能、性能和体验进行监控、分析和验证。当前公司已有的追踪平台和手段陈列如下：

三、针对京东现有 H5 常用架构和实现方案的测试

1.发布

1.1 ihub

大前端共建平台，基于 iPaaS 标准建设，面向开发者提供包含 h5、iOS、安卓等端的跨端楼层开发管理能力。赋能开发者跨业务线、跨系统（符合 iPaaS 标准）的开发内容复用、检索及二次开发等功能

验证点：

•位置：楼层位于首屏，非首屏等，验证是否有异常，比如数据加载，楼层渲染等

•数量：一个页面中是否使用了多个共建模板，是否有冲突

•共存：共建模板与通天塔的自有模板共存时是否有异常

•联动：共建模板关联锚点导航

当前已经沉淀出针对大促会场的自动化测试方法

1.2 通天塔可视化平台

是活动/频道页面可视化搭建平台，支持一次搭建输出 H5、原生、PC 等多端页面，供产研、采销运营、商家等用户免费使用

验证点：可视化配置、服务端保存与下发、前端展示正常，关注新增功能点对老功能的兼容

2.性能优化

用户能够正常访问页面，页面的内容才能产生价值，最大程度减少页面的加载时间，进而降低跳失率，就显得尤为重要。当前公司内部已有一些较为成熟的性能优化工具，会涉及到工具接入和效果的测试验证工作。

2.1 页面加载过程

一个 H5 页面的加载过程可简单归纳为以上几个步骤，性能优化手段，主要是从提前请求时机、减少资源请求等方面入手。

2.2 现有优化手段

验证原则：接入生效、接入后对业务逻辑无影响。

2.2.1JDHybrid 离线包

原理：

把首屏的一些静态资源(如 img、js、css、html 等)打包提前加载到本地磁盘，当加载页面时直接从本地磁盘（或内存）获取资源加载

验证方法：

1）日志：借助 JDHybrid 团队提供的测试工具（Xconsole、xdog 等），确认对应资源使用离线资源

2）抓包：H5 在使用该资源时，不发起网络请求

3）hybrid 快速验证工具：

使用业务：

通天塔会场、跨晚、春晚等

2.2.2 通天塔-数据直出

原理：前端直接从 HTML 中获取展示数据， 无需发起首屏接口请求。

验证方法：抓包观察，接入的楼层不发起网络请求

使用业务：部分通天塔会场、领券中心等

2.2.3 通天塔-SSR

原理：服务端渲染网页内容，并且将渲染后的 HTML 发送给浏览器，浏览器直接显示。数据直出和 SSR 区别在于直接加载一整个 html，还是先页面、 后楼层顺序的加载页面片。

验证方法：禁用 JS，页面仍可加载

使用业务：百亿补贴、便宜包邮等

2.3 优化效果验证

2.3.1 同业比对性能测试工具：

录制用户操作流程，通过自动化拆帧的方式，从用户视角对场景进行耗时采集和分析。控制变量的情况下可与竞品进行性能对比与分析

2.3.2 烛龙

通过侵入式埋点方式，实现了对 APP 应用的全方位监控，实时采集用户的性能异常数据，快速精准定位问题，发现性能瓶颈，减少用户流失，提升用户体验

3.风控

H5 常用的风控手段，集中在反爬和用户身份两大方向，验证的关注点在于“接入的正确性”和“策略的有效性”。

3.1 价格反爬接口三件套

•神盾处置

验证点：

登录加黑白名单，请求接口，可触发处置，网关返回 605

在处置页放弃验证，可返回上一页，不能循环进入处置页面

在处置页成功验证，处置页面消失，H5 页面重新加载

•神盾接口加固

验证点：

入参的 h5st 正常，验签面板返回结果 200，soa 接口正常下发数据，前台页面正常展示

mock 入参中异常，验签面板返回非 200，soa 接口在网关侧拦截（下发 403 或者 mock 数据），前台页面走业务兜底逻辑

•设备指纹

验证点：body 中传参正确即可

3.2 RCS 风控

验证点：根据不同画像人群的配置策略，验证对应 pin 触发业务处理逻辑是否符合预期

四、痛点和不足

1.组件测试

组件的代码改动偏底层，测试过程相对黑盒，划定测试范围时，往往只能是重复性回归，因为更加底层的逻辑测不到，如场景无法创造等。如何提高可测性、增加测试精准性，是需要进一步解决的问题

2.兼容测试

当前设备机型较多，落实到兼容测试，其实是单一行为的重复，靠人工执行耗时长，且覆盖范围有限。但当前缺乏可靠的自动化工具，可以替代兼容验证，同时降低脚本的维护成本

3.测试素材

涉及到权益相关的需求，依赖真实素材，可能会阻碍测试进度。通过 mock 的方式前提是有一方作保证，或内容已验证，风险较大。

4.兜底测试

大型互动中，调用接口较多，且交互复杂，但对健壮性要求较高，兜底工作量较大。当前的兜底自动化工具，还需要丰富支持的场景



​