登录社区云,与社区用户共同成长
邀请您加入社区
ohosTest 测试体系├── 单元测试(Unit Test)│ ├── 纯逻辑测试(不依赖 UI)│ └── 数据服务测试├── 集成测试(Integration Test)│ ├── Ability 测试│ └── 模块间交互测试└── UI 测试(UI Test)├── 组件渲染测试└── 用户交互测试测试是工程化的重要组成部分。单元测试:验证 ExamService、HttpApi 等核
Observed// 0-低 1-中 2-高// 计算属性:是否逾期// 计算属性:优先级文本const map = ['低', '中', '高'];return map[this.priority] || '中';Model 层规范使用@Observed装饰,使属性变化可被框架监听;只定义数据结构和计算属性,不写任何业务逻辑;提供完整构造函数,确保实例化时所有字段有默认值。严格分层:View 不
测试是保障代码质量的关键手段。HarmonyOS 提供了一套完整的测试框架 hypium,支持单元测试(LocalUnit)、集成测试(ohosTest)和 UI 测试等不同层次的测试。MoneyTrack 在各个模块中都配置了测试目录,通过 List.test.ets 和 Ability.test.ets 组织测试用例。本文从测试分层架构、框架 API 详解到实际测试编写,系统介绍鸿蒙应用的测试
本文介绍了鸿蒙原生Markdown编辑器OhMarkdown的搜索系统设计与实现,主要包含以下技术要点: 架构设计采用ArkUI管理搜索面板、ArkWeb集成CodeMirror 6的协作模式,将核心搜索逻辑放在Web编辑器内部,确保文本模型一致性。 搜索功能支持三种匹配方式: 大小写敏感/不敏感匹配 整词匹配(基于Unicode字符类识别词边界) 正则表达式匹配(处理捕获组替换) 实现关键技术包
本文介绍了如何在HarmonyOS应用开发中使用Hypium测试框架进行DAO层单元测试。主要内容包括: Hypium框架基础:测试文件结构、describe/it/expect三要素和常用断言API DAO层单元测试实战:以CardDao和AppBindingDao为例,展示CRUD操作测试 测试配置与运行:ohosTest模块配置、DevEco Studio和命令行运行方式 测试技巧:befo
本文系统讲解了鸿蒙应用开发中DAO层的错误处理规范与单元测试策略。主要内容包括:将DAO层错误分为业务异常和系统异常两类处理;提出try-catch-finally标准模式,强调ResultSet资源释放;定义DatabaseError等语义化错误类型;介绍事务处理的双重异常捕获机制;提供ResultSet泄漏防护方案;最后结合Hypium测试框架,讲解DAO层单元测试的Mock策略和用例编写模式
本文详细介绍了将Flutter鸿蒙应用发布到华为AppGallery的完整流程。主要内容包括: 注册开发者账号并在AppGallery Connect创建应用 生成CSR文件并申请签名证书(.cer) 创建Provisioning Profile(.p7b) 配置build-profile.json5中的签名信息 填写app.json5应用元数据 构建Release版本的HAP文件 上传应用到Ap
本文介绍了在鸿蒙平台上开发Flutter应用时,如何对核心数据模型进行单元测试。以E-Brufen心理健康应用为例,重点讲解了MoodType枚举和MoodEntry数据类的测试方法。测试文件按模块组织,确保职责单一。针对MoodType测试了数值映射、容错回退和唯一性验证;对MoodEntry则测试了JSON序列化往返和copyWith更新语义。文章还介绍了Flutter测试工具体系,包括gro
HarmonyKit v2.0路线图曝光,重点聚焦开发者工具生态扩展与架构升级。新版本规划新增二维码生成器(P0)、JWT调试器等9项实用工具,技术方案涵盖Canvas绘图、WebView渲染等核心能力。架构层面将全面迁移至HdsNavigation声明式导航体系,深度整合沉浸光感效果与暗色模式支持。工程化改进包括单元测试覆盖率提升至80%、CI/CD自动化构建流程搭建,并计划正式上架华为AppG
本文详细解读了鸿蒙开发中的@kit.UIDesignKit组件体系。作为API 22引入的核心UI套件,它包含30+个HDS组件,涵盖导航、内容、交互、反馈和选择五大类别。文章分析了HarmonyKit项目仅使用了HdsTabs组件的原因,包括定制化需求、最小依赖原则、体积控制和代码可读性考量。同时指出HDS组件的技术优势:内置无障碍支持、自适应布局、设计一致性和系统主题联动。通过对比基础组件与H
摘要: HarmonyOS 2026 推出的 HDS(Harmony Design System)通过空间化视觉设计实现 UI 范式转移,从平面视觉转向多维感知。核心特性包括: 材质感知层:通过 ImmersiveMaterial API 实现组件的光学物理属性(透光率、模糊度、环境光响应),在内容与控件间新增感知层,形成三维视觉体验。 动态适配:HDS 组件的 systemMaterialEff
本文详细介绍了鸿蒙应用开发中的签名与证书管理机制,重点解析了调试证书的自动生成流程和三个核心文件(.p12、.cer、.p7b)的作用。文章从HarmonyKit项目实例出发,阐述了签名算法选择、调试签名管理机制,并对比了调试与生产环境签名的区别。针对AppGallery上架场景,提供了生产签名配置的具体步骤和注意事项,强调私钥安全管理和证书有效期的关键性。通过系统的签名知识梳理,帮助开发者构建完
文章摘要(150字): build-profile.json5是鸿蒙开发的核心配置文件,控制着HAP构建、SDK版本与签名机制。本文以开源项目HarmonyKit为例,解析配置文件的三个层级(项目级、模块级、引擎级),重点说明项目级配置中签名证书(signingConfigs)的参数含义、产品定义(products)的多变体策略,以及targetSdkVersion与compatibleSdkVe
本文基于HarmonyKit项目实战经验,详细解析鸿蒙(Stage模型)项目的目录结构设计与多模块架构最佳实践。文章指出良好的目录结构需解决三个核心问题:快速定位文件、明确修改范围边界和规范代码存放位置。项目顶层结构采用"两棵树"设计,严格区分全局配置与模块局部配置。重点分析了AppScope作为应用元数据中心的关键作用,以及entry模块内部的三层分离架构(Ability入口层、数据模型层和页面
本文探讨了HarmonyOS ArkUI框架中@Builder与@BuilderParam的核心应用与设计原理。文章通过实际案例ToolGrid(5个Tab共享的卡片网格)和StatCard(6个统计卡片)分析@Builder作为轻量级UI工厂的优势:减少重复代码、降低缩进深度、避免组件实例开销,适合无状态UI复用。同时指出@Builder的作用域限制——只能访问响应式变量和参数,确保依赖关系透明
本文介绍了鸿蒙ArkUI框架中@Component与@Entry装饰器的核心特性和差异。@Entry标记可路由的独立页面,@Component定义可复用的UI组件。文章详细解析了build()方法的DSL语法限制,强调其只能包含UI组件语法,逻辑需外置。同时对比了两者的生命周期方法:@Component具有组件级生命周期(aboutToAppear/Disappear),而@Entry还拥有页面级
本文介绍了鸿蒙ArkUI框架中的四种核心状态管理装饰器:@State、@Prop、@Provide和@Consume。@State用于组件内部可变状态管理,当数据变化时自动触发UI更新;@Prop实现父组件向子组件的单向数据传递;@Provide/@Consume支持跨层级组件间的数据共享。文章通过HarmonyKit项目实例,对比了这些装饰器与React/Vue状态管理方案的差异,并分析了它们的
本文介绍了鸿蒙工具库HarmonyKit基于hypium测试框架的单元测试实践。文章重点阐述了工具类应用测试的核心在于算法正确性验证,而非UI测试。通过Base64、JSON、颜色转换和哈希工具等典型案例,展示了往返测试、已知值测试和边界测试等关键方法。作者强调了工具类应用测试的特殊性——算法错误比UI崩溃后果更严重,并分享了测试策略:聚焦utils层核心逻辑验证,暂不进行UI层测试。项目采用鸿蒙
UI测试框架主要对外提供UiTest API,用于模拟用户操作并验证UI响应。其脚本运行基于单元测试框架。核心能力组件查找(通过ID、文本、类型等)事件模拟(点击、滑动、输入)状态断言(存在、文本、属性)约束与限制UI测试框架能力在HarmonyOS 3.0 release版本之后方可使用只支持应用内使用,不支持与权限弹窗、SystemUI控件交互。
摘要:ArkTS中的SwipeRefresher组件是实现鸿蒙应用下拉刷新功能的核心组件。该组件通过refreshing属性控制刷新状态显示,threshold设置触发阈值,color和backgroundColor自定义视觉效果。当用户下拉满足条件时触发onRefresh事件,开发者可在其中实现数据刷新逻辑。典型应用场景包括列表数据更新(如新闻列表)和数据仪表盘刷新,通过直观的下拉操作保持内容及
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.net“没有测试的代码就是遗留代码”——Michael Feathers的这句话在Flutter Plugin开发中尤其适用。Plugin涉及Dart层和原生层两部分代码,加上跨进程的MethodChannel通信,任何一个环节出问题都可能导致功能异常。flutter_speech的测试策略需要
HostApi()// 模式1: 简单查询// 模式2: 批量查询// 模式3: 回显测试// 模式4: 基本类型测试。
本文《零基础学鸿蒙》系列笔记聚焦HarmonyOS自动化测试工程化实践,提供从单元测试到CI/CD的完整解决方案。核心内容包括:1)基于Hypium/UiTest框架的单元测试与UI自动化编写技巧,支持Mock打桩与控件定位;2)稳定性优化策略如显式等待与数据隔离;3)CI/CD流水线搭建指南,涵盖命令行构建、设备部署及GitHub Actions集成。作者提供可直接复用的代码模板与踩坑清单,帮助
[鸿蒙2025领航者闯关]🧪 Flutter + OpenHarmony 自动化测试体系:从单元测试到真机巡检的全链路保障
A2:如果发生设备断连情况测试会终止,并生成测试报告,由于测试执行不充分,会导致生成的报告数据不完整,请保证设备在测试的过程中正常连接。
HCCDA认证中的测试用例设计与执行要求开发者掌握鸿蒙应用测试的完整流程,包括用例设计方法、执行规范及工具使用。通过系统化的测试实践,可有效提升鸿蒙应用的质量和稳定性。
后面后端从表单改为JSON处理数据,前端更换Content-type为application/json,最终解决了。
● UI测试框架(HUiTest):通过简洁易用的API提供查找和操作界面控件的能力,支持开发基于界面操作的自动化测试脚本。