演讲嘉宾 | 纪 永
回顾整理 | 廖 涛
排版校对 | 李萍萍
嘉宾简介
纪永,华为终端测试技术专家、高级工程师,XTS仓Committer。技术领域:OpenHarmony测试框架,兼容性测试设计等。
内容来源
第一届开放原子开源基金会OpenHarmony技术峰会——生态与互联分论坛
正 文 内 容
兼容,指硬件之间、软件之间、软硬件之间相互配合的程度。兼容性测试能够验证一个软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络环境中是否能正常运行的测试。OpenHarmony是如何做兼容性设计的呢,又有哪些实践?华为终端测试技术专家纪永在第一届OpenHarmony技术峰会上带来了几点分享。
01►
业务背景
OpenHarmony是一个面向千行百业的开源操作系统,目前已经拓展了政务、金融、教育、交通、家居等行业,涵盖了海量的终端设备和应用,如何保证这些设备和应用间良好的兼容性,防止生态分裂,是生态拓展的重大挑战。
OpenHarmony兼容性工作组负责OpenHarmony兼容性相关工作,其主要目标为:看护OpenHarmony南北向兼容性业务,构建兼容性测评流程及基础设施,构建兼容性规范及测试套件,防止分裂、繁荣生态等;主要职责为:定义兼容测试规范、测试工具、测试套件,产品、发行版、开发板兼容性认证,兼容性证书发放,建设实验室和三方合作测试机构,赋能业界南北向生态关键能力等。
OpenHarmony兼容性业务主要包括:
-
商业设计/法律法规
-
兼容性技术规范
-
XTS兼容性测试套件
-
执行管理(OpenHarmony官网)
-
OpenHarmony兼容性管理平台(端+云)
02►
兼容性规范及测试设计
在介绍兼容规范及测试设计之前,首先讨论一个概念,什么是兼容性呢?兼容性业务需要定义操作系统的技术细节,并为原始设备制造商 (OEM) 提供各种设计文档(产品兼容性规范文档,简称PCS)、测试工具(兼容性测试套件,简称XTS),以确保开发者开发的应用可以在各种设备上顺利运行。基于OpenHarmony兼容性工作组提供的设计文档与工具,设备生产厂商可以在保证兼容性的同时进行差异化的产品设计,也能够最大限度降低产品保证兼容性相关设计的成本和开销。此外,良好的兼容性体验,为应用开发者提供一致的软硬件开发环境,为消费者提供一致的应用体验,从而形成良好的生态。
兼容性技术规范文档的目标是定义OpenHarmony操作系统软件兼容性的规范以及运行的硬件规格约束,看护OpenHarmony设备在应用间的兼容性、硬件兼容性和分布式互通兼容性,支撑构建统一的生态。兼容性设计规范覆盖了智能家居、IPCamera、智能手表、芯片、模组和开发板等设备,定义了Mini/Small/Standard系统的兼容性设计要求,具体的兼容性设计规范已发布在以下链接中:https://www.openharmony.cn/certification/pcs
OpenHarmony兼容性测评标准主要有两点:一是被测OS镜像装载组件满足OpenHarmony PCS的系统最小集约束要求;二是被测OS镜像满足OpenHarmony PCS兼容性设计约束,100%满足必选要求和建议实现要求。
此外,基于兼容性设计规范,OpenHarmony兼容性工作组提供了兼容性测试套件XTS,通过3大测试套件看护OpenHarmony系统兼容性:-
acts(application compatibility test suite)应用兼容性测试套件,看护北向HAP兼容、OpenHarmony开发API兼容。
-
hats(Hardware Abstraction Test Suite)硬件抽象兼容性测试套,看护HDI层接口。
-
dcts(Distributed Compatibility Test Suite)分布式兼容性测试套,看护分布式兼容性。
由于OpenHarmony面向千行百业,终端产品设计形态千差万别,在使用XTS进行兼容性测试时,存在海量用例执行周期长,具体产品间差异化匹配用例难度高,分配不均且木桶长短板效应明显等现实痛点,如何解决呢?
针对上述问题,OpenHarmony兼容性工作组提供了精准测试方案:首先把测试套件拆分成独立的小部件,再通过产品配置完成XTS、子系统、部件源码的编译关联,支持XTS部件化执行,最终达到测试套颗粒度小、部件化关联清晰、最小部件集合控制的目的。
03►
兼容性测评成果展示
兼容性测评的成果展示在OpenHarmony官网的兼容性专区,覆盖PCS、XTS系统,在两个系统下都发布了OpenHarmony各版本的产品兼容性规范文档以及标准、小型和轻量系统的自检表,帮助开发者完成产品兼容性测试。此外,OpenHarmony开通了测评申请通道和端到端的兼容性测评管理平台,提供相关测评服务以及OpenHarmony使用指令,实现从产品的申请到产品定义到开发到测评到审核到证书的发放以及运行的管控。
针对目前,OpenHarmony从0-1全新构建OpenHarmony生态测试能力,迭代了3个版本的设计规范,发布了6类应用测试标准,构建了超过12万的自动化测试套件,获得了242款产品认证,并有230款软硬件产品通过了兼容性测评。
04►
OpenHarmony 3.2 兼容性测试新内容
在OpenHarmony 3.2版本中,PCS系统主要有以下变化:
-
根据不同品类产品诉求,新增设计产品特有能力
-
新增设备证明约束,治理生态,防止生态仿冒导致分裂
-
增强性能/功耗等体验指标,保证OpenHarmony口碑
-
增强最小集、安全、分布式、AI等能力设计约束
其中,对于最小系统部件集的核心设计原则是:系统使能依赖的最小部件(如:Kernel);OpenHarmony必选特征依赖的部件(如:分布式软总线、HDF、部件化架构);生态治理依赖的部件(如:设备证明 device_attest)。
XTS系统则新增了ACTS-validator测试套针对手势、动效、绘制、音频、相机等增加引导式补充测试,帮助用户达成预期效果。
此外,在OpenHarmony 3.2版本还增加了设备证明模块,提供设备一致性保障。在生态伙伴完成注册后,在提交设备测评之前会要求提交设备证明模块,以此作为治理生态、看护OpenHarmony品牌的基础。
05►
未来展望
预计到2023年年底,兼容性测试套件将达到40万以上,且会更加关注关键架构、NDK、系统机制看护等方面;兼容性规范文档,会增加性能、功耗等关键能力设计约束;兼容性测评平台会提供自动审批、设备证明等能力。欢迎更多的开发者一起参与OpenHarmony兼容性能力共建。E N D
点击下方阅读原文获取演讲PPT。关注我们,获取更多精彩。
审核编辑黄宇
-
兼容性
+关注
关注
0文章
46浏览量
12300 -
OpenHarmony
+关注
关注
25文章
3713浏览量
16251
发布评论请先 登录
相关推荐
评论