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

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

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

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

單元測試、集成測試自動化工具

fzm ? 來源:fzm ? 作者:fzm ? 2024-06-26 13:41 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

CoverageMaster winAMS :適用于嵌入式目標(biāo)機(jī)代碼的單元測試/集成測試工具

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

產(chǎn)品概要

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

產(chǎn)品特長

pYYBAGKsVoyAHixAAAAVJJlbLxE861.jpg

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

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

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

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

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

poYBAGKsVqGAXI5WAAB1ZplNu4E316.jpg

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

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

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

pYYBAGKsVqKAUQrXAAA0ptE0iTI560.jpg

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

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

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

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

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

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

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

關(guān)于汽車機(jī)能安全I(xiàn)SO26262的對應(yīng)以及認(rèn)證的獲得

poYBAGKsVqOASj6tAAAk_d1iEZY788.jpg

已取得第三方認(rèn)證機(jī)構(gòu)TUVSUD對適用于汽車機(jī)能安全I(xiàn)SO26262軟件工具的認(rèn)證

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

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

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

主要的單元測試功能

采用SSTManager管理單元測試project

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

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

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

C0/C1覆蓋率報告的自動化制作功能(標(biāo)準(zhǔn)功能)

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

pYYBAGKsVqOAKwMAAABTnN2rhPE448.jpgpoYBAGKsVqSAajd-AABcgQxGQz8502.jpg

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

pYYBAGKsVqWAdOtpAABlrZg2h8c760.jpg

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

注:右圖舉例顯示,第2個if句的復(fù)合條件式中,[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ù)所使用的外部變量。縮短了以往必須對源代碼進(jìn)行搜索找出輸入條件的變量所需的工作。而且,能夠防止人工操作導(dǎo)致的類似變量指定遺漏的的錯誤。

poYBAGKsVqaAQiOFAAAzx789sGg373.jpgpYYBAGKsVqeAA45gAABIHkFbGVQ136.jpg

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

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

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

pYYBAGKsVqiALSWLAADI3B4dq-U861.jpg

支持MPU

CoverageMaster winAMS Supported Processor List(English)

動作環(huán)境

?操作PC/OS
?IBM PC/AT兼容機(jī)
?Pentium(相當(dāng)) 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)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 嵌入式
    +關(guān)注

    關(guān)注

    5210

    文章

    20679

    瀏覽量

    337342
  • 集成測試
    +關(guān)注

    關(guān)注

    0

    文章

    27

    瀏覽量

    8552
  • 單元測試
    +關(guān)注

    關(guān)注

    0

    文章

    55

    瀏覽量

    3531
  • 自動化工具
    +關(guān)注

    關(guān)注

    0

    文章

    9

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

    前端的單元測試

    https://www.bilibili.com/opus/1178756596191199237 從入門到會寫:前端單元測試最佳學(xué)習(xí)路徑 在當(dāng)今的互聯(lián)網(wǎng)開發(fā)江湖中,前端技術(shù)棧的更新迭代速度令人咋舌
    的頭像 發(fā)表于 03-19 16:05 ?595次閱讀

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

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

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

    強制覆蓋率要求 報告審計要求 ?ISO 26262?(ASIL D) 汽車電子 ?100% MC/DC?(修正條件/判定覆蓋) 必須由自動化工具生成?可追溯矩陣?(需求→代碼→測試用例) ?IEC
    發(fā)表于 03-05 10:41

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

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

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

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

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

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

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

    作為軟件開發(fā)過程中最早進(jìn)行的測試活動,能夠有效隔離代碼片段,驗證其功能是否符合設(shè)計預(yù)期,從而在早期階段發(fā)現(xiàn)潛在缺陷,提升代碼質(zhì)量。本文將系統(tǒng)探討嵌入軟件單元測試的標(biāo)準(zhǔn)流程、方法論、工具選擇、工程師能力要求、實際案例以及最
    的頭像 發(fā)表于 12-01 14:31 ?889次閱讀

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

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

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

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

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

    %,且每個測試用例必須對應(yīng)需求文檔中的具體條目13。手動測試幾乎無法滿足這些嚴(yán)格要求,必須依賴自動化工具鏈實現(xiàn)。突破硬件依賴?yán)Ь硞鹘y(tǒng)開發(fā)流程中,70%的測試需等待硬件原型就緒后才能開展
    發(fā)表于 09-28 17:42

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

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

    HarmonyOSAI編程單元測試用例

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

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

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

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

    。這個教科書級的避讓動作背后,是超過8000萬行代碼的精密協(xié)作,而確保這些代碼絕對可靠的秘密武器,正是我們今天要揭秘的軟件單元測試。 ?一、代碼世界的顯微鏡:單元測試為何重要? 如果把整車軟件比作一座摩天大樓,單元測試就是檢查
    的頭像 發(fā)表于 05-12 11:00 ?727次閱讀
    奉节县| 大同市| 洪洞县| 宜春市| 浮山县| 香河县| 天气| 出国| 盐山县| 怀化市| 林州市| 金山区| 灵川县| 开化县| 积石山| 和顺县| 大庆市| 大港区| 竹北市| 镇康县| 丰原市| 连平县| 象山县| 平度市| 孟州市| 西和县| 莱阳市| 曲水县| 长岛县| 林芝县| 红桥区| 卢湾区| 广昌县| 罗江县| 金川县| 明光市| 色达县| 土默特左旗| 靖边县| 弥渡县| 承德市|