日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

3天內(nèi)不再提示

嵌入軟件單元測試/集成測試自動化工具

fzm ? 來源:fzm ? 作者:fzm ? 2023-07-11 17:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

CoverageMaster winAMS :適用于嵌入式目標機代碼的單元測試/集成測試工具

全面支持嵌入式微機!驗證嵌入式C/C++軟件 實施以模塊為單位的自動化單元測試工具
不需要HookCode直接使用目標機代碼進行單元測試
聯(lián)合靜態(tài)解析工具[CasePlayer2],提供C0(語句),C1(判定),MC/DC覆蓋率報告,優(yōu)化測試用例制作
已取得第三方認證機構(gòu)TUVSUD對適用于汽車機能安全ISO26262軟件工具的認證

產(chǎn)品概要

[Coverage master winAMS]是以嵌入式軟件的函數(shù)為單位,實施模塊單元測試以及C0/C1/MCDC覆蓋率測試(coverage test)的嵌入式軟件自動化單元測試工具。目標機源代碼通過交叉編譯器生成目標機執(zhí)行代碼,通過跟實際處理器同樣的模擬處理器環(huán)境進行單元測試,不需要對執(zhí)行代碼做任何變動,使高信賴性的模塊測試成為可能。在汽車控制軟件這樣的對安全性要求極高的領(lǐng)域,單元測試已經(jīng)成為不可缺少的一部分。使用目標機代碼進行單元測試也是為了符合汽車行業(yè)中ISO26262功能安全認證標準。

產(chǎn)品特長

pYYBAGKsVoyAHixAAAAVJJlbLxE861.jpg

全面支持嵌入式微機!驗證嵌入式C/C++軟件 實施以模塊為單位的自動化單元測試工具

作為能夠檢驗出僅憑系統(tǒng)測試以及整體測試無法發(fā)現(xiàn)的[潛在錯誤]的檢測方法,[單元測試]在嵌入式開發(fā)領(lǐng)域受到廣泛重視。同時,單元測試也是汽車用軟件功能安全(ISO26262)領(lǐng)域中要求實施的認證項目之一。

[Coverage master winAMS]直接使用通過交叉編譯生成的目標機代碼,在模擬處理器環(huán)境下進行單元測試。既能實現(xiàn)C語言程序的邏輯上的單元驗證,又能夠?qū)η度胧轿C組裝為產(chǎn)品后可能發(fā)生的問題等進行具有高信賴度的白盒(white box)測試。

不需要HookCode使直接使用目標機代碼進行單元測試成為可能的業(yè)界唯一的工具

有些公司的單元測試工具往往采用在被測試對象的源代碼中追加測試用代碼或者測試用驅(qū)動器的方法,導致測試時所用的代碼與組裝為產(chǎn)品后的目標機用代碼不同。雖然[理論上運行功能應(yīng)該是相同的],但是從嵌入式開發(fā)的角度考慮,這樣就如同對交叉編譯所生成的經(jīng)過優(yōu)化處理的代碼進行了加工,無法確保最終產(chǎn)品的質(zhì)量。Coverage master winAMS是業(yè)界唯一的,具有[不需要對被測試對象做任何加工]實施單元測試功能的工具,特別是在安全性要求高的領(lǐng)域中得到很高的評價。

poYBAGKsVqGAXI5WAAB1ZplNu4E316.jpg

不需建立單元測試專用的環(huán)境,可以在開發(fā)用交叉編譯環(huán)境進行單元測試

Coverage master winAMS不需要追加任何測試用驅(qū)動器或測試用代碼,可以直接使用將組裝成產(chǎn)品的目標代碼進行單元測試。單元測試能夠與軟件開發(fā)使用共同的交叉編譯環(huán)境,不再需要對測試資源進行專門管理,也不再需要建立其他專用環(huán)境。因此,既方便程序資源管理,又能夠縮短準備測試環(huán)境所需的時間。

符合汽車功能安全標準(ISO26262)[不做加工直接使用目標機代碼實施單元測試]這一要求的最佳工具

pYYBAGKsVqKAUQrXAAA0ptE0iTI560.jpg

ISO26262是從IEC61508衍生出來的適用于汽車制造領(lǐng)域的功能安全標準。其中的Part.6-9[軟件程序單元測試]包括了關(guān)于軟件程序的構(gòu)造覆蓋率測試以及有關(guān)的規(guī)定項目。根據(jù)汽車安全標準(ASIL),提出了測試語句覆蓋率(statement coverage),分支覆蓋率(branch coverage),MC/DC覆蓋率的推薦性事項。

其中的另一個推薦性事項是

[盡可能使單元測試的環(huán)境與目標環(huán)境相同]

的規(guī)定。如果在與目標環(huán)境不同的環(huán)境下進行單元測試,必須表明源代碼與目標代碼的差別,以及目標環(huán)境和測試環(huán)境的差別。因此,對于那些使用與目標微機不同的電腦進行編譯和單元測試的其他公司的工具而言,這個要求很難滿足。 還有些公司的單元測試工具雖然包括交叉編譯環(huán)境及編譯功能,而且也能夠在與目標環(huán)境相同的環(huán)境下進行測試,但是所有的測試都需要插入測試用代碼,進行再次編譯,因此測試也只能在與目標環(huán)境不同的環(huán)境下實施。

GAIO提供的單元測試工具Coverage master winAMS具有

●采用全面支持嵌入式微機的微機化功能測試平臺環(huán)境
●不需要插入測試用代碼直接使用目標機代碼進行測試

的特征,提供符合ISO26262標準要求的必須功能。GAIO提供的Coverage master winAMS是符合ISO26262標準[直接使用整裝用代碼實施單元測試]這一要求的業(yè)界唯一的工具。

關(guān)于汽車機能安全ISO26262的對應(yīng)以及認證的獲得

poYBAGKsVqOASj6tAAAk_d1iEZY788.jpg

已取得第三方認證機構(gòu)TUVSUD對適用于汽車機能安全ISO26262軟件工具的認證

2012年6月28日,「Coverage master winAMS / General」測試工具獲得由德國TUVSUD第三方認證機構(gòu),在汽車機能安全規(guī)格的ISO26262軟件工具方面的認證,包括日本在內(nèi)亞洲地區(qū)首次獲得該項認證。

通過此項認證,說明本公司的單元測試工具「Coverage master winAMS / General」,以及程序分析工具「CasePlayer2」,在靜態(tài)分析和單元測試領(lǐng)域,是符合所有安全度水準的工具,并由TUVSUD認證機構(gòu)得到了保障。

ISO 26262對于不同的開發(fā)用軟件工具在工具置信水平(TCL),都需要開發(fā)者提供開發(fā)軟件工具的認證書。此項認證適用于在工具認證當中,最為復雜的TCL3工具認證標準。因此,導入本公司的單元測試工具之后,不需要對TCL的部分進行認證,進而可以縮減手續(xù)跟時間。

主要的單元測試功能

采用SSTManager管理單元測試project

SSTManager是Coverage master winAMS的應(yīng)用功能,用于管理單元測試project,制作測試數(shù)據(jù)(test data)。從設(shè)定測試環(huán)境開始,到報告測試結(jié)果為止,均由微機化功能測試平臺(ISS)實施綜合管理。

采用通用便利的CSV文件管理測試數(shù)據(jù)的輸入輸出

Coverage master winAMS不需要插入測試用代碼,直接使用目標機代碼進行單元測試。采用通用便利的CSV文件管理函數(shù)測試時使用的輸入輸出數(shù)據(jù)。測試結(jié)束后,輸出的測試結(jié)果和輸出的期待值也將以相同的格式顯示在CSV文件之中。

C0/C1覆蓋率報告的自動化制作功能(標準功能)

根據(jù)測試的輸入輸出數(shù)據(jù)自動報告相應(yīng)源代碼的C0/C1測試覆蓋率結(jié)果。包括通過圖形(viewer)顯示測試數(shù)據(jù),以及與其相應(yīng)的被測試的源代碼路徑的功能,用于分析測試結(jié)果。作為選項功能也包括MC/DC覆蓋率測試功能。

pYYBAGKsVqOAKwMAAABTnN2rhPE448.jpg

poYBAGKsVqSAajd-AABcgQxGQz8502.jpg

MC/DC覆蓋率的自動化測試功能(選項功能)

pYYBAGKsVqWAdOtpAABlrZg2h8c760.jpg

作為選項功能提供MC/DC覆蓋率測試功能。C0/C1覆蓋率測試不需要加工即可直接使用目標機代碼。然而,MC/DC覆蓋率測試對于復合式的條件式,需要自動插入HookCode將復合式的條件式分解,才能對各條件式進行測試。這樣就有可能導致測試用代碼與目標機用代碼的不同。為了驗證HookCode的妥當性,在MC/DC覆蓋率測試的同時,運行目標機代碼,確認運行結(jié)果與期待值的一致性。

注:右圖舉例顯示,第2個if句的復合條件式中,[gbc>30]為false時的分支沒有被測試到。以C1覆蓋率測試來說,它的測試結(jié)果是OK;而對于MC/DC覆蓋率測試來說,它的結(jié)果是NG。

注: MC/DC覆蓋率測試功能不支持C++程序。

單元測試的效率化功能

聯(lián)合程序解析工具CasePlayer2,實現(xiàn)代碼參照解析作業(yè)的效率化

利用CasePlayer2生成的流程圖表以及模塊構(gòu)造圖(調(diào)用函數(shù)的構(gòu)造圖)與源代碼的連接(link)功能,使單元測試用源代碼的解析工作效率化。

能夠自動檢索被測試函數(shù)的外部變量,使測試條件設(shè)定效率化

聯(lián)合程序解析工具CasePlayer2,自動檢索被測試函數(shù)所使用的外部變量??s短了以往必須對源代碼進行搜索找出輸入條件的變量所需的工作。而且,能夠防止人工操作導致的類似變量指定遺漏的的錯誤。

poYBAGKsVqaAQiOFAAAzx789sGg373.jpg

pYYBAGKsVqeAA45gAABIHkFbGVQ136.jpg

根據(jù)代碼解析自動化制作C0,C1,MC/DC覆蓋率測試計劃

聯(lián)合程序解析工具CasePlayer2,自動化制作符合覆蓋率測試要求的條件分支if,switch,for,while等的測試數(shù)據(jù)??梢詫⒈粶y試函數(shù)中含有的條件式(if以及switch等)在數(shù)據(jù)制成圖形(Viewer)上列表顯示。點擊其中的條件,工具將自動開始檢索與之相關(guān)的變量,進而從所設(shè)置的條件的境界值中自動生成覆蓋率測試所需要的數(shù)據(jù)。

為了達到C1/MCDC覆蓋率,測試時需要對各函數(shù)的數(shù)據(jù)進行組合。利用CasePlayer2提供的解析結(jié)果,分析條件式的net構(gòu)造,在重復性限制在最小限度下生成C1/MCDC覆蓋率測試用數(shù)據(jù)。

pYYBAGKsVqiALSWLAADI3B4dq-U861.jpg

支持MPU

CoverageMaster winAMS Supported Processor List(English)

動作環(huán)境

?操作PC/OS
?IBM PC/AT兼容機
?Pentium(相當) 2GHz以上的CPU
?存儲器 512MB以上(推薦值)
?顯示器分辨率 XGA(1024*768)以上(推薦值)
?Windows XP, Windows Vista, Windows 7(32bit/64bit)(※Windows 95/98/Me/NT/2000未支持)

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 測試
    +關(guān)注

    關(guān)注

    9

    文章

    6429

    瀏覽量

    131697
  • 嵌入式
    +關(guān)注

    關(guān)注

    5210

    文章

    20679

    瀏覽量

    337342
  • 自動化
    +關(guān)注

    關(guān)注

    31

    文章

    5989

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    TESSY v5.1 新功能詳解 :引入 Hyper Coverage 與基于變更的測試,大幅縮短 CI 測試時間

    嵌入式 C/C++ 軟件開發(fā)中,CI/CD 流水線回歸測試耗時長、復雜代碼變體的覆蓋率難以完整統(tǒng)計,是許多測試團隊面臨的真實挑戰(zhàn)。自動化
    的頭像 發(fā)表于 04-03 10:29 ?375次閱讀
    TESSY v5.1 新功能詳解 :引入 Hyper Coverage 與基于變更的<b class='flag-5'>測試</b>,大幅縮短 CI <b class='flag-5'>測試</b>時間

    半導體嵌入單元測試的核心技術(shù)、工具選型與落地全流程

    是日本GAIOTECHNOLOGY公司專為嵌入式系統(tǒng)開發(fā)的自動化單元測試工具,它在傳統(tǒng)測試工具的基礎(chǔ)上實現(xiàn)了多項核心技術(shù)突破,解決了半導體嵌入
    發(fā)表于 03-06 14:55

    嵌入軟件單元測試必要性與專業(yè)工具重要性的系統(tǒng)性專業(yè)研究報告

    ?RISC-V生態(tài)適配?:國產(chǎn)RISC-V MCU崛起,推動國產(chǎn)測試工具生態(tài)建設(shè) ?7. 結(jié)論 嵌入軟件單元測試的必要性,源于其?高可靠性、強實時性、高合規(guī)性?的系統(tǒng)本質(zhì)。在安全關(guān)
    發(fā)表于 03-05 10:41

    軟件測試工具深度解析?

    、可認證的嵌入軟件。以下是其各功能模塊的全面解析。 ?一、單元測試自動化引擎? 此模塊通過高度自動化技術(shù),將工程師從繁瑣的
    的頭像 發(fā)表于 01-26 14:23 ?333次閱讀

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

    2025年指南強調(diào):“手寫測試日志無效,ASIL-D合規(guī)必須使用自動化工具生成可追溯報告?!?2.2 ASPICE 3.1的流程制度化要求 過程域 Level 3要求 Level 4要求 Level
    發(fā)表于 01-05 14:58

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

    ? ?摘要****? 本文系統(tǒng)探討嵌入軟件相較于通用軟件單元測試層面的特殊性,分析其對高覆蓋率、可追溯性與實時性驗證的嚴苛需求,并以專業(yè)工具
    發(fā)表于 12-31 11:22

    C語言單元測試嵌入軟件開發(fā)中的作用及專業(yè)工具的應(yīng)用

    。 3. 測試自動化策略 嵌入式C語言單元測試自動化應(yīng)關(guān)注: ?持續(xù)集成****?:將
    發(fā)表于 12-18 11:46

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

    作為軟件開發(fā)過程中最早進行的測試活動,能夠有效隔離代碼片段,驗證其功能是否符合設(shè)計預期,從而在早期階段發(fā)現(xiàn)潛在缺陷,提升代碼質(zhì)量。本文將系統(tǒng)探討嵌入軟件
    的頭像 發(fā)表于 12-01 14:31 ?889次閱讀

    單元測試專業(yè)工具在新能源開發(fā)中的作用研究

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

    嵌入式C/C++回歸測試四大最佳實踐(附自動化測試工具TESSY使用教程)

    嵌入式開發(fā)中,一次微小的代碼改動都可能引發(fā)“蝴蝶效應(yīng)”,如何守護系統(tǒng)的穩(wěn)健?推薦專業(yè)的自動化測試工具#TESSY,源自戴姆勒-奔馳,是嵌入式C/C++
    的頭像 發(fā)表于 10-31 14:21 ?592次閱讀
    <b class='flag-5'>嵌入</b>式C/C++回歸<b class='flag-5'>測試</b>四大最佳實踐(附<b class='flag-5'>自動化</b><b class='flag-5'>測試工具</b>TESSY使用教程)

    嵌入軟件測試與專業(yè)測試工具的必要性深度解析

    ?:單元測試集成測試、系統(tǒng)測試等不同階段可能需要不同的工具組合16。 ?軟件特性?:實時性要
    發(fā)表于 09-28 17:42

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

    上海磐時PANSHI“磐時,做汽車企業(yè)的安全智庫”軟件單元測試的設(shè)計方法寫在前面:軟件單元測試的設(shè)計是一個系統(tǒng)化的過程,旨在驗證代碼的最小可測試
    的頭像 發(fā)表于 09-05 16:18 ?9818次閱讀
    邊聊安全 | <b class='flag-5'>軟件</b><b class='flag-5'>單元測試</b>的設(shè)計方法

    HarmonyOSAI編程單元測試用例

    根據(jù)選中的ArkTS方法名稱,CodeGenie支持自動生成對應(yīng)單元測試用例,提升測試覆蓋率。 在ArkTS文檔中,光標放置于方法名稱上或框選完整的待測試方法代碼塊,右鍵選擇CodeG
    發(fā)表于 08-27 14:33

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

    分析: ?支持MC/DC(修正條件/判定覆蓋)等安全關(guān)鍵指標。 ? 自動化程度: ?測試用例生成、執(zhí)行、報告的全流程自動化。 ? 多核支持: ?并行測試加速,如某
    發(fā)表于 05-12 15:59

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

    。這個教科書級的避讓動作背后,是超過8000萬行代碼的精密協(xié)作,而確保這些代碼絕對可靠的秘密武器,正是我們今天要揭秘的軟件單元測試。 ?一、代碼世界的顯微鏡:單元測試為何重要? 如果把整車軟件
    的頭像 發(fā)表于 05-12 11:00 ?727次閱讀
    肇东市| 瑞丽市| 呼伦贝尔市| 竹北市| 中方县| 勐海县| 曲麻莱县| 孝义市| 泸西县| 莱阳市| 全椒县| 镇雄县| 孟州市| 准格尔旗| 当涂县| 边坝县| 馆陶县| 惠东县| 湘西| 偏关县| 淮北市| 黔西县| 宁远县| 黄大仙区| 托克托县| 将乐县| 长岭县| 瑞昌市| 平和县| 梨树县| 定兴县| 哈巴河县| 瑞丽市| 竹山县| 菏泽市| 拜泉县| 陆河县| 阿克陶县| 新安县| 昌吉市| 昌图县|