OpenHarmony测试体系和集成测试仓介绍

前言

OpenHarmony的测试内容包含了很多部分，常见的有单元测试（UT），兼容性测试（XTS），以及一些测试工具，比如：稳定性测试工具wukong，性能测试工具smartperf等。那么这些测试内容、用例、工具的定位是什么？又是如何组织的？以及测试体系中是否还有需要补充的内容？本文将通过分析OpenHarmony代码目录来解答这些问题，希望读者对OpenHarmony系统的测试体系有个整体的了解，进而探索一些参与OpenHarmony测试体系的共建方向。

测试体系对比分析

我们对比一下AOSP和OpenHarmony的测试目录结构。

AOSP测试体系：

OpenHarmony测试体系：

整体上两套系统的测试体系结构类似，主要依据两种划分原则：

1、以内容划分：工具、执行框架；测试套、用例；专项工具；

2、以测试流程阶段划分：单元测试、开发自测试；兼容性、接口测试；功能、集成测试。

当前，OpenHarmony的测试体系在单元测试和兼容性测试部分已经比较完善，但在集成测试以及专项工具上还比较缺乏。

集成测试仓

为了看护OpenHarmony的功能、场景、性能、稳定性、安全性等基础质量，社区已经建立集成测试仓：integration_test，目前正在孵化中。

在集成测试仓中统一规划、开发、管理操作系统的使用场景、功能、性能、稳定性、安全性等测试用例。

集成测试仓在测试体系中的位置如图，红色虚线框部分：

随着版本迭代和开发共建持续推进，OpenHarmony的测试体系将越来越完善，未来将覆盖各个层次的测试内容和测试场景：

共建探索

通过对OpenHarmony测试体系的了解，以及发展方向的分析，开发者可以在测试体系中参与共建的内容非常多，除了完善现有的子系统单元测试，兼容性测试之外，在黑盒功能测试、行业场景测试、专项工具方向大有可为，比如：在金融行业有积累的厂商，可以来共建OpenHarmony金融产品的场景测试体系；在车机、PC、网络设备、智能家居、交通等各个行业都可以发挥自身的行业特长，共同促进OpenHarmony生态的落地。