基于NI TestStand 和LabVIEW 開發模塊化的軟件架構
加入技術交流群
當今企業所面臨的挑戰之一是測試成本越來越高。由于設備的復雜性不斷增加，所以測試這些設備的成本也在不斷提高。因為測試對于產品質量至關重要,而更加復雜的電子設備需要更新式、更先進的測試儀器，所以產品的測試成本過高，無法與其較低的制造成本保持一致。
當今，測試工程師身處在這樣一個產品開發環境之中：
產品設計比前幾代更加復雜
為保持競爭力并滿足市場需求，開發周期不斷縮短
預算不斷縮減，但產品測試卻越來越昂貴
模塊化測試框架：軟件定義的測試方法
為了滿足縮短開發周期、實現較大范圍的產品組合、減少預算以及完成更復雜產品的挑戰，測試工程師們不得不放棄專一的、針對特定應用的交鑰匙測試系 統。這些系統缺少靈活性，難以適應和添加新功能來更新測試更新、更復雜的產品，因此，傳統解決方案，例如靜態機架式儀器或專用的“big iron”ATE系統都無法有效地滿足當今的市場需求。
為滿足這些需求，測試經理和工程師們轉向了基于行業標準的模塊化、軟件定義的測試架構，它可以提供：
增加測試系統的靈活性，能夠添加新的功能并適應它們所需要的新技術
可擴展性，根據需要增加新的功能（和儀器）
通過減少前期投資成本及維護成本來降低測試系統成本，同時增加設備和代碼的重用率
通過硬件抽象層降低硬件折舊的風險
設計高效的模塊化測試系統需要的架構是能夠分離出測試系統（圖1）的不同組成部分--主要是將測試代碼和儀器之間以及測試代碼和總體測試管理架構之 間解耦。這種將測試系統模塊化地解耦為不同的組成部分，以及通過軟件定義儀器功能的能力是更快更經濟地開發靈活測試系統的關鍵因素。
圖1. 測試系統架構
一個自動化測試系統需要執行諸多任務和測量操作步驟，其中有些操作是針對特定的被測設備（Device under test, DUT），而其它的則是適用于各種被測設備。傳統的測試系統通常將兩種操作類型整合到同一個單一的軟件層。在這種范式下，當項目的要求發生變化時，測試系 統的每個部分都需要更改，并且代碼的重用變得非常繁瑣。
一個模塊化的測試系統架構需要明確劃分系統級任務與DUT級任務。系統級任務對于每一個設備（測試管理軟件）通常是相同的，而DUT級任務對于每個 測試設備（測試代碼）是不同的。如圖表1所示即為DUT級和系統級任務間的區別。這種劃分使得測試工程師們能夠快速地重用、維護和修改測試管理軟件的組 件，而不會影響實際的測試代碼，反之亦然。
表1. 測試管理軟件任務與測試開發軟件任務
NI TestStand是 NI推出的一款功能強大、可立即執行的測試管理軟件，用于開發、部署及執行測試系統軟件（如圖2所示）。其核心在于NI TestStand是一個測試執行程序，允許測試人員按照序列調用測試代碼，而且該代碼可以由任何編程語言編寫。此外，NI TestStand 還提供了現成可用的常見測試管理軟件功能，如下所列：
將結果記錄到任何OLEDB或ODBC數據庫
報告可以生成多種格式，包括HTML、文本、XML和ATML
管理不同訪問級別的用戶
測試限制管理
簡單和高級的操作界面
并行測試功能，允許在一個單一的DUT上同時測試多種產品或運行多個測試
評論