
發(fā)布
注冊
/
登錄手動測試的案例
翻譯 | 手動測試,還是自動化測試?
本文翻譯自:How to choose between manual or automated testing for your software
原文作者:Qt Group 市場經(jīng)理 Sebastian Polzin
校審:Shawn Luo
軟件測試是根據(jù)設(shè)計來衡量程序的過程,以確定其是否如預(yù)期的那樣運行。它的執(zhí)行是為了確保開發(fā)的應(yīng)用程序或系統(tǒng)滿足需求,并使產(chǎn)品的進一步開發(fā)成為可能。
在軟件開發(fā)領(lǐng)域,自動化測試已經(jīng)變得不可或缺。雖然可能需要初始投資,但隨著時間的推移,它能夠彌補前期成本。手動測試瑕瑜互見,比如更容易出錯,但可以深入了解視覺對象。最終,這一切都歸結(jié)于項目的需要以及您手中的資源。
什么是手動測試?
手動測試是一種應(yīng)用程序測試,QA或軟件工程師在不使用任何自動化工具的情況下手動執(zhí)行測試用例。在這個過程中,測試人員利用他們自己的經(jīng)驗、知識和技術(shù)能力對開發(fā)中的應(yīng)用程序或軟件執(zhí)行測試。這樣做是為了發(fā)現(xiàn)軟件或應(yīng)用程序中的bug和任何問題,并確保其在上線后正常工作。
與能夠自行運行的自動化測試相反,手動測試需要QA工程師在所有階段密切參與,從測試用例準備到實際測試執(zhí)行。
使用Test Center進行手動軟件測試
Test Center是Qt Quality Assurance Tools組合中的一個工具,它提供了一個簡化的系統(tǒng)來管理手動測試結(jié)果,并給出了這些自動化測試結(jié)果的概述。此外,還有一個測試管理部分,可以在其中設(shè)置和管理手動測試的流程和記錄。
它有一個分屏設(shè)計,左邊是用于創(chuàng)建和管理測試層次結(jié)構(gòu),包括創(chuàng)建測試套件、測試用例、特性和場景。同時,右邊的窗格是對測試用例或場景描述和先決條件進行更改的區(qū)域。它也被用來設(shè)計和管理測試的每個部分。
什么是自動化測試?
展開 Uber自動駕駛測試重新上路 將以"手動"模式進行
匹茲堡市長Peduto的發(fā)言人在電子郵件中表示,Uber讓Peduto市長隨時更新他們的計劃,同時市長很感激Uber以手動模式重新開始運營。
來源:網(wǎng)易汽車
基于eggPlant軟件的C4I自動化測試方案
首先需要獨立測試各個下級單元,尤其是對這些單元所具備的大量復(fù)雜功能和應(yīng)用進行測試;然后,將這些下屬單元集成以建立C4I系統(tǒng)級測試;那么,在測試過程中,不僅要明確、規(guī)劃各個下級單元的測試需求,還要同步考慮不同層級單元的交叉測試需求,并且重復(fù)多次執(zhí)行這些測試。
由于各作戰(zhàn)層級應(yīng)用了單個輸入及同步輸入的多重顯示器;為了能夠驗證這一龐大復(fù)雜的集成系統(tǒng)的穩(wěn)定性和完整性,則要求一套可控的、可重復(fù)的多層架構(gòu)測試環(huán)境。
傳統(tǒng)的測試手段是依靠手動測試團隊開發(fā)測試用例和執(zhí)行測試過程,并通過人工記錄測試結(jié)果。C4I系統(tǒng)的測試包含大量人機操作,人工測試手段去執(zhí)行測試,耗費巨大的人力和時間,嚴重影響項目周期。另外,人工測試的測試精度有限,僅通過人眼判斷人機操作之后的圖像顯示是判斷是否與預(yù)期相符,使得測試精度不高,且容易因為人為因素導(dǎo)致反復(fù)測試;由于測試規(guī)模龐大,加上人力和時間的限制,使得大量回歸測試被忽略,只能滿足部分相對而言較優(yōu)先的測試任務(wù)。
對于C4I如此復(fù)雜而核心關(guān)鍵的系統(tǒng),其測試需求及任務(wù)很龐大,包含了系統(tǒng)配置測試及單元配置測試,初始化測試及監(jiān)控測試等等。面對如此繁重的測試任務(wù),傳統(tǒng)的手動測試已不再適應(yīng);采用自動化測試工具,建立自動化測試平臺,執(zhí)行自動化測試流程是提高測試效率且行之有效的解決方案。
展開 TPA測試項目管理系統(tǒng)-測試用例管理
Test Project Administrator(簡稱TPA)是經(jīng)緯恒潤自主研發(fā)的一款專業(yè)的測試項目管理工具,目前已廣泛的應(yīng)用于國內(nèi)二十余個整車廠和零部件供應(yīng)商。它可以管理測試過程中的所有數(shù)據(jù)和文檔,包括需求、用例、樣件、計劃、報告和問題等。作為測試項目管理的一體化解決方案,TPA關(guān)注測試項目流程的管理,可以對測試各個階段做到有效地跟蹤和覆蓋。
本期著重為大家介紹基于TPA的測試用例管理功能。
前言
隨著汽車電子化、智能化程度的提高,一個整車平臺包含的控制器日益增多,控制器的功能也越來越復(fù)雜,對控制器的測試要求也越來越高,傳統(tǒng)基于文檔的測試用例管理方式由于其低復(fù)用性,無關(guān)聯(lián)性,無協(xié)同性等缺點,已經(jīng)無法適應(yīng)目前的汽車研發(fā)測試需求。
功能特點
經(jīng)緯恒潤整合多家整車廠的使用需求,開發(fā)出適用于汽車電子領(lǐng)域?qū)俚?em>測試用例管理模塊并將其集成在測試管理軟件TPA內(nèi),可同時管理自動和手動測試用例,具備如下功能特點:
? 集中管理,協(xié)同工作
TPA采用中心數(shù)據(jù)庫的管理模式,測試用例存儲在中心數(shù)據(jù)庫中,用戶通過瀏覽器訪問查看數(shù)據(jù)庫中用例的狀態(tài),同時可以直接增加或修改數(shù)據(jù)庫中的數(shù)據(jù),修改后的數(shù)據(jù)實時存入數(shù)據(jù)庫。瀏覽器的訪問方式,支持多人同時操作,避免了傳統(tǒng)方式無法協(xié)同工作、用例版本混亂的缺點。測試人員或研發(fā)人員可以很方便地記錄和監(jiān)控每個測試活動、階段結(jié)果,支持并行測試和記錄,從而大大提高測試效率。 ? 支持測試用例分層管理
TPA以項目為單位管理測試用例,每個項目的用例又通過樹狀結(jié)構(gòu)分層管理,用戶可按測試需求確定層級結(jié)構(gòu)的顆粒度,如整車的用例可按域->控制器->功能層級存放測試用例,清晰的層級結(jié)構(gòu)便于用例的統(tǒng)一管理和查找。
展開 
成功編碼:加強制造業(yè)的軟件生命周期
用動態(tài)測試和代碼覆蓋率補充靜態(tài)分析
當靜態(tài)代碼分析與動態(tài)測試和代碼覆蓋率相結(jié)合時,測試策略就會演變成為仔細檢查系統(tǒng)運行時并提供可量化數(shù)據(jù)的強大工具。正如 Qt Group質(zhì)量保證工具高級業(yè)務(wù)開發(fā)負責人Jan Aarsaether 解釋的那樣:"代碼覆蓋率決定了測試覆蓋源代碼的哪些特定部分,更重要的是,決定了測試沒有覆蓋哪些部分。
它能提高測試策略的效率,優(yōu)化資源分配,消除誤報,最大限度地提高測試效果。
"歸根結(jié)底,就是要更智能地進行測試,而不僅僅是更困難地進行測試。隨著機器數(shù)量的增加和敏捷的DevOps工作方式,發(fā)布周期正在縮短,競爭變得越來越激烈,問題也在不斷升級。如果不更聰明地工作,就無法做到這一點"。
常見的挑戰(zhàn)包括集成在各種硬件上運行的更豐富的應(yīng)用程序,處理不同硬件和平臺供應(yīng)商提供的多種操作系統(tǒng)和屏幕,以及由于敏捷DevOps風格的技術(shù)和流程而始終處于發(fā)布就緒狀態(tài)。
圖形用戶界面(GUI)測試的力量
數(shù)字化和流程自動化程度的增長導(dǎo)致了可見和不可見應(yīng)用程序的激增,從而導(dǎo)致了行業(yè)內(nèi)屏幕數(shù)量的激增。這些屏幕以前是機械按鈕,現(xiàn)在已成為傳感器或機器人的監(jiān)控界面,工人通過與之交互來控制操作的各個方面。
引入新功能意味著在這些界面背后引入新軟件,例如擴展用于監(jiān)控生產(chǎn)流程的圖形用戶界面(GUI)。這種擴展增加了軟件和屏幕的多樣性,擴大了確保系統(tǒng)效率和可靠性所需的工作范圍。
Aarsaether 說:"大多數(shù)進行自動測試的人都采用了工作方法。然而,功能測試也需要自動化,因為問題的范圍(而不僅僅是工作量)正在成倍增加。手動測試作為自動化功能測試的替代方案已不再可行,因為您會在流程后期才發(fā)現(xiàn)問題,而此時解決問題的難度和成本都會增加。”
展開 7個PLC控制柜送電調(diào)試的步驟,你知道幾個?今日干貨收藏了永久學習!
其次,檢查PLC外部電路,通常稱為“打點”
確認電源后,發(fā)送電源并測試輸入和輸出點。這通常稱為“命中”。測試I/O點需要一個一個地進行測試,包括操作按鈕,緊急停止按鈕,操作指示燈,油缸及其限位開關(guān)等,具體方法一個人是在現(xiàn)場操作按鈕,另一個人是在現(xiàn)場操作按鈕正在監(jiān)視和監(jiān)視PLC中的輸入和輸出信號;對于大型系統(tǒng),應(yīng)建立測試表,即在測試后做一個標記。如果發(fā)現(xiàn)施工過程中存在接線錯誤,則需要立即進行處理。
在此步驟中,應(yīng)注意的是,在備份程序之后,必須清空PLC中的程序,或者必須禁用該程序,以避免設(shè)備因測試而動作。
【更多電工電氣電路水電裝修專業(yè)知識請關(guān)注微信公眾號:電工干貨】
三、檢查機械結(jié)構(gòu)并測試電動機負載
在此步驟中,需要檢查機械結(jié)構(gòu)是否緊密等,并適當保護電動機負載,以免發(fā)生意外事故。檢查后,需要手動測試設(shè)備的運行情況。并進行帶電試運行,逆變器類設(shè)置相應(yīng)的參數(shù)并優(yōu)化電動機,靜態(tài)識別或動態(tài)識別等。
此處應(yīng)注意,對于某些特殊負載,例如,專業(yè)人員需要進行垂直垂直負載,以避免由于控制不當而導(dǎo)致的測試事故。
四、調(diào)試手動模式/半自動模式以及相關(guān)的邏輯關(guān)系
在測試了IO點和負載側(cè)之后,下一步就是在手動模式下進行調(diào)試。這里的手動模式也可以稱為半自動模式,而不是直接按下電磁閥或接觸器等,而是指通過按鈕或HMI按鈕等驅(qū)動設(shè)備,這對應(yīng)于自動狀態(tài)。手動模式測試可以根據(jù)人們的意愿分解自動模式,方便測試程序。此鏈接最重要的部分是測試安全功能,即測試安全功能(例如急停,安全光柵等)在設(shè)備的運行狀態(tài)中是否起相應(yīng)的作用。
五、根據(jù)生產(chǎn)過程自動調(diào)試的模式
在完成半自動調(diào)試之后,可以執(zhí)行進一步的自動調(diào)試。
展開 PLC控制柜送電調(diào)試的七個步驟
其次,檢查PLC外部電路,通常稱為“打點”
確認電源后,發(fā)送電源并測試輸入和輸出點。這通常稱為“命中”。測試I/O點需要一個一個地進行測試,包括操作按鈕,緊急停止按鈕,操作指示燈,油缸及其限位開關(guān)等,具體方法一個人是在現(xiàn)場操作按鈕,另一個人是在現(xiàn)場操作按鈕正在監(jiān)視和監(jiān)視PLC中的輸入和輸出信號;對于大型系統(tǒng),應(yīng)建立測試表,即在測試后做一個標記。如果發(fā)現(xiàn)施工過程中存在接線錯誤,則需要立即進行處理。
在此步驟中,應(yīng)注意的是,在備份程序之后,必須清空PLC中的程序,或者必須禁用該程序,以避免設(shè)備因測試而動作。
三、檢查機械結(jié)構(gòu)并測試電動機負載
在此步驟中,需要檢查機械結(jié)構(gòu)是否緊密等,并適當保護電動機負載,以免發(fā)生意外事故。檢查后,需要手動測試設(shè)備的運行情況。并進行帶電試運行,逆變器類設(shè)置相應(yīng)的參數(shù)并優(yōu)化電動機,靜態(tài)識別或動態(tài)識別等。
此處應(yīng)注意,對于某些特殊負載,例如,專業(yè)人員需要進行垂直垂直負載,以避免由于控制不當而導(dǎo)致的測試事故。
四、調(diào)試手動模式/半自動模式以及相關(guān)的邏輯關(guān)系
在測試了IO點和負載側(cè)之后,下一步就是在手動模式下進行調(diào)試。這里的手動模式也可以稱為半自動模式,而不是直接按下電磁閥或接觸器等,而是指通過按鈕或HMI按鈕等驅(qū)動設(shè)備,這對應(yīng)于自動狀態(tài)。手動模式測試可以根據(jù)人們的意愿分解自動模式,方便測試程序。此鏈接最重要的部分是測試安全功能,即測試安全功能(例如急停,安全光柵等)在設(shè)備的運行狀態(tài)中是否起相應(yīng)的作用。
五、根據(jù)生產(chǎn)過程自動調(diào)試的模式
在完成半自動調(diào)試之后,可以執(zhí)行進一步的自動調(diào)試。
展開 PLC控制柜送電調(diào)試的七個步驟
其次,檢查PLC外部電路,通常稱為“打點”
確認電源后,發(fā)送電源并測試輸入和輸出點。這通常稱為“命中”。測試I/O點需要一個一個地進行測試,包括操作按鈕,緊急停止按鈕,操作指示燈,油缸及其限位開關(guān)等,具體方法一個人是在現(xiàn)場操作按鈕,另一個人是在現(xiàn)場操作按鈕正在監(jiān)視和監(jiān)視PLC中的輸入和輸出信號;對于大型系統(tǒng),應(yīng)建立測試表,即在測試后做一個標記。如果發(fā)現(xiàn)施工過程中存在接線錯誤,則需要立即進行處理。
在此步驟中,應(yīng)注意的是,在備份程序之后,必須清空PLC中的程序,或者必須禁用該程序,以避免設(shè)備因測試而動作。
三、檢查機械結(jié)構(gòu)并測試電動機負載
在此步驟中,需要檢查機械結(jié)構(gòu)是否緊密等,并適當保護電動機負載,以免發(fā)生意外事故。檢查后,需要手動測試設(shè)備的運行情況。并進行帶電試運行,逆變器類設(shè)置相應(yīng)的參數(shù)并優(yōu)化電動機,靜態(tài)識別或動態(tài)識別等。
此處應(yīng)注意,對于某些特殊負載,例如,專業(yè)人員需要進行垂直垂直負載,以避免由于控制不當而導(dǎo)致的測試事故。
四、調(diào)試手動模式/半自動模式以及相關(guān)的邏輯關(guān)系
在測試了IO點和負載側(cè)之后,下一步就是在手動模式下進行調(diào)試。這里的手動模式也可以稱為半自動模式,而不是直接按下電磁閥或接觸器等,而是指通過按鈕或HMI按鈕等驅(qū)動設(shè)備,這對應(yīng)于自動狀態(tài)。手動模式測試可以根據(jù)人們的意愿分解自動模式,方便測試程序。此鏈接最重要的部分是測試安全功能,即測試安全功能(例如急停,安全光柵等)在設(shè)備的運行狀態(tài)中是否起相應(yīng)的作用。
五、根據(jù)生產(chǎn)過程自動調(diào)試的模式
在完成半自動調(diào)試之后,可以執(zhí)行進一步的自動調(diào)試。
展開 診斷系統(tǒng)開發(fā)咨詢服務(wù)
按測試方法劃分,診斷測試分為手動測試及自動測試,前者實施簡單、對設(shè)備的要求低,后者需基于專業(yè)的測試設(shè)備及測試腳本,但其可保證測試的覆蓋度,提高測試的效率,降低測試結(jié)果對工程師的依賴度
診斷自動化測試系統(tǒng)框圖
? EOL需求設(shè)計:自動化的下線配置及檢測功能可快速全面的配置和檢測 ECU 功能,EOL 需求設(shè)計包含整車下線整體流程設(shè)計、下線配置需求(軟件下載、電子編碼等) 開發(fā)、下線檢測需求(零件符合性、指示燈、線束連接等) 開發(fā)、EOL 設(shè)備需求制定等
? 售后診斷系統(tǒng)規(guī)劃:基于ECU診斷功能,編輯整車及零部件維修建議,形成標準數(shù)據(jù)庫,用于與診斷設(shè)備集成;制定售后診斷設(shè)備需求;設(shè)計故障分析及車輛維修信息跟蹤體系,便于管理已售車輛,為后續(xù)產(chǎn)品研發(fā)提供反饋信息
? EOL及診斷設(shè)備開發(fā):參考設(shè)備開發(fā)需求及ECU診斷規(guī)范,開發(fā)用于ECU功能配置、電氣檢測、故障讀取、獲取車輛狀態(tài)、在線刷新軟件的終端設(shè)備。其中,設(shè)備均基于PC 操作系統(tǒng)開發(fā),提供豐富、友好的人機交互界面
? 服務(wù)優(yōu)勢
? 經(jīng)驗豐富:經(jīng)緯恒潤參與眾多整車電子電氣系統(tǒng)及診斷設(shè)備開發(fā)項目,且具有諸多 ECU 開發(fā)、配套經(jīng)驗,熟悉 ECU 的診斷功能,擁有豐富的經(jīng)驗
? 方案全面:經(jīng)緯恒潤提供解決方案,不僅提供開發(fā)服務(wù),還提供測試服務(wù);不僅進行需求制定,還進行設(shè)備開發(fā)
? 視野廣闊:經(jīng)緯恒潤參與眾多整車開發(fā)及測試項目,從系統(tǒng)角度出發(fā),統(tǒng)籌定義整車診斷策略、下線及售后需求及部件診斷功能
? 服務(wù)周到 :經(jīng)緯恒潤結(jié)合整車廠自身組織架構(gòu)及技術(shù)特點,提供專業(yè)、周到的本地服務(wù)
展開 車身舒適系統(tǒng)仿真測試解決方案
系統(tǒng)組成
應(yīng)用領(lǐng)域
- 車身舒適測試臺架可以通過采用硬件在回路技術(shù),搭建動力系統(tǒng)模擬器,建立完整的“虛擬車輛”測試環(huán)境
- 驗證控制邏輯:在虛擬測試環(huán)境中,ECU 在正常運行條件下按照相應(yīng)法規(guī)進行測試,通過手動或者自動的方式模擬測試所需的車輛和部件變量
- ECU 網(wǎng)絡(luò)的集成測試:在 ECU 網(wǎng)絡(luò)測試中,尚不可用的 ECU 可以先通過仿真來代替,然后逐步的由實際產(chǎn)品替代
- 測試診斷功能:車輛在閉環(huán)環(huán)境中進行仿真,并且按照預(yù)定義操作點進行系統(tǒng)的駕駛操作,ECU 對此作出響應(yīng),并給出諸多錯誤信息,這樣就可以進行系統(tǒng)的診斷測試
- 實現(xiàn)自動化測試:用圖形化用戶界面實現(xiàn)測試項目的管理,用圖形編輯器描述自動測試的流程
- 可測量電氣信號,包括總線信號
- 可通過精確測量休眠狀態(tài)下和工作狀態(tài)下的電流,進行電源網(wǎng)絡(luò)管理測試
立式臺架解決方案
- 產(chǎn)品特點
臺架整體采用立式結(jié)構(gòu),電控單元、開關(guān)和負載均安裝在面板上
實物布局合理,放置靈活,方便操作與更換部件
方便對線束進行管理,便于修改接線
方便對信號進行測量,便于排查問題
方便擺放實驗工具,便于測試人員進行測試
方便對燈具燈負載進行遮擋,防止刺眼
機柜和臺架分布式的布局,方面進行不同車型平臺兼容及擴展
測試方式比較靈活,兼顧手動測試和自動測試,而且切換方便
Labcar解決方案
- 產(chǎn)品特點
整體采用實車臺架結(jié)構(gòu),電控單元、開關(guān)和負載參考在實車中的位置布置
能夠繼承原始的實車線束,一定程度上評估原車線束和各部件性能
通過 HIL 系統(tǒng)仿真動力系統(tǒng)各種工況,從而完成舒適系統(tǒng)的在各種動態(tài)工況下的功能測試,使測試更加全面
展開 車身舒適系統(tǒng)仿真測試解決方案
系統(tǒng)組成
應(yīng)用領(lǐng)域
?車身舒適測試臺架可以通過采用硬件在回路技術(shù),搭建動力系統(tǒng)模擬器,建立完整的“虛擬車輛”測試環(huán)境
?驗證控制邏輯:在虛擬測試環(huán)境中,ECU 在正常運行條件下按照相應(yīng)法規(guī)進行測試,通過手動或者自動的方式模擬測試所需的車輛和部件變量
?ECU 網(wǎng)絡(luò)的集成測試:在 ECU 網(wǎng)絡(luò)測試中,尚不可用的ECU 可以先通過仿真來代替,然后逐步的由實際產(chǎn)品替代
?測試診斷功能:車輛在閉環(huán)環(huán)境中進行仿真,并且按照所有的預(yù)定義操作點進行系統(tǒng)的駕駛操作,ECU 對此作出響應(yīng),并給出諸多錯誤信息,這樣就可以進行系統(tǒng)的診斷測試
?實現(xiàn)自動化測試:用圖形化用戶界面實現(xiàn)測試項目的管理,用圖形編輯器描述自動測試的流程
?可測量電氣信號,包括總線信號
?可通過測量休眠狀態(tài)下和工作狀態(tài)下的電流,進行電源網(wǎng)絡(luò)管理測試
立式臺架解決方案
?產(chǎn)品特點
? 臺架整體采用立式結(jié)構(gòu),電控單元、開關(guān)和負載均安裝在面板上
? 實物布局合理,放置靈活,方便操作與更換部件
? 方便對線束進行管理,便于修改接線
? 方便對信號進行測量,便于排查問題
? 方便擺放實驗工具,便于測試人員進行測試
? 方便對燈具燈負載進行遮擋,防止刺眼
? 機柜和臺架分布式的布局,方便進行不同車型平臺兼容及擴展
? 測試方式比較靈活,兼顧手動測試和自動測試,而且切換方便
Labcar 解決方案
?產(chǎn)品特點
? 整體采用實車臺架結(jié)構(gòu),電控單元、開關(guān)和負載參考在實車中的位置布置
? 能夠繼承原始的實車線束,一定程度上評估原車線束和各部件性能
? 通過 HIL 系統(tǒng)仿真動力系統(tǒng)各種工況,從而完成舒適系統(tǒng)的在各種動態(tài)工況下的功能測試
展開 
汽車軟件測試:需求和最佳實踐
在實際情況中,您需要考慮的是如何選擇適合某項測試的工具。例如,生產(chǎn)制動系統(tǒng)的OEM可能需要復(fù)雜的HIL測試,而信息娛樂或?qū)Ш较到y(tǒng)可能只需要SIL測試。
汽車產(chǎn)品的GUI自動化測試
Squish是一款用于跨平臺桌面端、移動端、嵌入式和Web應(yīng)用程序的GUI自動化測試工具。在汽車測試方面,Squish通常用于測試導(dǎo)航系統(tǒng)、觸摸面板、儀表盤和前面板。
為什么Squish適用于汽車GUI測試
汽車軟件的用戶界面近年來變得越來越生動,動畫效果令人眼花繚亂。在這種情況下,從GUI的角度進行測試具有挑戰(zhàn)性,因為視覺元素都在不斷變化,而您需要確保應(yīng)用程序的狀態(tài)和您的測試保持同步。
如果我們從手動測試的角度來測試動畫,那么測試人員需要手動截取屏幕截圖,然后比較指示器是否在正確的位置、顏色是否正確、動畫速度是否正確(如果指示器需要按預(yù)期設(shè)定移動)。
在Squish的幫助下,我們的目標是模擬終端用戶的行為。Squish能夠完全按照終端用戶的方式自動與應(yīng)用程序交互(單擊、拖放、觸摸)。Squish還可以截屏以檢查應(yīng)用程序的當前狀態(tài),以及圖像是否按照設(shè)計和開發(fā)團隊的預(yù)期呈現(xiàn)。
Squish提供的緩解風險的功能包括基于圖像的測試,使用多個驗證點來檢查視覺外觀是否符合預(yù)期。它還支持光學字符識別(OCR)引擎,幫助驗證文本和數(shù)字是否按預(yù)期顯示在屏幕上。
深圳市優(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)驗,并在這些領(lǐng)域擁有數(shù)十項獨立自主的知識產(chǎn)權(quán)。
展開 診斷系統(tǒng)開發(fā)咨詢服務(wù)
按測試方法劃分,診斷測試分為手動測試及自動測試,前者實施簡單、對設(shè)備的要求低,后者需基于專業(yè)的測試設(shè)備及測試腳本,但其可保證測試的覆蓋度,提高測試的效率,降低測試結(jié)果對工程師的依賴度
診斷自動化測試系統(tǒng)框圖
? EOL需求設(shè)計:自動化的下線配置及檢測功能可快速全面的配置和檢測ECU功能,EOL 需求設(shè)計包含整車下線整體流程設(shè)計、下線配置需求(軟件下載、電子編碼等)開發(fā)、下線檢測需求(零件符合性、指示燈、線束連接等) 開發(fā)、EOL設(shè)備需求制定等
? 售后診斷系統(tǒng)規(guī)劃:基于ECU診斷功能,編輯整車及零部件專家級維修建議,形成標準數(shù)據(jù)庫,用于與診斷設(shè)備集成;制定售后診斷設(shè)備需求;設(shè)計故障分析及車輛維修信息跟蹤體系,便于統(tǒng)一管理已售車輛,為后續(xù)產(chǎn)品研發(fā)提供反饋信息
? EOL及診斷設(shè)備開發(fā):參考設(shè)備開發(fā)需求及ECU診斷規(guī)范,開發(fā)用于ECU功能配置、電氣檢測、故障讀取、獲取車輛狀態(tài)、在線刷新軟件的終端設(shè)備。其中,設(shè)備均基于PC操作系統(tǒng)開發(fā),提供豐富、友好的人機交互界面
服務(wù)優(yōu)勢
? 經(jīng)驗豐富:經(jīng)緯恒潤參與眾多整車電子電氣系統(tǒng)及診斷設(shè)備開發(fā)項目,且具有諸多ECU開發(fā)、配套經(jīng)驗,熟悉ECU的診斷功能,擁有豐富的經(jīng)驗
? 方案全面:經(jīng)緯恒潤提供完整的解決方案,不僅提供開發(fā)服務(wù),還提供測試服務(wù);不僅進行需求制定,還進行設(shè)備開發(fā)
? 視野廣闊:經(jīng)緯恒潤參與眾多整車開發(fā)及測試項目,從系統(tǒng)角度出發(fā),統(tǒng)籌定義整車診斷策略、下線及售后需求及部件診斷功能
? 服務(wù)周到:經(jīng)緯恒潤結(jié)合整車廠自身組織架構(gòu)及技術(shù)特點,提供專業(yè)、周到的本地服務(wù)
展開 掃地機器人如何做自動化測試?
為確保掃地機器人在導(dǎo)航精準度、清掃效率、續(xù)航能力等多方面達到高標準,自動化測試應(yīng)運而生。相較于傳統(tǒng)手動測試,自動化測試憑借高效、精準、可重復(fù)性強等優(yōu)勢,能夠全方位、深層次地對掃地機器人進行質(zhì)量檢測,及時發(fā)現(xiàn)潛在問題,保障產(chǎn)品質(zhì)量與用戶體驗。選擇適合掃地機器人的可靠性測試設(shè)備,需要考慮測試項目、設(shè)備性能、品牌與服務(wù)等多個方面。
北京沃華慧通測控技術(shù)有限公司主要提供可靠性測試設(shè)備、力學檢測設(shè)備、智能化測試設(shè)備等,涵蓋 3C 電子、智能家居等多個行業(yè),為客戶提供一站式自動化測試解決方案。掃地機器人產(chǎn)品可以進行以下測試:
可靠性測試
結(jié)構(gòu)強度檢測:可使用振動測試設(shè)備模擬掃地機器人在運輸和使用過程中的振動,評估其結(jié)構(gòu)強度,確保機器在使用中不會因外力作用而損壞。也可以用跌落試驗機模擬意外跌落情況,測試掃地機器人的抗沖擊能力,如慧通測控的定向跌落試驗機,可用于評估掃地機器人在意外跌落后對產(chǎn)品性能的影響。
電氣安全性檢測:運用電氣性能測試設(shè)備測量產(chǎn)品的額定電流、功率等參數(shù),確保其在正常工作條件下不會出現(xiàn)過載情況,同時檢測絕緣、電氣強度等指標,保證設(shè)備在電氣性能方面的安全性。
環(huán)境適應(yīng)性檢測:利用溫濕度試驗箱將機器人置于特定的溫濕度環(huán)境下,查看其性能是否受影響,測試產(chǎn)品在高溫、低溫、濕度等極端環(huán)境條件下的工作表現(xiàn)。還可以將機器人在充滿塵埃的環(huán)境下運作,以評估其清洗效果及抗污能力。
壽命測試:通過模擬長時間使用的情況,評估設(shè)備的耐久性。例如,讓掃地機器人持續(xù)運行,不斷重復(fù)清掃任務(wù)和動作,監(jiān)測其是否出現(xiàn)死機、卡頓、異常報錯等問題,檢驗其系統(tǒng)穩(wěn)定性。
力學測試
碰撞測試:利用類似碰撞測試臺的設(shè)備,讓掃地機器人以一定速度碰撞障礙物,檢測其外殼、零部件等的耐碰撞能力,以及碰撞后是否仍能正常工作。
展開 2017年名人堂作品:達特茅斯大學
達特茅斯大學
http://www.ansys.com/zh-cn/other/hall-of-fame/archive/2017/dc
使用ANSYS HFSS和ANSYS RF Option的電路協(xié)同仿真
問題:
在電路設(shè)計過程中,達特茅斯學院的研究人員意識到,對采用表面安裝技術(shù)(SMT)的多個設(shè)計進行手動測試和構(gòu)建原型非常耗時,而且不準確。可能有的設(shè)計組合數(shù)量讓物理原型方法變得不太可行。為克服這一難題,他們決定使用ANSYS的先進有限元分析工具。
解決方案:
他們把電路組件的CAD設(shè)計導(dǎo)入到ANSYS電磁仿真工具中,并為每個組件創(chuàng)建仿真模型。工程師對PCB板上SMT元件的位置進行參數(shù)化,并在Designer系統(tǒng)仿真工具中把設(shè)計的所有部分鏈接在一起。在仿真過程中,模型被導(dǎo)出到ANSYS HFSS,以進行協(xié)同仿真。在短時間內(nèi),研究人員就能夠測試數(shù)百種可能的設(shè)計組合。
使用ANSYS Nexxim時域電路仿真引擎,研究人員不僅能夠改變元器件的位置,還能在不更改結(jié)構(gòu)的情況下改變PCB板上SMT元件的參數(shù)(值)。因為求解數(shù)據(jù)被緩存存儲,整個設(shè)計能夠迅速地實現(xiàn)重新仿真。借助這一方法,研究人員能夠修改全部設(shè)計內(nèi)容,并且仍可以準確和高效率地仿真設(shè)計。研究人員無需構(gòu)建任何真實的原型,就能對多維度設(shè)計空間進行充分探索。計算機仿真讓設(shè)計模型在屏幕上變得栩栩如生。
使用的軟件:
ANSYS RF Option
ANSYS HFSS
展開