會用LabVIEW,但是卻沒有聽說ATECLOUD,好像有點說不過去吧
最近正好有個客戶項目需要使用ATECLOUD來完成,談到之前用過LABVIEW,現在想使用國產軟件能安全點。這邊文章小編就和大家談談LABVIEW和國產化測試測量工具ATECLOUD吧,在談這塊之前,首先了解一下編程工作。
“編程工作從大體上來分,你不是在開發自己的框架中,就是在別人的框架下進行著開發。"
在測量測控以及計量檢測長期開發過程中,隨著開發被測類型種類的增多,開發范圍的擴展,你就會發現:除了使用到的LabVIEW編程語言提供的編程結構,字符串,界面提示框等基礎庫函數外,在不同的業務類型的測試測控中都會有重復的代碼段。并且重復的主要表現形式有兩種,一種是低層的明顯可以識別出的顯式共用基礎功能代碼段,另外一種是隱式且較為抽象的高層算法策略,為了消除重復冗余,顯式低層的共用基礎功能代碼段可以封裝為功能函數子Vi,并且進一步按較大的功能模塊分組形成打包庫(lvlib)結構或者是基礎功能類,也即基礎性框架(Framework)。而隱式高層算法策略要著眼于“關注點分離"的概念,按照分層、分塊的思想切分成不同邏輯單元,應用不同的面向過程和面向對象編程范型形成可以復用的高層邏輯框架,不管是高層模塊還是底層支持代碼都提供了的貫穿于多種相似的應用程序的能力,即表現出一致性,這都是框架代碼的體現形式。
從另外一個角度考慮也是代碼經濟學的最重要的體現,可重用性可以體現為代碼重用,也可以提供為概念重用,在面向對象編程范型中,更加強調的是概念重用,是面向對象設計原則中依賴反轉的核心思想;框架可擴展性是提供靈活、適用的代碼結構所必需具備的能力,也是可重用性的重要技術保障手段,常常通過插件結構提供擴展能力。
當然,使用框架開發效率的提升也必然帶了相應的約束性,如必須遵循一套相對固定的開發、發布的流程,并且只能完成單一被測的測試,不能同時提供多臺套的并行測試任務服務,框架沒有提供的多文檔格式的支持功能就無法輸出文本格式到特定的文檔載體。當然很多情況是由于開發框架的人員認知、需求范圍、開發能力、時間精力等諸多條件受限制,導致的框架提供哪些功能,不提供哪些服務。
在其后來在工作和學習過程中,接觸到了測試測量行業的成熟商業級別工具ATECLOUD,對比分析了一下,確實有可圈可點的優勢。下面一起來看看具體的區別介紹吧~
1、自動化測試流程快速搭建
LabVIEW:3天編寫自動化測試。G語言編程,根據編程邏輯設計測試流程,對設計者有編程開發能力要求。
ATECLOUD:15分鐘快速搭建自動化測試。通本文本指令拖拽連接直接組建測試過程,用戶僅需知道測試流程即可搭建完成。
2、免費的高級算子服務
LabVIEW的高級算子服務需要購買完整版或專業版,其價格較基本版高出3至5倍,售價昂貴且一年一付。
ATECLOUD同樣擁有各種豐富的算子服務,并且在不斷地升級迭代中,所有的函數開放且供用戶免費使用,可按用戶需求定制。
3、軟件使用便利性
LabVIEW:使用LabVIEW需要安裝軟件及各類驅動,耗時長,效率低。更換電腦時軟件及去驅動需要重新進行安裝,其過程較為繁瑣。
ATECLOUD:ATECLOUD系統運行于瀏覽器中,登錄網站,輸入賬號與密碼即可使用。即使更換電腦也無需安裝多余軟件與驅動。
除此之外,LabVIEW需要專業的儀器知識及能力要求,需要自行設計開發測試報告,加大了使用成本;ATECLOUD可視化的測試報告設計,方便快捷可一鍵導出,大數據分析、圖標、數據看板等簡化了工作流程。在系統兼容性上可支持Windows、支持MAC、支持Linux等;在數據加密上采用了云服務+數據加密方式,這點和LabVIEW的本地存儲保存不同,解決了本地存儲易丟失的弊端。
去LabVIEW化,無需編程,15分鐘快速搭建自動化測試;自定義報告模板,可實現快速建立、快速修改;充分利用大數據、云計算,發揮數據的無限價值;ATECLOUD-APP在任何時間任何,地點皆能滿足遠程測試要求;數據可視化提供第一手的測試數據,實時分析實時展示。這些是一些我使用ATECLOUD云測試平臺的感受,想深入了解體驗的小伙伴可以自行去(納米軟件)學習體驗一下