国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

簡述HarmonyOS單元測試框架

DRXU_gh_019562b ? 來源:HarmonyOS開發者 ? 作者:HarmonyOS開發者 ? 2021-07-28 14:34 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

作者:leidan、houjing ,華為軟件測試工程師

測試是APP開發中一個重要的環節,在開發迭代中借助高效易用的測試工具來編寫和執行自動化測試用例,并及時分析處理用例失敗項;同時測試也是保障應用質量和提升開發效率的重要途徑。

然而,由于HarmonyOS應用具備一些獨特性(例如能夠實現應用的一次開發、多端部署,例如支持使用Java和JS兩種語言進行開發和混合開發),因此,除了業界普遍的APP測試場景外,HarmonyOS應用的測試還需要解決下述幾個問題:

1.“一次開發,多端部署”應用的測試

HarmonyOS APP支持”一次開發,多端部署”,即同一套代碼可以針對不同的目標設備形態編譯打包出對應的hap。那么,針對不同設備形態的hap,應該怎么進行測試呢?

2. 混合語言應用的測試

HarmonyOS APP支持使用多語言(Java、JS等)混合開發且語言互通。那么,開發者應該如何測試多語言開發的APP呢?

想要知道上述兩個問題的答案,那就不要錯過今天的內容啦~

今天我們為大家帶來的是HarmonyOS單元測試測試框架的編譯打包/運行機制和關鍵功能特性,通過這個內容,你可以快速了解和上手HarmonyOS單元測試測試框架哦~

讓我們先來進入HarmonyOS測試框架機制介紹,方便大家了解我們的編譯打包和運行機制。

測試框架機制介紹

編譯打包/運行機制

根據HarmonyOS應用框架定義,一個HarmonyOS APP由一個entry-hap模塊和若干feature-hap模塊構成。根據HarmonyOS應用程序框架的多hap機制,開發者可借助編譯打包工具將“單元測試測試框架+測試代碼”打包為一個feature-hap,在打包過程中采用provided依賴模式關聯目標APP代碼(可為entry-hap或者feature-hap)。運行態下,測試hap(test.hap)與目標hap(app.hap)被應用程序框架共進程加載運行。

而測試用例通過接口調用來完成對目標代碼和APP組件的控制、觸發和查詢,從而實現測試邏輯。

測試代碼的分離打包和共進程運行機制

AbilityDelegator為元能力子系統提供的測試支持能力,用于控制Ability的生命周期,獲取Ability對象狀態,注入點擊事件等。使用AbilityDelegator可以提升HJUnit測試用例的開發效率和穩定性。

獲取測試APP進程AbilityDelegator實例的方法:

AbilityDelegatorRegistry.getAbilityDelegator()

“一次開發,多端部署”應用的測試

針對“一次開發,多端部署”應用的測試,測試代碼的編譯打包功能內置于HarmonyOS APP編譯打包工具鏈中,自動繼承”一次開發,多端部署”特性,即同一套測試代碼可被編譯打包出與目標代碼一致的針對多形態設備的hap包(目標設備形態在APP工程下的config.json中通過deviceType字段配置)。單元測試測試框架在運行時將自動識別當前設備形態并安裝運行相應的hap。

一套測試代碼同時編譯出多種產品形態的測試hap如圖2所示:

cf4a849a-ec15-11eb-a97a-12bb97331649.png

(圖2 一套測試代碼同時編譯出多種產品形態的測試hap)

混合語言應用的測試

混合語言應用測試的語法介紹

HarmonyOS應用可以使用Java或者JS開發,相應的,單元測試測試框架通過HJUnit和HJSUnit支持進行Java和JS的測試,并且支持兩種語言混合執行。

目前在2.2.0.200版本及以上的Deveco Studio上新建Java或JS模板工程,main和ohosTest目錄下均包含java和js目錄,用戶可以在ohosTest目錄下編寫java和js測試用例,對應工程在執行時,兩種語言的測試用例均會被執行。

HJUnit單元測試測試框架的實現基于JUnit4開源框架。JUnit為業界通用的Java單元測試框架,它通過Java注解機制提供了一套用例編寫語法規范,用戶使用注解來標注測試過程各階段的生命周期函數。HJUnit語法繼承JUnit4,JUnit4的詳細介紹可以參考下方鏈接。

· JUnit4詳細介紹

https://junit.org/junit4/

HJSUnit單元測試測試框架參考OSGI插件機制和業內通用的測試用例表達方式,使用describe和it函數標識測試套和測試用例,采用expect(XXX).assertXX的斷言方式檢查結果。JS用例編寫語法支持JS的標準 ES6語法。

多語言測試用例介紹

上文我們已經提到,DevEco Studio集成了HarmonyOS單元測試測試框架,為用戶提供了Java和JS的單元測試能力。開發者可以通過代碼直接測試項目中的指定類、方法,或是針對UI交互功能的測試等及時發現問題,同時避免在后期開發引入問題,大大提升了開發工作效率和保證開發質量。那么測試用例到底是怎么樣的,讓我們來一探究竟~

HJUnit測試用例

具體的Demo如下。在這個Demo中,checkScreenShape用例使用元能力子系統提供的AbilityDelegator測試Kit,可獲取HarmonyOS應用程序Context,進而可以在測試代碼中對被測應用進行查、控制、事件監聽等操作,以達到測試目的。

public class ExampleOhosTest { @Test public void checkScreenShape() { // 獲取 IAbilityDelegator 實例 final IAbilityDelegator delegator = AbilityDelegatorRegistry.getAbilityDelegator(); // 從IabilityDelegator實例中獲取應用content內容 final Context appContext = delegator.getAppContext(); DeviceCapability devCap = appContext.getResourceManager().getDeviceCapability(); assertNotNull(“Null deviceCapability”, devCap); if (devCap.deviceType == DeviceCapability.DEVICE_TYPE_WEARABLE) { // 斷言 assertTrue(“Unexpected display shape”, devCap.isRound); } else { assertFalse(“Unexpected display shape”, devCap.isRound); } } }

HJSUnit測試用例

這里我們測試的對象是pages的彈出對話框接口,該接口可以實現在當前頁面上層彈出對話框,顯示指定的文本,在接口測試中可以通過接口執行回調判斷當前接口是否調用成功,assertTrue表示成功。

it(‘testPromptDialog’, 0, function() { console.info(‘testPromptDialog START’) prompt.showDialog({ title: ‘dialog showDialog test’, message: ‘message of dialog’, buttons: [ { text: ‘OK’ } ], success: function(ret) { expect(true).assertTrue(); }, cancel: function() { expect(true).assertFalse(); }, complete: function() { console.log(‘[prompt.showDialog] complete’); } }); });

跨語言測試

HarmonyOS不僅支持使用Java或JS語言進行開發,也支持混合語言開發。JS UI框架提供了JS FA(Feature Ability)調用Java PA(Particle Ability)的機制,該機制提供了一種通道來傳遞方法調用、處理數據返回以及訂閱事件上報。

當前提供Ability和Internal Ability兩種調用方式,開發者可以根據業務場景選擇合適的調用方式進行開發。

Ability:擁有獨立的Ability生命周期,FA使用遠端進程通信拉起并請求PA服務,適用于基本服務供多FA調用或者服務在后臺獨立運行的場景。

Internal Ability:與FA共進程,采用內部函數調用的方式和FA進行通信,適用于對服務響應時延要求較高的場景。該方式下PA不支持其他FA訪問調用。

JS端與Java端通過bundleName和abilityName來進行關聯。在系統收到JS調用請求后,根據開發者在JS接口中設置的參數來選擇對應的處理方式。開發者在指定接口onRemoteRequest()中實現PA提供的業務邏輯。詳細信息請參考JS FA調用Java PA機制—— JS FA如何調用Java PA。

· JS FA如何調用Java PA

https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ui-js-fa-call-pa-0000001050435961

而在測試方面,目前單元測試測試框架支持上述JS FA調用PA機制的使用。

HJSUnit單元測試測試框架借助了HarmonyOS應用程序框架的多hap機制,測試代碼支持“一次開發,多端部署”。HJSUnit和HJUnit集成到DevEco Studio上的項目模板上,方便用戶采用Java和JS兩種語言做測試。

兩個測試框架測試框架已隨DevEco Studio的Harmony SDK對外發布,工具的更新迭代也與DevEco Studio的更新節奏保持一致,歡迎大家點擊【閱讀原文】查看更多測試詳情~

編輯:jq

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • HarmonyOS
    +關注

    關注

    80

    文章

    2153

    瀏覽量

    36039

原文標題:一文帶你看懂HarmonyOS單元測試框架

文章出處:【微信號:gh_019562b5fb4b,微信公眾號:gh_019562b5fb4b】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    嵌入式軟件單元測試必要性與專業工具重要性的系統性專業研究報告

    。?單元測試?作為在代碼編寫階段對最小功能單元(函數、模塊)進行驗證的實踐,成為突破這一困境的核心手段。 ?2. 必要性:實證數據與行業強制要求 ?2.1 缺陷修復成本的指數級差異 表格 階段 缺陷修復成本
    發表于 03-05 10:41

    資料] 汽車軟件質量躍遷的系統性路徑:基于ISO 26262標準的單元測試體系重構與中日實踐深度對比(2026學術研究報告)

    各位伙伴,請問一個問題,[資料] 汽車軟件質量躍遷的系統性路徑:基于ISO 26262標準的單元測試體系重構與中日實踐深度對比(2026學術研究報告),這份數據誰有源參考文獻,有酬感謝
    發表于 01-08 10:09

    汽車軟件質量躍遷的系統性路徑:基于ISO 26262標準的單元測試體系重構與中日實踐深度對比(2026學術研究報告)

    。” 研究命題 :在速度與質量的博弈中,單元測試不僅是技術問題,更是戰略安全防線。 2. 理論基石:ISO 26262與ASPICE的合規性框架 2.1 ISO 26262-6:2018對單元測試的法定
    發表于 01-05 14:58

    嵌入式軟件單元測試中AI自動化與人工檢查的協同機制研究:基于專業工具的實證分析

    ? ?摘要****? 本文系統探討嵌入式軟件相較于通用軟件在單元測試層面的特殊性,分析其對高覆蓋率、可追溯性與實時性驗證的嚴苛需求,并以專業工具winAMS為技術載體,深入研究AI驅動的自動化測試
    發表于 12-31 11:22

    C語言單元測試在嵌入式軟件開發中的作用及專業工具的應用

    ) 驗證設備對不同輸入條件的響應 測試邊界條件和異常情況 提前發現硬件交互相關的問題 五、嵌入式C語言單元測試的最佳實踐 1. 測試框架選擇 嵌入式C語言
    發表于 12-18 11:46

    嵌入軟件單元測試的全面研究與實踐

    引言 嵌入軟件單元測試是確保嵌入式系統質量和可靠性的關鍵環節。嵌入式系統廣泛應用于汽車電子、工業控制、醫療設備等關鍵領域,其軟件直接操控硬件,任何微小的錯誤都可能導致嚴重后果。單元測試
    的頭像 發表于 12-01 14:31 ?510次閱讀

    新能源汽車質量保證體系與傳統汽車單元測試規范的融合研究

    摘要 隨著新能源汽車產業的快速發展,其質量保證體系面臨前所未有的挑戰。本文探討了將傳統汽車成熟的單元測試規范應用于新能源汽車領域的可行性,重點分析了ISO 26262標準體系在新能源汽車電子控制系統
    的頭像 發表于 11-07 10:10 ?268次閱讀

    單元測試專業工具在新能源開發中的作用研究

    單元測試的歷史由來與發展 單元測試的概念可以追溯到20世紀60年代,伴隨著計算機科學和軟件工程學科的發展而逐步形成。早期的計算機科學研究(20世紀60年代)中,程序員意識到僅依靠手工調試和集成測試
    的頭像 發表于 11-03 16:03 ?471次閱讀

    邊聊安全 | 軟件單元測試的設計方法

    上海磐時PANSHI“磐時,做汽車企業的安全智庫”軟件單元測試的設計方法寫在前面:軟件單元測試的設計是一個系統化的過程,旨在驗證代碼的最小可測試部分(通常是函數或方法)是否按預期工作。軟件單元
    的頭像 發表于 09-05 16:18 ?7396次閱讀
    邊聊安全 | 軟件<b class='flag-5'>單元測試</b>的設計方法

    HarmonyOSAI編程單元測試用例

    、private修飾的私有函數不支持生成單元測試用例。 使用該功能需先完成CodeGenie登錄授權。 本文主要從參考引用自HarmonyOS官方文檔
    發表于 08-27 14:33

    HarmonyOS AI輔助編程工具(CodeGenie)代碼測試

    代碼、生命周期函數、@Extend/@Styles/@Builder修飾的函數、private修飾的私有函數不支持生成單元測試用例。 使用該功能需先完成CodeGenie登錄授權。 以上材料主要參考引用HarmonyOS官方文檔。
    發表于 07-14 17:33

    新能源車軟件單元測試深度解析:自動駕駛系統視角

    “無不合理風險”,推動車企采用形式化驗證(如數學證明)補充傳統測試。 winAMS工具的戰略價值****? 在新能源車軟件單元測試工具鏈中,?winAMS?憑借其?自適應測試框架?
    發表于 05-12 15:59

    新能源車背后的隱形守護者:軟件單元測試的生死較量?

    。這個教科書級的避讓動作背后,是超過8000萬行代碼的精密協作,而確保這些代碼絕對可靠的秘密武器,正是我們今天要揭秘的軟件單元測試。 ?一、代碼世界的顯微鏡:單元測試為何重要? 如果把整車軟件比作一座摩天大樓,單元測試就是檢查
    的頭像 發表于 05-12 11:00 ?600次閱讀

    單元測試在嵌入式軟件中的關鍵作用及winAMS工具的卓越貢獻

    1.?單元測試概述 ?定義與核心目標? 單元測試是軟件開發過程中針對程序模塊(如函數、類或組件)的最小可測試單元進行的驗證活動。其核心目標在于隔離代碼片段,驗證其功能是否符合設計預期,
    的頭像 發表于 04-11 14:31 ?1047次閱讀

    嵌入式軟件單元測試的必要性、核心方法及工具深度解析

    一、為什么嵌入式軟件必須重視單元測試? ?嵌入式系統的特殊性? 在汽車 ECU、醫療設備控制器等場景中,軟件直接操控硬件,?單比特錯誤可能導致剎車失靈或呼吸機故障?。不同于 PC?軟件可頻繁熱更新
    的頭像 發表于 03-21 14:53 ?1413次閱讀