測試開發(fā)的案例
摩托車振動(dòng)舒適性測試系統(tǒng)開發(fā)及應(yīng)用
摩托車振動(dòng)舒適性測試系統(tǒng)開發(fā)及應(yīng)用<BR><Font color=#FF0000><B>.PS.:</B>該帖附件于2006-10-13 18:16:09被hawk評為4星級，為發(fā)貼者加分80。</Font><BR><Font color=#FF0000><B>點(diǎn)評:</B></Font>
摩托車振動(dòng)舒適性測試系統(tǒng)開發(fā)及應(yīng)用.pdf
面向智能汽車的以太網(wǎng)開發(fā)及測試解決方案
概述
經(jīng)緯恒潤作為OPEN聯(lián)盟和AUTOSAR聯(lián)盟的核心成員，多年來持續(xù)為國內(nèi)外各大OEM和供應(yīng)商提供涵蓋了TCP/IP，SOME/IP，DoIP，AVB等技術(shù)領(lǐng)域設(shè)計(jì)和測試的咨詢服務(wù)，并聯(lián)合行業(yè)內(nèi)合作伙伴，積極研發(fā)和探索車載以太網(wǎng)前沿技術(shù)的工程化應(yīng)用。經(jīng)過幾十個(gè)項(xiàng)目的實(shí)踐經(jīng)驗(yàn)，已形成了一套高質(zhì)、本土化的設(shè)計(jì)與測試一體化解決方案，為整車網(wǎng)絡(luò)架構(gòu)提供了可靠保障。
此外，隨著智能化、網(wǎng)聯(lián)化和電子電氣架構(gòu)的變革，經(jīng)緯恒潤積極開拓相關(guān)業(yè)務(wù)范圍，在TSN, SOA 和HPC等前沿領(lǐng)域亦取得了較多成果。
最新研發(fā)產(chǎn)品及技術(shù)成果簡介
TSN設(shè)計(jì)及測試服務(wù)：TSN以網(wǎng)絡(luò)低延遲、高魯棒性及高安全性的優(yōu)勢，可應(yīng)用到未來的車載網(wǎng)絡(luò)中。結(jié)合國外合作伙伴的量產(chǎn)經(jīng)驗(yàn)，經(jīng)緯恒潤在行業(yè)內(nèi)提供TSN技術(shù)的咨詢服務(wù)，包括TSN的應(yīng)用場景分析，TSN需求規(guī)范開發(fā)及系統(tǒng)設(shè)計(jì)，TSN測試開發(fā)及實(shí)施等。
HPC（High Performanc Computing）通信設(shè)計(jì)服務(wù)：HPC兼具高性能算力和SOA的靈活性，包括千兆以太網(wǎng)在內(nèi)的多種通信方式已經(jīng)成為板內(nèi)通信的重要選擇。經(jīng)緯恒潤可提供HPC內(nèi)部通信、時(shí)鐘同步、診斷刷寫、休眠喚醒、功能安全、信息安全等設(shè)計(jì)服務(wù)。
SOC（Service Oriented Communication）設(shè)計(jì)服務(wù)：經(jīng)緯恒潤可滿足SOA需求的車內(nèi)（SOME/IP，DDS等）、車云（MQTT，HTTP等）通信協(xié)議一體化設(shè)計(jì)咨詢服務(wù)。
AETP（Automotive Ethernet Test Package）：經(jīng)緯恒潤自主車載以太網(wǎng)測試套件，已在多個(gè)客戶量產(chǎn)車型中應(yīng)用。
展開 【虹科分享】虹科ATEasy軟件，您的測試執(zhí)行和開發(fā)專家！
測試和執(zhí)行專家
虹科ATEasy是功能測試，自動(dòng)測試系統(tǒng)，數(shù)據(jù)采集，過程控制和儀表系統(tǒng)的測試執(zhí)行和快速應(yīng)用開發(fā)框架。虹科ATEasy提供開發(fā)，部署和維護(hù)軟件組件的所有必要工具，包括儀器驅(qū)動(dòng)程序，測試程序，用戶界面以及完整和可定制的測試執(zhí)行管理方案；可用于數(shù)據(jù)采集，過程控制，研究應(yīng)用，校準(zhǔn)以及需要儀器控制的任何應(yīng)用。旨在支持和簡化具有長產(chǎn)品生命周期的ATE系統(tǒng)應(yīng)用。使用ATEasy，測試應(yīng)用程序生成速度更快，易于維護(hù)。
虹科ATEasy的開放架構(gòu)提供易于使用的許多行業(yè)標(biāo)準(zhǔn)硬件和軟件接口，包括GPIB，VXI，PCI / PXI，USB，LXI / TCP-IP，串行通信，DLL，ActiveX，.NET程序集，HTML，VXI即插即用功能面板 驅(qū)動(dòng)程序，IVI驅(qū)動(dòng)程序，LabView VI，C頭文件等。
對于測試系統(tǒng)的OEM供應(yīng)商，虹科ATEasy-Lite提供了具有成本效益的全功能測試執(zhí)行和測試開發(fā)軟件套件，可與供應(yīng)商的ATE系統(tǒng)捆綁在一起。
展開 使用基于模型的設(shè)計(jì)測試程序開發(fā)智能設(shè)備
一旦這一階段完成，演進(jìn)的軟件測試組件將是HIL、子系統(tǒng)，和系統(tǒng)集成測試系統(tǒng)開發(fā)的起點(diǎn)。
最終，在設(shè)計(jì)階段制造商所使用的生產(chǎn)測試計(jì)劃與原先設(shè)計(jì)階段的測試計(jì)劃具有相同的“DNA”。同樣地，在ASIC設(shè)計(jì)中，計(jì)算機(jī)輔助工程（CAE）工具使用的測試臺和分析儀將應(yīng)用于基于儀器的測試系統(tǒng)。最后，開發(fā)團(tuán)隊(duì)將以同樣的方式來生產(chǎn)和檢查結(jié)果。
這樣將使這些團(tuán)隊(duì)更快更高效地做出決策和調(diào)整，節(jié)省了時(shí)間成本和預(yù)算。這種方法不僅使得團(tuán)隊(duì)在應(yīng)對測試中出現(xiàn)的問題時(shí)具有高度的靈活性和適應(yīng)能力，并且，當(dāng)由于中期項(xiàng)目需求變動(dòng)而產(chǎn)生更多測試用例，或在設(shè)計(jì)流程各階段中進(jìn)行故障追溯時(shí)，這一方法也是很有幫助的。
然而，尤其需要注意的是，盡管實(shí)時(shí)測試軟件使得嵌入式設(shè)計(jì)和測試的效率有了顯著的提升，但在解決您的嵌入式設(shè)計(jì)和測試需求時(shí)，您需要考慮到的絕對不僅于此。為了確保您開發(fā)需求的準(zhǔn)確性和并保證您的設(shè)計(jì)可轉(zhuǎn)成真實(shí)的產(chǎn)品，，除了聘請專家以外，您還應(yīng)該制定并遵循風(fēng)格指南和精細(xì)的流程。
有些公司已經(jīng)開始以全新的視角看待嵌入式開發(fā)程序，把測試組件作為開發(fā)過程中一個(gè)通用DNA。這樣的公司無疑將更具有競爭力。設(shè)計(jì)完成后進(jìn)行的測試任務(wù)將會成為產(chǎn)品設(shè)計(jì)過程中不可缺少的一環(huán)。
盡管他們本身的目的不同，但隨后的測試組件將會共享一個(gè)通用的結(jié)構(gòu)。他們在某些時(shí)候會是之前步驟的克隆，在另一些情況下則是其他步驟的演變。這一關(guān)系將會擴(kuò)展目前項(xiàng)目的通用需求到測試組件和過程的實(shí)際復(fù)用。這將大大節(jié)省成本、時(shí)間和人力，同時(shí)終端用戶可以從最新的軟件設(shè)備中獲得更佳的品質(zhì)。
展開 
python Web開發(fā):測試驅(qū)動(dòng)方法PDF高清文檔下載
本書從最基礎(chǔ)的知識開始，講解Web開發(fā)的整個(gè)流程，展示如何使用Python做測試驅(qū)動(dòng)開發(fā)。
本書由三個(gè)部分組成。
第一部分介紹了測試驅(qū)動(dòng)開發(fā)和Django的基礎(chǔ)知識。
第二部分討論了Web開發(fā)要素，探討了Web開發(fā)過程中不可避免的問題，及如何通過測試解決這些問題。
第三部分探討了一些高級話題，如模擬技術(shù)、集成第三方插件、Ajax、測試固件、持續(xù)集成等。本書適合Web開發(fā)人員閱讀。
經(jīng)緯恒潤以太網(wǎng)開發(fā)及測試方案，助力智能汽車落地
DDS通信設(shè)計(jì)
經(jīng)緯恒潤積累了豐富的DDS開發(fā)經(jīng)驗(yàn)，并可提供DDS開發(fā)咨詢服務(wù)，包括DDS應(yīng)用場景分析、需求規(guī)范開發(fā)、通信系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫開發(fā)等。
AETP（Automotive Ethernet Test Package）
經(jīng)緯恒潤自研的車載以太網(wǎng)自動(dòng)化測試套件AETP已經(jīng)實(shí)現(xiàn)對于TC8測試用例的全覆蓋，并且擴(kuò)充了診斷刷寫、網(wǎng)關(guān)路由、DDS、TSN協(xié)議等測試模塊。
SOA服務(wù)接口測試
經(jīng)緯恒潤創(chuàng)立基于樁函數(shù)的服務(wù)接口測試方法，形成標(biāo)準(zhǔn)測試規(guī)范，并開發(fā)基于INTEWORK-TAE環(huán)境的標(biāo)準(zhǔn)測試模塊，可有效提升主機(jī)廠在SOA測試方面的效率。
DDS協(xié)議一致性測試
基于INTEWORK-TAE測試環(huán)境，經(jīng)緯恒潤目前已形成DDS標(biāo)準(zhǔn)測試模塊，可滿足主機(jī)廠的DDS協(xié)議測試需求。
目前，經(jīng)緯恒潤已為國內(nèi)一汽、上汽、長安、廣汽、吉利等眾多國內(nèi)整車廠提供了車載以太網(wǎng)開發(fā)及測試服務(wù)，技術(shù)能力和服務(wù)水平得到了客戶們的廣泛認(rèn)可。未來，經(jīng)緯恒潤車載以太網(wǎng)團(tuán)隊(duì)講繼續(xù)堅(jiān)持“價(jià)值創(chuàng)新、服務(wù)客戶”的理念，創(chuàng)新研發(fā)，為更多的客戶提供更好的技術(shù)服務(wù)。
經(jīng)緯恒潤是目前國內(nèi)少數(shù)能夠?qū)崿F(xiàn)覆蓋智能駕駛電子產(chǎn)品、研發(fā)服務(wù)及解決方案、高級別智能駕駛整體解決方案，能夠提供智能駕駛?cè)珬Ｊ浇鉀Q方案的供應(yīng)商。
展開 測試人員如何更好地與開發(fā)人員溝通（轉(zhuǎn)）
作為測試工程師，在日常工作中接觸最多的當(dāng)然是團(tuán)隊(duì)中的開發(fā)工程師，如何和開發(fā)工程師進(jìn)行有效的交流是測試工程師面對的 重要問題。一般來說，在一個(gè)團(tuán)隊(duì)中，總是有開發(fā)人員喜歡和不喜歡的測試工程師，這兩者之間的工作效率和效果都有很大的差異。當(dāng)然，不能武斷地說測試人員不 喜歡的測試工程師就一定是效率低下的測試工程師，或者說是不合格的測試工程師，但一般來說，那些容易得到開發(fā)人員認(rèn)可的工程師在測試時(shí)總能夠更好地發(fā)現(xiàn)缺陷和敦促開發(fā)人員解決缺陷。
測試工程師和開發(fā)工程師承擔(dān)的是開發(fā)工作的兩個(gè)不同方面，說得極端一點(diǎn)，一個(gè)是創(chuàng)建，一個(gè)是破壞，雖然兩者的 最終目的都是一樣的，但在達(dá)成目標(biāo)的方式上卻有很大的差異。因此，在為同一個(gè)目標(biāo)奮斗的過程中，發(fā)生沖突也是難免的，但通過下面的一些建議，換個(gè)視角看看開發(fā)人員的生活和工作，可能很多的沖突就能化解于無形了。
Cem Kaner在《Testing Computer Software》書中有一段話: “The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” （最好的測試人員不是發(fā)現(xiàn)最多BUG或是使得最多開發(fā)人員不自在的人，而是能夠[說服開發(fā)人員]修正最多BUG的人），建議大家好好理解這句話。
至于我個(gè)人，是從開發(fā)工程師轉(zhuǎn)為測試工程師的，對于開發(fā)工程師的處境和想法也曾有過切身的體會，或許是這個(gè)原因，讓我在和開發(fā)工程師交流的過程中還算是比較 順利，和他們相處得也還不錯(cuò)。
展開 嵌入式軟件開發(fā)中專業(yè)單元測試工具的必要性
七、結(jié)論
嵌入式軟件開發(fā)中，專業(yè)單元測試工具（如winAMS）通過獨(dú)特的技術(shù)架構(gòu)與功能優(yōu)勢，解決了傳統(tǒng)測試方法的局限性，為嵌入式軟件開發(fā)提供了高效、可靠的測試保障。winAMS通過編譯器級代碼解析引擎、目標(biāo)代碼級覆蓋率驗(yàn)證、硬件虛擬化與熱補(bǔ)丁技術(shù)，實(shí)現(xiàn)了嵌入式代碼的直接測試、自動(dòng)化用例生成、覆蓋率分析、錯(cuò)誤注入測試與耦合驗(yàn)證，顯著提升了開發(fā)效率與軟件質(zhì)量。在行業(yè)實(shí)踐中，winAMS已成為全球頭部Tier1供應(yīng)商及OEM的首選解決方案，為嵌入式軟件開發(fā)帶來了顯著的經(jīng)濟(jì)效益與合規(guī)保障。未來，隨著嵌入式系統(tǒng)復(fù)雜度的持續(xù)提升，專業(yè)單元測試工具將在嵌入式軟件開發(fā)中發(fā)揮更加重要的作用。
展開 ECU電控軟件開發(fā)及測試介紹
自上而下開發(fā)比較適用于正向開發(fā)流程，在有 EE 架構(gòu)輸入的情況下采用該模式，這種模式的好處是可以繼承 EE 架構(gòu)的工作產(chǎn)品，但是缺點(diǎn)是工作鏈路會比較長，應(yīng)用層和底層軟件開發(fā)都需要依耐 SWC 架構(gòu)設(shè)計(jì)導(dǎo)出的 ARXML 文件作為輸入，影響開發(fā)迭代效率；自下而上開發(fā)是直接在軟件編程工具實(shí)現(xiàn)軟件，然后配置 AutoSar 接口，再導(dǎo)出 ARXML，然后對 ARXML 文件進(jìn)行合并，這種方式比較適用于沒有 EE 架構(gòu)輸入的情況，應(yīng)用軟件開發(fā)工程師獨(dú)立配置 AutoSar 接口，這種模式的好處是不依耐 AutoSar 工具鏈，比較靈活，但是缺點(diǎn)是對每個(gè)應(yīng)用軟件開發(fā)人員 AutoSar 知識要求高些；雙向開發(fā)模式就是結(jié)合自上而下和自下而上開發(fā)模式的優(yōu)點(diǎn)，針對第一版軟件采用自上而下開發(fā)模式，后續(xù)版本軟件更新迭代采用自下而上開發(fā)模式。
應(yīng)用軟件開發(fā)模式
MBD 開發(fā)模式下的軟件質(zhì)量評估與優(yōu)化方案
MBD 全稱是 Model Based Design（基于模型設(shè)計(jì)），是一種以可視化模型開發(fā)為主的開發(fā)方式，區(qū)別于傳統(tǒng)的以文本編碼為媒介的代碼開發(fā)。采用模型化的方式來描述控制算法設(shè)計(jì)，無論是可讀性、可維護(hù)性、可移植性、測試驗(yàn)證的便利性等方面，相比于從前手工 C 代碼都有長足的進(jìn)步。基于以上基于模型開發(fā)的特點(diǎn)基于 Simulink 的模型化 + 自動(dòng)代碼生成的開發(fā)方式在汽車電子行業(yè)正在逐漸演變成開發(fā)的標(biāo)準(zhǔn)配置。接踵而來如何保證 MBD 開發(fā)方式下軟件質(zhì)量問題也成為現(xiàn)階段人們熱議的話題。
針對軟件質(zhì)量直接有效的手段便是開展完備的測試或在軟件開發(fā)過程中優(yōu)化軟件結(jié)構(gòu)減少問題的引入。
如何開展完備的模型測試？
展開 經(jīng)緯恒潤智能駕駛開發(fā)、測試評估平臺——傳感器對標(biāo)評估系統(tǒng)
在開發(fā)和測試智能駕駛汽車時(shí)，往往需要將不同種類的傳感器識別的目標(biāo)物進(jìn)行對比，或者對某種傳感器與真值傳感器（Ground Truth， GT）進(jìn)行對標(biāo)評估。
圖1 真值傳感器和測試傳感器識別目標(biāo)物示意圖（資料圖）
傳感器對標(biāo)評估系統(tǒng)
圖2 傳感器對標(biāo)評估系統(tǒng)數(shù)據(jù)選擇和位置標(biāo)定界面
為了實(shí)現(xiàn)兩種傳感器識別目標(biāo)物對比，傳感器對標(biāo)評估系統(tǒng)具備以下功能：
? 根據(jù)傳感器識別的目標(biāo)點(diǎn)信息，自動(dòng)匹配目標(biāo)物的軌跡
? 計(jì)算測試傳感器的漏報(bào)、誤報(bào)情況
? 統(tǒng)計(jì)測試傳感器的識別目標(biāo)物信息
圖3 真值傳感器和測試傳感器識別目標(biāo)物軌跡
核心功能：軌跡對比算法
? 軌跡挑選
利用多幀數(shù)據(jù)，自動(dòng)獲取目標(biāo)物的軌跡曲線；目標(biāo)物如果存活幀數(shù)過少或存活時(shí)間太短，無法形成有效軌跡，則被認(rèn)為雜點(diǎn)忽略。
? 范圍限制
選取真值傳感器和對比傳感器的公共探測區(qū)域來對比，忽略公共區(qū)域以外的目標(biāo)物。可以對近程（±45°，60m）、中程（±9°，120m）、遠(yuǎn)程（±4°，180m）的軌跡進(jìn)行選擇，或者根據(jù)自定義范圍篩選軌跡。
? 快速軌跡比對
采用軌跡非特征點(diǎn)抽希和動(dòng)態(tài)時(shí)間規(guī)整等算法，能夠較好地比對真值和對比傳感器識別的目標(biāo)物軌跡。如下圖所示，采用該算法匹配的真值傳感器（GT）和對比傳感器軌跡能夠和實(shí)車采集的數(shù)據(jù)吻合。
展開 經(jīng)緯恒潤智能駕駛開發(fā)、測試評估平臺——智能駕駛?cè)繑?shù)據(jù)感知及分析系統(tǒng)
上一期給大家介紹了平臺的總體方案，本期從“單車智能”開發(fā)及測試的角度，為各位看官帶來智能駕駛?cè)繑?shù)據(jù)感知及分析系統(tǒng)。
智能駕駛?cè)扛兄獢?shù)據(jù)實(shí)時(shí)可視化系統(tǒng)，可實(shí)時(shí)展示車端各類傳感器數(shù)據(jù)，可實(shí)現(xiàn)感知系統(tǒng)自動(dòng)對標(biāo)，并可感知端獲取各類極限場景。包括以下幾部分組成：
智能駕駛數(shù)據(jù)采集分析及可視化系統(tǒng)
提供一套智能駕駛傳感器全量數(shù)據(jù)采集及分析軟硬件系統(tǒng)，傳感器數(shù)據(jù)同步，可實(shí)時(shí)在可視化界面展示各傳感器數(shù)據(jù)。
? 全量數(shù)據(jù)采集
? 定制化傳感器接入
? 遠(yuǎn)程事件監(jiān)控/數(shù)據(jù)傳輸
? 數(shù)據(jù)同步
? 數(shù)據(jù)可視化
? 定制化場景提取
? ADAS功能/測試信號分析
真值系統(tǒng)
真值系統(tǒng)，通過量化真值系統(tǒng)和本車系統(tǒng)的感知結(jié)果差異可以評價(jià)標(biāo)注過程，軟件和模型訓(xùn)練過程。
展開 
【技術(shù)貼】AVL Scenario Designer：面向自動(dòng)駕駛功能開發(fā)、測試和驗(yàn)證的場景編輯工具
然而，ADAS/AD功能開發(fā)和驗(yàn)證往往需要成千上萬的場景來支撐，因此場景編輯成為了一個(gè)巨大的挑戰(zhàn)。
▲圖3: OpenSCENARIO場景文件代碼示例
AVL作為ASAM Open X系列標(biāo)準(zhǔn)小組成員之一，從2019年第一季度就參與了Open X系列標(biāo)準(zhǔn)的起草工作，從0.9到1.0、1.1，再到1.2，AVL為Open X系列標(biāo)準(zhǔn)的編制和推廣起到了巨大的推動(dòng)作用。同時(shí)，AVL熟知OpenSCENARIO標(biāo)準(zhǔn)的復(fù)雜性，以及采用該標(biāo)準(zhǔn)進(jìn)行場景編輯的困難之處。因此，AVL開發(fā)了面向ADAS/AD功能開發(fā)和驗(yàn)證的可視化場景編輯工具——AVL Scenario Designer，該工具是AVL基于場景的ADAS/AD 功能開發(fā)及驗(yàn)證工具鏈中的一部分。
▲圖4: AVL 基于場景的ADAS/AD開發(fā)流程及工具鏈
▲圖5:AVL Scenario Designer
AVL Scenario Designer充分利用了圖形化編輯的便利性和場景動(dòng)畫的可讀性，開發(fā)了一款基于OpenSCENARIO 標(biāo)準(zhǔn)的場景編輯器，極大地提高了場景編輯的效率和準(zhǔn)確性。
展開 航天航空前沿技術(shù)分享：飛行器降噪、地面共振測試、eVTOL開發(fā)、敏捷開發(fā)......點(diǎn)擊免費(fèi)領(lǐng)取>>
</p><p class="ql-align-justify"> 本期我們整理了<strong style="color: rgb(244, 122, 5);"> 4 </strong>份航空航天行業(yè)最前沿白皮書 <strong style="color: rgb(244, 122, 5);">免費(fèi)發(fā)放 </strong>給大家，下滑領(lǐng)取全部??</p><p><br></p><p><strong>01 降低飛行器噪聲</strong></p><p><br></p><p>降低飛行器噪聲要求工程團(tuán)隊(duì)高效解決噪聲問題，開發(fā)設(shè)計(jì)出更安靜的飛行器，同時(shí)不影響機(jī)身重量和性能目標(biāo)。此白皮書探討聲學(xué)測試和聲音工程的完整解決方案，該解決方案采用多項(xiàng)技術(shù)成果，可幫助工程師更高效地對飛行器外部和內(nèi)部噪聲進(jìn)行聲學(xué)測量。 <strong>使用創(chuàng)新工具開發(fā)更安靜的飛行器，同時(shí)不影響性能。</strong></p><p><strong>?</strong></p><p class="ql-align-center"><a href="https://www.yqgqt.org.cn/reactive?code=2nCDiPwZAps" rel="noopener noreferrer" target="_blank" style="color: rgb(87, 107, 149);"><img src="https://mmbiz.qpic.cn/mmbiz_jpg/lR4GOtoy9vKKbdY5BHmZj7lHWRuTXARYp7x608YDP9NnSqC3pRy2gQrjoXVu8UYA6L60oPQ0GZwHzOwTm6pY9A/640?
展開 GUI自動(dòng)化測試助力優(yōu)質(zhì)軟件開發(fā)
自動(dòng)化盲區(qū)
由于自動(dòng)化測試能夠節(jié)省大量時(shí)間，測試人員可能會傾向于在測試過程的每個(gè)方面都實(shí)現(xiàn)自動(dòng)化，進(jìn)而陷入“自動(dòng)化盲區(qū)”。
GUI自動(dòng)化測試如何幫助發(fā)布質(zhì)量更佳的軟件
GUI測試自動(dòng)化為測試人員提供了寶貴的服務(wù)，因?yàn)樗梢栽谑芸厍闆r下分離和分析應(yīng)用程序或網(wǎng)站的各個(gè)方面。您可以放心，通過GUI自動(dòng)化測試，您的產(chǎn)品最終界面將具有最高的質(zhì)量，并將從用戶那里得到最少的投訴。這是因?yàn)镚UI自動(dòng)化測試檢查了軟件的各個(gè)方面，從菜單和側(cè)邊欄的可訪問性到跨平臺文本的易讀性。
因?yàn)樽詣?dòng)化測試腳本易于遷移和復(fù)用，所以即使關(guān)鍵的測試團(tuán)隊(duì)成員離開，您也可以建立標(biāo)準(zhǔn)步驟，以確保一致性。
盡管使用GUI自動(dòng)化測試需要前期投入，但從長期來看，它能為企業(yè)帶來的好處是巨大的。首先，它能夠?yàn)槟?em>開發(fā)階段的質(zhì)量保證上節(jié)省時(shí)間和金錢。其次，它可以在GUI影響用戶體驗(yàn)之前就發(fā)現(xiàn)bug和問題，避免公司失去客戶及收入。
在多個(gè)設(shè)備和平臺上免費(fèi)測試應(yīng)用程序的GUI
通過Qt Quality Assurance Tools，您可以執(zhí)行跨技術(shù)和多設(shè)備GUI測試、整個(gè)測試框架的代碼覆蓋率分析、靜態(tài)代碼分析，還可以檢查軟件架構(gòu)的合規(guī)性。您可以使用一個(gè)獨(dú)立運(yùn)行的工具、部分工具或全部工具來阻止軟件衰變。
深圳市優(yōu)飛迪科技有限公司成立于2010年，是一家專注于產(chǎn)品開發(fā)平臺解決方案與物聯(lián)網(wǎng)技術(shù)開發(fā)的國家級高新技術(shù)企業(yè)。
十多年來，優(yōu)飛迪科技在數(shù)字孿生、工業(yè)軟件尤其仿真技術(shù)、物聯(lián)網(wǎng)技術(shù)開發(fā)等領(lǐng)域積累了豐富的經(jīng)驗(yàn)，并在這些領(lǐng)域擁有數(shù)十項(xiàng)獨(dú)立自主的知識產(chǎn)權(quán)。
展開 新能源汽車電控開發(fā)測試解決方案
··
