最近更新|軟件分類|軟件專題|軟件排行|手機版|軟件發布NI TestStand 2019中文版 v19.0(附注冊機)
您的位置:广西快乐双彩一彩票控>行業軟件 > 輔助設計>NI TestStand 2019中文版 v19.0(附注冊機)

广西快乐双彩2019208:NI TestStand 2019中文版 v19.0(附注冊機)測試管理軟件

網友評分:

相關軟件

軟件介紹

NI TestStand 2019破解版是一款非常專業的測試管理軟件,這款軟件借助TestStand的內置適配器,您可以調用以任何編程語言編寫的代碼,擴展測試序列的功能。另外TestStand 2019引入了一個生成PDF報告的選項,該報告看起來與通過結果處理器生成的報告相同。所以小編為大家準備好了破解版,教程如下,有需要的趕緊來下載吧!

NI TestStand破解教程

1,加載ni-teststand-2019_19.0.0_offline.iso鏡像文件

雙擊Install.exe安裝軟件

NI TestStand 2019中文版

2,軟件安裝完成后,運行NI License Activator 1.2.exe

激活軟件許可證即可

3,安裝破解完成

NI TestStand 2019中文版

軟件特色

一、開發測試與驗證系統

執行測試序列,自動執行使用任何編程語言編寫的代碼???,將測試結果記錄到報告或數據庫中,并連接企業系統。

1、自定義測試序列,以滿足各種測試需求

借助TestStand的內置適配器,您可以調用以任何編程語言編寫的代碼,擴展測試序列的功能,滿足各種測試需求。 您還可以將代碼??櫓蔥械墓套遠?,以連接DUT和測試設備。

2、自動保存和報告測試數據

使用TestStand的內置自動報告生成功能,創建各種符合業界標準格式的文件(如 ATML、XML、TML與純文本文檔),以便存儲和共享測試數據。 您可以將這些測試結果記錄到企業數據庫,不僅便于將來進行分析,還可簡化數據共享。

3、通過并行測試提高測試吞吐量

使用TestStand的原生工具,簡化設備并行測試配置,進而縮短測試時間。 您還可以自定設計能夠一次性測試多臺設備或能夠在同一設備上運行多個測試的系統,從而提高測試吞吐量。

二、開發和部署測試系統

將測試序列、代碼??楹拖喙匚募渴鸕繳撲慊?。 借助TestStand中的調試工具,分析故障并修復任何漏洞,減少已部署系統的?;奔?。

1、高效復制和部署測試系統

使用TestStand Deployment Utility快速復制和分發整個測試軟件應用程序。 您可以在TestStand中使用此原生工具來自動化軟件分發的過程,以將代碼???、測試序列和相關文件安裝到生產系統中。

2、使用集成調試工具,分析測試系統故障

使用TestStand的內置工具來調試序列,同時開發測試系統,以在部署之前及時發現錯誤。 調試工具可通過逐步執行測試序列和直接調試測試代碼來幫助您檢查系統行為,減少系統?;奔?。

3、自行設計用戶界面,滿足各種測試需求

TestStand提供了簡單易用的操作界面,方便您在部署的系統上配置和執行測試。 您還可以在多個編程環境中開發自己的用戶界面,以自定義操作員與測試系統的交互方式。

軟件功能

1、快速刪除對話框

在以前版本的TestStand中,只能使用鼠標單擊將對象插入TestStand序列編輯器。

TestStand 2019引入了“快速放置”對話框,這是一種直接從對話框插入步驟,序列和變量的簡單方法,無需單擊鼠標。

2、在序列文件中將序列分析器消息標記為忽略

序列分析器提供了在序列文件中將分析消息標記為忽略的功能。 在序列文件中將分析消息標記為忽略將消息存儲在序列文件中,以便序列分析器不報告消息以便隨后分析序列文件。 當您將消息標記為忽略時,序列分析器現在會提示輸入用作忽略該消息的理由的文本。 序列分析器將對齊文本與分析消息一起存儲,并在顯示忽略的消息時將其顯示在“分析結果”窗格中。

3、estStand部署實用程序更新

TestStand Deployment Utility添加了以下功能:

支持在32位TestStand部署實用程序中構建程序包和脫機程序包安裝程序。

使用格式X.X.X.X的軟件包分發中的部署版本號和軟件包版本號的第四個字段。每次成功構建后,您都可以自動遞增包版本的第四個字段,從而允許您在不更改包版本的major.minor.patch字段的情況下重建包。對于基于MSI的安裝程序,第四個字段不存在以保持與以前版本的TestStand的兼容性,并且版本繼續使用格式X.X.X.

“包依賴關系”對話框中的篩選選項,允許您配置依賴包的關系。這些選項允許您按可見性級別,包類型或特定搜索文本進行篩選。

支持部署使用Python適配器的步驟。部署實用程序包括任何包含的Python文件。 TSDU還提供有關需要哪些版本的Python解釋器以及部署中的步驟使用的虛擬環境的信息。

一個選項,用于配置是否為LabVIEW和LabVIEW NXG部署了步驟類型的代碼???。啟用后,TSDU在您創建的自定義步驟類型的子步驟中包含代碼???。

支持部署LabVIEW的覆蓋??檣柚彌兄付ǖ奈募街?。

4、多核縮放改進

TestStand 2019包括對多核處理器的廣泛優化。這些改進可以顯著提高具有高核心數的系統的吞吐量,這些系統在多個UUT上并行運行短時間測試。性能改進在很大程度上取決于系統的規格。

5、PDF報告生成

TestStand 2019引入了一個生成PDF報告的選項,該報告看起來與通過結果處理器生成的報告相同。 PDF報告適用于除文本之外的所有格式。 即使啟用了OTF,也只會在執行結束時生成PDF報告(不會為中間報告生成PDF報告)。

導航到“配置”?“結果處理”,單擊“選項”列中的圖標以啟動“報告選項”對話框,然后選擇“生成PDF報告”。

6、數據流增強功能

TestStand 2019增加了對數據流功能的改進支持。

流循環步驟類型 - 定義為InputRecordStream中的每個元素執行的步驟塊。 (可選)您可以指定OutputRecordStream以在每次迭代結束時寫入記錄。

CSV記錄原型 - CSV記錄流現在支持字段名稱和數據類型的規范。 使用記錄原型自動將CSV文件中的列映射到字段中的記錄。

7、參數掃描

TestStand 2019增加了Sweep Loop步驟類型以支持Parametric Sweep應用程序。使用“掃描循環”步驟類型定義一組掃描參數和一組步驟,以便為參數掃描的每組值執行這些步驟。您可以使用多種策略之一指定每個掃描參數的范圍。默認策略是“開始/停止/步驟”。其他策略包括將掃描參數定義為常量值或使用數組指定范圍中的每個值。 (可選)您可以指定OutputRecordStream在每次迭代結束時寫入掃描參數(包括輸出)。

8、在打包的項目庫和VI之間切換

LabVIEW適配器現在允許您在打包的項目庫和源VI之間切換,而無需重新配置步驟。這使您可以更輕松地調試打包的項目庫。在以前版本的TestStand中,您必須重新配置步驟以指向源VI,以便調試從TestStand步驟調用的打包項目庫中存在的問題。現在,您可以在同一步驟中指定打包的項目庫源,從而實現無縫調試。此外,您可以從TestStand重建打包的項目庫,而無需切換到LabVIEW。要使用此功能,請從“LabVIEW步驟設置”面板導航到“覆蓋??檣柚謾貝翱?,以指定打包項目庫的源文件(項目,VI,構建規范)。此窗口還提供每步覆蓋選項,允許您在源VI或打包項目庫之間進行選擇。

在“LabVIEW適配器配置”對話框中,您可以覆蓋所有LabVIEW代碼??櫚哪?檣柚?,以運行源VI或打包項目庫。您還可以選擇自動構建打包項目庫的選項。在LabVIEW Adapter Configuration對話框的Advanced選項卡上查看這些選項。

9、LabWindows / CVI集成改進

TestStand 2019包含對TestStand的LabWindows / CVI適配器的一些改進,使編程和調試體驗更容易。使用這些功能有三個要求:

10、安裝LabWindows / CVI 2019。

在LabWindows / CVI 2019 ADE中,在目標設置?類型信息下啟用將NI類型信息資源添加到DLL。

使用LabWindows / CVI適配器重建TestStand步驟調用的DLL。

11、改進C結構的處理

較舊版本的TestStand要求用戶手動創建表示C結構的對象。此過程很復雜,容易出錯,并且每次結構更改時都需要用戶手動更新其TestStand對象。

LabWindows / CVI 2019將有關結構的信息嵌入到LabWindows / CVI DLL中,TestStand 2019可以讀取它。 TestStand LabWindows / CVI適配器現在有一個Create / Update Data Type按鈕,可以自動生成一個TestStand自定義類型定義來表示C結構。如果結構在LabWindows / CVI代碼??櫓蟹⑸?,則用戶只需單擊按鈕即可更新TestStand類型。

12、改進了對枚舉的處理

較舊版本的TestStand要求用戶手動創建枚舉以匹配C中使用的枚舉。枚舉信息現在嵌入到LabWindows / CVI DLL中,因此用戶可以自動導入和更新其TestStand枚舉。選擇具有未知枚舉的函數時,將顯示“創建/更新數據類型”選項。

13、源代碼導航

較舊版本的TestStand要求用戶在第一次嘗試進入LabWindows / CVI代碼??槭閉業?c文件和LabWindows / CVI項目。 LabWindows / CVI 2019將.c和項目文件的位置嵌入到LabWindows / CVI DLL中。當TestStand加載DLL時,它會自動將此信息填充到“指定??欏泵姘逯?。

14、指針與數組歧義

在C中,指針和一維數組參數在函數簽名中具有相同的數據類型。即使使用方括號指定數組參數,它仍然作為指針傳遞。由于C對兩種語法的處理方式相同,因此早期版本的TestStand要求用戶在每次使用它們調用LabWindows / CVI??槭筆侄≡癲問鞘榛故侵剛?。

TestStand 2019使用方括號語法自動檢測參數是否聲明為數組,并自動將參數定義為適配器中的數組。如果參數包含數組大小,Test Stand將自動將其用作數組大小。

此外,用戶可以使用/// OUT語法將參數指定為指針。這將允許用戶避免提示。有關更多信息,請參閱以下教程:使用源代碼標記來增強LabWindows?/ CVI?代碼文檔。

15、Python適配器

Python適配器提供了從TestStand調用Python代碼??櫚母嘸豆δ?。您可以使用Python Adapter完成以下任務:

通過以下方式在磁盤上執行Python腳本(.py):

調用??櫓卸ㄒ宓暮?。

獲取/設置??櫓卸ㄒ宓氖糶?。

創建一個類實例。

調用類中定義的成員函數或靜態函數。

獲取/設置類中定義的成員屬性或靜態屬性。

在Python 2.7或3.6+版本中執行Python腳本。

在CPython解釋器中執行進程外的Python腳本。

在Python和TestStand變量之間轉換數據。

在TestStand變量(Object Reference)中存儲/重用Python對象。

您還可以使用多個Python解釋器會話來執行以下任務:

并行執行Python腳本。

在TestStand中同時使用多個Python版本,例如2.7和3.6。

為步驟指定??槭?,TestStand序列編輯器將顯示“Python??欏毖∠羈?。 TestStand用戶界面啟動“編輯Python調用”對話框。

使用Python適配器配置對話框配置要與Python適配器一起使用的Python版本和Python虛擬環境路徑。

在TestStand中使用Python Adapter之前,必須安裝所需版本的CPython解釋器。有關更多信息,請訪問www.python.org。

注意注意在安裝CPython解釋器期間,必須啟用用于將Python路徑添加到環境變量的選項。

16、IO配置步驟類型

TestStand 2019增加了IO配置步驟類型來控制NI??榛瞧? 使用InstrumentStudio的NI-SCOPE,NI-DCPower,NI-DMM和NI-FGEN。 您可以初始化IO會話,將IO配置應用于現有IO會話,并關閉NI Modular Instruments的現有IO會話。 您還可以使用“掃描循環”步驟類型來掃描IO會話指定的儀器屬性。

注意注意要使用IO配置步驟類型,必須下載并安裝InstrumentStudio和iPXI驅動程序軟件。

使用說明

TestStand代碼??榭⒆羆咽導?/p>

使用TestStand創建測試程序時,核心測試功能在單獨的代碼??櫓惺迪?。TestStand提供調用使用各種編程環境和語言(如LabVIEW,LabVIEW NXG,LabWindows?/ CVI?,C#,VB .NET,C / C ++和ActiveX)開發的代碼??櫚氖逝淦?。

1、確定代碼??榭⒉唄?/p>

在開始開發測試系統之前,請考慮為測試系統的以下方面定義一般方法:

代碼??櫚牧6?- 定義每個??櫚墓δ芊段?。

定義測試代碼的目錄結構 - 定義良好的目錄結構使得與其他開發人員共享代碼以及將代碼部署到測試系統變得更加容易。

·代碼??櫚牧6?/p>

在設計測試系統時,為代碼??槎ㄒ逡恢碌牧6燃侗鴟淺V匾?。粒度是指測試系統中每個代碼??櫚墓δ芊段?。具有低粒度的測試序列調用幾個代碼???,每個代碼??櫓蔥懈喙δ?,而具有高粒度的序列調用許多代碼???,每個代碼??榫哂懈〉姆段?。

低粒度:

更容易維護更少的代碼???/p>

由于代碼??櫚饔媒仙?,性能得到改善

高粒度:

提高了序列文件的可讀性,盡管過于細化的序列會引入混亂

更容易隔離代碼??櫓械奈侍夂痛砦?/p>

你應該在這些極端之間取得平衡,因為每個極端都有自己的優勢。

NI TestStand 2019中文版

使用不同級別的粒度實現簡單測試

要在整個測試系統中保持一致的粒度,請為代碼??榭⒋唇ㄒ蛔楸曜?,例如:

在單獨的代碼??櫓兄蔥杏布跏薊凸乇?,以允許TestStand管理硬件會話的生命周期。

通過為每個需求項創建單個測試步驟,根據測試要求確定粒度。這種方法可以更容易地確保涵蓋所有要求。此外,您可以將NI Requirements Gateway與TestStand一起使用,以在測試步驟和需求文檔之間建立鏈接。有關更多信息,請參閱使用TestStand耦合NI需求網關教程。

使用所需的測試結果結構來幫助確定各個步驟的范圍。由于每個步驟都創建了一個結果條目,因此創建測試步驟與所需結果條目的一對一映射將使組織測試結果變得更加容易,只需對報告或數據庫日志記錄進行最少的更改。

·定義序列文件和代碼??櫚哪柯冀峁?/p>

在測試步驟中指定代碼??櫚穆肪妒?,可以選擇使用絕對路徑或相對路徑。建議避免使用絕對路徑,原因如下:

如果將序列文件及其依賴項移動到磁盤上,則該路徑將不再有效。

如果將序列文件部署到目標計算機,則路徑將無效,除非文件安裝在同一位置。

指定相對路徑時,TestStand使用搜索目錄列表來解析路徑。這些搜索目錄通常包含當前序列文件目錄,TestStand特定目錄和系統目錄。

在開始開發之前,為測試序列和代碼??槎ㄒ邐募峁狗淺V匾?。使用以下準則定義用于存儲序列文件和代碼??櫚牟唄?。

對于在單個序列文件中使用的代碼???,將代碼??槲募4嬖諳嘍雜諦蛄形募淖幽柯賈?。這將確保序列文件始終能夠在系統上移動或復制到另一個系統時找到代碼???。

對于在多個相關序列文件之間共享的代碼???,如果將相關序列文件保存在同一目錄中,則可以使用與單個序列文件相同的方法??悸譴唇ㄒ桓齬ぷ骺占湟園邢喙氐男蛄形募痛肽??。

對于在多個不相關的序列文件之間共享的代碼???,請考慮創建包含所有共享代碼??櫚奶囟柯?,并創建一個新的搜索目錄以指向此位置。這將確保系統上的任何序列文件都可以使用此搜索目錄的相對路徑來查找文件。部署代碼??槭?,可以部署位于 Cfg SearchDirectories.cfg中的搜索目錄配置文件。如果使用此方法,請不要在目錄中移動代碼??槲募?,以避免破壞調用序列文件中指定的路徑。

NI TestStand 2019中文版

定義一個目錄結構,其中代碼??槲揮諦蛄形募淖幽柯賈?/p>

使用TestStand Deployment Utility部署測試代碼時,可以選擇序列文件和相關代碼??櫚奶囟勘?。如果序列文件的目標目錄與代碼??櫓浯嬖諳嘍月肪?,則TestStand Deployment Utility會更新序列文件中的路徑以指向更新的位置。在大多數情況下,最好將部署的目錄結構與開發系統上的目錄結構相匹配,以確保部署盡可能與開發計算機上的代碼相似。

2、選擇實施功能的位置

在為測試系統定義代碼??櫚姆段?,定義一個策略,在代碼??楹托蛄形募惺迪幟男┕δ芊淺V匾?。以下部分可幫助您確定實現常用功能的最合適位置:

根據限制評估測試測量

定義刺激值

報告和記錄測試結果和錯誤

循環操作

執行切換操作

執行計算和操作數據

·評估限制和測試結果

理想情況下,代碼??橛Π牖袢〔饈圓飭恐苯酉喙氐墓δ?,測試序列應處理原始測試結果。這種方法有以下好處:

測試限制在序列文件中更易于管理,因為您可以使用屬性加載器等工具來管理單個集中位置中多個步驟的限制。

序列中定義的測試限制將自動包含在測試結果中,例如報告或數據庫。

可以在不更改代碼??櫚那榭魷賂虜饈韻拗?,并且由于僅修改測試序列,因此需要較少的驗證。

為了更簡單的測量,代碼??榭梢越疾飭恐搗禱氐叫蛄幸越寫?。例如,如果測試步驟測量被測單元(UUT)的特定引腳上的電壓,則代碼??橛Ψ禱夭飭恐?,而不是直接在代碼??櫓兄蔥屑觳?。您可以使用數字限制測試步驟處理此值以確定序列文件中的測試結果。

NI TestStand 2019中文版

評估測試步驟中的限制可簡化代碼??椴⒏慕峁罩炯鍬?/p>

但是,由于某些測試的復雜性,并不總是可以在序列文件中處理原始測試結果。對于更復雜的測量,可能需要對結果數據進行額外處理??梢越叢郵荽砦ジ鱟址蚴紙峁?,然后可以使用字符串或數字比較在TestStand中對其進行評估。例如,頻率掃描測試的結果很復雜,無法直接評估,但數據可以處理為表示最小值的單個數字。在這種情況下,代碼??橛ζ攔來斫峁⒔德適莘禱氐降ザ賴牟問薪屑鍬?,如下面的移動設備測試示例所示:

NI TestStand 2019中文版

對于更復雜的數據,處理代碼??櫓械氖菀隕墑只蜃址峁?,并使用參數傳遞原始數據以進行日志記錄

如果原始數據非常大,則將數據傳遞給TestStand可能會對性能產生重大影響。在這種情況下,請考慮將數據直接記錄到TDMS文件,并從測試報告鏈接到該文件。這允許您從報告中引用數據,而無需將其傳遞給TestStand。有關此方法的詳細信息,請參閱報告中的“包含超鏈接 - TDMS文件 ”。

如果步驟無法使用測試步驟中可用的評估類型確定測試結果,請考慮創建具有附加功能的新步驟類型以處理所需的測試類型。有關創建自定義步驟類型的詳細信息,請參閱本系列中的“ 自定義步驟類型開發的最佳實踐”一文。

·定義測試刺激

對于許多測試,在執行測試之前,UUT或測試環境必須處于某種狀態。例如,可能需要激勵電壓來進行溫度測量,或者必須將加熱室設定為指定溫度。對于這些類型的???,使用參數傳遞輸入值,例如激勵電壓或所需溫度。這提供了許多相同的好處,如在測試代碼??櫓蟹禱卦際縈脛苯釉詿脛寫硐拗?,如上一節所述。

·記錄測試結果

TestStand使用測試步驟的結果為報告生成和數據庫日志記錄提供內置功能。因此,請避免在代碼??櫓兄苯郵迪秩魏衛嘈偷氖菁鍬?。相反,請確保將要記錄的任何數據作為參數傳遞,并使用TestStand記錄數據。將自動記錄某些數據,例如測試結果,限制和錯誤信息。要記錄其他數據,可以使用其他結果功能指定要包含在報告中的其他參數。

有關將結果添加到測試報告的更多信息,請參閱TestStand附帶的向報告示例添加自定義數據。

如果您對日志記錄有特定要求,請考慮修改或創建結果處理插件。這將允許您使用內置的TestStand結果集合來收集結果,同時您可以確定如何處理和顯示結果。有關其他信息,請參閱“ TestStand過程模型開發和自定義最佳實踐”文檔的“創建插件”部分

·循環操作

實現循環的最佳方法可能難以確定,因為每種方法都有其自身的優點和缺點。使用以下準則來幫助確定哪種策略最適合您的應用:

在代碼??檳誆墾?/p>

提高性能,尤其是在快速循環時。由于每個代碼??櫚饔枚薊嵋爰負撩氳目?,因此使用外部循環循環數百或數千次迭代會影響測試速度。

允許更復雜的循環行為。

在Sequence文件中外部循環

直接在序列文件中查看和修改循環設置,無需修改代碼???。

輕松訪問序列文件中的循環索引。這對于確定切換路由或基于當前迭代而更改的其他行為很有用。

循環的每次迭代都單獨記錄,顯示報告或數據庫中每次迭代的結果。

·執行切換操作

許多測試系統利用切換來允許單個硬件測試多個站點??卦市砟員喑譚絞嬌刂票徊獾ピ?UUT)的哪些引腳通過預定義路由連接到特定硬件。

您可以通過以下方式在TestStand代碼??櫓惺迪智謝唬?/p>

使用步驟的內置開關屬性(需要NI Switch Executive)

使用TestStand IVI Switch步驟(僅限32位TestStand)

調用開關驅動程序功能直接編碼???/p>

使用NI Switch硬件時,可以使用NI Switch Executive快速定義路徑。如果您可以訪問NI Switch Executive,則使用內置步驟設置進行切換通常是最佳方法,并具有以下優點:

在步驟中定義開關配置將開關功能與測試代碼分離,這可以提高可重用性并降低代碼??櫚母叢有?。

切換設置中的許多字段由表達式指定,允許您使用RunState.LoopIndex屬性或其他變量來索引迭代步驟的路徑或路徑組名稱。

對于并行測試,您可以使用測試套接字索引(RunState.TestSockets.MyIndex)作為路由字符串的一部分,以便為每個測試套接字使用不同的交換機路由。

您可以將連接生存期與步驟,序列,線程或執行聯系起來

NI TestStand 2019中文版

用NI Switch Executive直接從TestStand步驟設置指定路徑,包括支持TestStand表達式,以使用當前循環索引或其他屬性動態確定路徑

·執行計算和操作數據

為了避免維護代碼??橐災蔥懈虻サ娜撾?,可以使用TestStand中的表達式語言來執行基本計算和單維數組操作。應該在代碼??櫓惺迪指嘸兜謀喑桃?,因為編程語言提供了更強大的功能,更適合這些任務。例如,使用本機LabVIEW構建數組函數比使用表達式語言更容易實現連接多維數組。

在某些情況下,您可以使用.NET框架提供的本機類來避免創建過于復雜的表達式。例如,您可以使用System.IO.Path類快速執行路徑操作,而無需創建代碼???。

NI TestStand 2019中文版

您可以使用.NET步驟來使用.NET框架方法,而無需代碼???/p>

3、代碼??槭凳┑淖羆咽導?/p>

在實現代碼??槭?,有許多設計決策會影響您創建的許多代碼???。本節提供以下概念的指南:

·將數據從TestStand傳遞到代碼???/p>

處理代碼??櫓械男蛄兄罩?/p>

向TestStand報告代碼??櫬砦?/p>

管理代碼??櫓蔥興俁群湍詿媸褂們榭?/p>

將數據從TestStand傳遞到代碼???/p>

您可以使用兩種方法在代碼??櫓蟹夢蔜estStand數據:

通過代碼??椴問菔?/p>

使用TestStand API直接在代碼??櫓蟹夢適?/p>

在大多數情況下,最好使用參數傳遞數據而不是TestStand API直接訪問它們,原因如下:

不易出錯 - 由于參數值是在TestStand的步驟類型設置中定義的,而不是直接在代碼??櫓卸ㄒ?,因此很容易找到屬性名稱或數據類型中的任何錯誤。

更易于維護 - 在TestStand的參數配置中指定對步驟屬性的更改,而不對代碼??榻腥魏渦薷?。

更容易在TestStand之外重用 - 由于代碼??椴灰覽滌赥estStand API,因此該??榭梢栽赥estStand之外使用而無需修改

NI TestStand 2019中文版

如果可能,使用參數將所需數據傳遞給代碼???/p>

但是,在代碼??楦薟街璧淖刺夢矢髦質蕕那榭魷?,使用API直接訪問屬性非常有用。在這種情況下使用步驟參數可以得到一長串參數,其中只有一些參數在各種條件下實際使用。

如果在代碼??櫓惺褂肨estStand API,則將對SequenceContext對象(ThisContext)的引用作為參數傳遞。SequenceContext對象提供對所有其他TestStand對象的訪問,包括TestStand引擎和當前的Runstate。如果使用終止監視器或模態對話框VI,則還需要序列上下文引用。

NI TestStand 2019中文版

使用SequenceContext訪問代碼??櫓械腡estStand API,可用于以編程方式訪問數據

如果要重用TestStand之外的代碼???,請記住,只有從TestStand序列調用??槭輩拍蓯褂萌魏問褂肨estStand API的操作。??橥ü鼳PI從TestStand獲取的任何數據都將不可用。您可以通過首先檢查序列上下文引用是否為空來定義在TestStand之外調用代碼??櫚那榭魷祿袢〔饈允蕕謀贛沒?。在LabVIEW中,您可以使用Not A Number / Path / Refnum?function,返回一個布爾值,如圖3所示。

NI TestStand 2019中文版

使用不是數字/路徑/ Refnum?檢查在TestStand之外使用的代碼??櫚腟equenceContext對象參考的有效性

·處理代碼??櫓械拇笮褪菁?/p>

在許多情況下,代碼??榭梢醞ü飭炕蚍治鏨紗罅扛叢郵?。避免在TestStand變量中存儲此類數據,因為TestStand在存儲時會創建數據副本。這些副本可以降低運行時性能和/或導致內存不足錯誤。使用以下方法管理大型數據集而不創建不必要的副本:

對代碼??檳詰拇笮褪菁脅僮?,例如分析獲取的相同代碼??櫓械氖?,并僅將所需結果返回給TestStand

在TestStand和代碼??櫓浯菔葜剛?。對于LabVIEW代碼???,請使用數據值參考(DVR)

·處理代碼??櫓械男蛄兄罩?/p>

當用戶按下Terminate按鈕時,TestStand將停止執行序列并運行任何清理步驟。但是,如果執行調用了代碼???,則??楸匭臚瓿芍蔥脅⒃諦蛄兄罩怪敖刂迫ǚ禱馗鳷estStand。如果代碼??櫚腦誦惺奔涑該?,或者當??櫚卻跫⑸?例如用戶輸入),則可以向用戶顯示忽略terminate命令。

要解決此問題,您可以使用終止監視器來允許代碼??榧觳椴⑾煊Φ饔彌蔥械鬧罩棺刺?。例如,計算機主板測試裝運示例在模擬對話框中使用終止監視器,如下所示。如果測試序列終止,則檢查終止狀態VI返回false,并且循環停止。

NI TestStand 2019中文版

·處理錯誤

測試系統中的錯誤是意外的運行時行為,阻止執行測試。當代碼??檣紗砦笫?,將該信息傳遞回測試序列以確定接下來要執行的操作,例如終止執行,重復上一次測試或提示測試操作員。

要向TestStand提供代碼??櫓械娜魏未砦笮畔?,請使用該步驟的Result.Error容器,如下所示。TestStand會在每個步驟后自動檢查此屬性,以確定是否發生了錯誤。您不需要將錯誤信息從TestStand傳遞到代碼??櫓?。如果代碼??橄騎estStand返回錯誤,則執行可以分支到測試序列的另一部分,例如清除步驟組。

您可以使用“ 站點選項”的“執行”選項卡中的“運行時錯誤”設置來確定TestStand如何響應步驟錯誤。通常,在開發序列時應使用“顯示對話框”選項以幫助調試,因為此選項允許您中斷執行并檢查序列的當前狀態。對于已部署的系統,請考慮使用“運行清理”或“忽略”選項,而不是要求測試操作員輸入。錯誤信息會自動記錄到測試結果中,可用于查找錯誤原因。

NI TestStand 2019中文版

錯誤信息傳遞給Step.Result.Error容器,以便在發生步驟錯誤時通知TestStand

·管理代碼??櫚男閱芎湍詿媸褂?/p>

默認情況下,當您在文件中執行序列并將文檔加載到關閉序列文件之前,TestStand會將序列文件中的所有代碼??榧釉氐僥詿嬤?。使用這些設置,在加載??槭逼舳蛄惺笨贍芑岱⑸跏佳映?。但是,由于??楸A粼諛詿嬤?,后續執行序列文件的速度更快。

您可以在步驟設置窗格的“運行選項”選項卡中配置何時加載和卸載代碼???。通常,默認加載選項提供最佳性能,但在某些情況下,只有在與“ 動態加載”選項一起使用時才能加載代碼???。對于在典型執行中未調用的代碼???,例如僅在特定測試失敗后運行的診斷,應該動態加載,因為在大多數情況下,根本不需要加載這些???。

當您動態加載代碼??槭?,請注意TestStand在加載代碼??櫓安槐ǜ媧肽?櫚奈侍?,這可能是漫長執行的結束。但是,您可以使用序列分析器在執行前驗證序列中是否存在錯誤。分析器將檢查靜態和動態加載的代碼???。

對于內存密集型代碼???,您可以修改默認卸載選項以減少總內存使用量。例如,將??檣柚夢?步驟執行后卸載”或“ 執行順序執行后卸載”。但是,此更改將增加執行時間,因為TestStand將需要為每個后續調用重新加載???。在可能的情況下,更好的選擇是使用64位版本的TestStand和具有更多物理內存的系統,以獲得最快的測試性能,盡管內存使用要求很高。

如果您的代碼??槲す蠶硎?例如靜態變量或LabVIEW功能全局變量),則修改卸載選項可能會導致行為更改,因為卸載??槭比質莼岫?。更改卸載選項時,請確保將所有必需的數據傳遞到TestStand序列或存儲在更永久的位置以防止數據丟失。

  • 下載地址

重要提示

提取碼: hapx

點擊報錯軟件無法下載或下載后無法使用,請點擊報錯,謝謝!