（高清版）GBT 41271-2022 生產(chǎn)過程質(zhì)量控制 通信一致性測試方法

生產(chǎn)過程質(zhì)量控制通信一致性測試方法2022-03-09發(fā)布國家標(biāo)準(zhǔn)化管理委員會I 2規(guī)范性引用文件 13術(shù)語和定義 14縮略語 25通用要求 25.1設(shè)備類型 25.2一般要求 35.3應(yīng)用層數(shù)據(jù)互聯(lián)互通的一致性要求 36測試要素與系統(tǒng)結(jié)構(gòu) 36.1一致性測試選項(xiàng) 36.2自動測試與手動測試 36.3正向測試與反向測試 46.4測試要素 46.5通信一致性測試系統(tǒng)結(jié)構(gòu) 47測試過程 58測試判定方法 68.1公開發(fā)行的有一致性測試規(guī)范的通信協(xié)議 68.2未定義明確一致性測試規(guī)范的通信協(xié)議 6附錄A(規(guī)范性)基于OPCUA的傳感器通信一致性測試 8ⅢGB/T41271—2022本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識別專利的責(zé)任。本文件由中國機(jī)械工業(yè)聯(lián)合會提出。本文件由全國工業(yè)測量控制和自動化技術(shù)委員會(SAC/TC124)歸口。本文件起草單位：遼寧大學(xué)、機(jī)械工業(yè)儀器儀表綜合技術(shù)經(jīng)濟(jì)研究所、中國科學(xué)院沈陽自動化研究所、東風(fēng)設(shè)計(jì)研究院有限公司、重慶川儀自動化股份有限公司、華中科技大學(xué)、東北大學(xué)、廣州大學(xué)、無錫職業(yè)技術(shù)學(xué)院、山東省計(jì)算中心(國家超級計(jì)算濟(jì)南中心)、沈陽菲爾德物聯(lián)科技有限公司、中信戴卡股份有限公司。1生產(chǎn)過程質(zhì)量控制通信一致性測試方法本文件規(guī)定了生產(chǎn)過程質(zhì)量控制通信一致性測試的通用要求、測試要素與系統(tǒng)架構(gòu)、測試過程、測試判定方法等。本文件適用于從生產(chǎn)過程質(zhì)量控制角度對傳感器、設(shè)備、應(yīng)用軟件的通信一致性進(jìn)行的測試方法。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。GB/T17178.2—2010信息技術(shù)開放系統(tǒng)互連一致性測試方法和框架第2部分：抽象測試套規(guī)范3術(shù)語和定義下列術(shù)語和定義適用于本文件。一致性測試conformancetesting測試中被測實(shí)現(xiàn)的一致性實(shí)現(xiàn)所達(dá)到的程度。由可執(zhí)行測試?yán)M成的測試集。測試實(shí)現(xiàn)附加信息implementationextrainformationfortesting由被測實(shí)現(xiàn)的提供者或?qū)崿F(xiàn)者所做的陳述。注：包含或引用了與IUT及其測試環(huán)境有關(guān)的全部信息，該陳述使測試實(shí)驗(yàn)室能夠?qū)UT運(yùn)行適當(dāng)?shù)臏y試集。一份IXIT可以有以下諸表：協(xié)議IXIT、輪廓IXIT、輪廓特定IXIT和信息客體IXIT、TMP實(shí)現(xiàn)聲明。具有相鄰用戶/提供者關(guān)系的一個(gè)或多個(gè)協(xié)議的一種實(shí)現(xiàn)。注：這種實(shí)現(xiàn)將作為開放實(shí)系統(tǒng)的一部分通過測試進(jìn)行研究。測試期間，通過下層服務(wù)提供者間接對被測實(shí)現(xiàn)的下層服務(wù)界面進(jìn)行控制和觀察的手段。協(xié)議實(shí)現(xiàn)一致性聲明protocolimplementationconformancestatement聲稱與給定協(xié)議規(guī)范一致的實(shí)現(xiàn)或系統(tǒng)的提供者所做的聲明。2測試用例testcase抽象或可執(zhí)行的測試對象。測試實(shí)驗(yàn)室testlaboratory執(zhí)行一致性測試的機(jī)構(gòu)。注：可以是第三方，用戶組織，主管部門，或公認(rèn)的私人運(yùn)行機(jī)構(gòu)，或者是提供者組織的經(jīng)認(rèn)可部門。良好定義的測試目標(biāo)的非形式化描述，它集中干諸如在適當(dāng)?shù)囊?guī)范中所規(guī)定的單個(gè)一致性要求或一套相關(guān)的一致性要求。下列縮略語適用于本文件。ATS:抽象測試集(AbstractTestSet)EDDL:電子設(shè)備描述語言(ElectronicDeviceDescriptionLanguage)ETS:可執(zhí)行測試集(ExecutableTestSets)FDT:現(xiàn)場設(shè)備工具(FieldDeviceTools)IXIT:測試實(shí)現(xiàn)的附加信息(ImplementationeXtraInformationforTesting)PICS:協(xié)議實(shí)現(xiàn)一致性聲明(ProtocolImplementationConformanceStatement)PIXIT:協(xié)議測試實(shí)現(xiàn)附加信息(ProtocolImplementationeXtraInformationforTesting)UTA:上層測試代理(UpperTestAgent)5通用要求全部與生產(chǎn)過程質(zhì)量控制直接和間接相關(guān)的傳感器、設(shè)備、系統(tǒng)和軟件，只要這些對象使用了通信協(xié)議棧，則有關(guān)通信部分需要被測試。通信協(xié)議包括但不限于：——其他類型的通信協(xié)議，如CANOpen、基于CAN覆蓋的裝置設(shè)備包括但不限于，與生產(chǎn)過程質(zhì)量控制有關(guān)的：——可編程控制器；——執(zhí)行器；——軟件；——網(wǎng)絡(luò)核心設(shè)備和邊緣設(shè)備等。35.2一般要求對于與生產(chǎn)過程質(zhì)量控制直接或間接相關(guān)的傳感器、可編程邏輯控制器、執(zhí)行器、軟件接口和工具等，涵蓋通信部分則需要進(jìn)行一致性測試。符合通用協(xié)議標(biāo)準(zhǔn)的，要求提供一致性測試報(bào)告，對于自定義的協(xié)議，需要提供協(xié)議定義、協(xié)議一致性測試計(jì)劃、測試架構(gòu)、測試方法和測試流程證據(jù)及測試報(bào)告。通信一致性測試要求包括但不限于：——對應(yīng)協(xié)議標(biāo)準(zhǔn)的版本號；——通過有資質(zhì)的機(jī)構(gòu)所展開的測試；——通信一致性測試報(bào)告所針對軟件的版本；——通信一致性測試報(bào)告所針對硬件的版本；——通信一致性測試的環(huán)境配置；——通信一致性測試工具的版本號；——通信一致性測試的一般步驟、報(bào)告格式；——通信一致性測試的自動部分測試案例；——通信一致性測試的手動部分測試案例；——報(bào)告的有效期。5.3應(yīng)用層數(shù)據(jù)互聯(lián)互通的一致性要求定義傳感器數(shù)據(jù)通信和OPCUA類應(yīng)用層數(shù)據(jù)互聯(lián)互通的一致性要求(不包含數(shù)據(jù)互認(rèn)、FDT、EDDL等內(nèi)容，主要是OPC類)與質(zhì)量控制直接或間接的傳感器：——如果帶有總線類通信協(xié)議，則參考總線類通信一致性測試要求；——如果帶有OPC協(xié)議，需要完成OPC的有關(guān)測試；——如果帶有OPCUA協(xié)議，需要完成OPCUA的一致性測試；——如果既帶有總線類協(xié)議，也支持OPC或OPCUA協(xié)議，則需要完成總線類一致性測試和OPC或OPCUA的一致性測試。6測試要素與系統(tǒng)結(jié)構(gòu)6.1一致性測試選項(xiàng)應(yīng)區(qū)別對待以下一致性測試選項(xiàng)要求：——必備要求選項(xiàng)：在所有情況下應(yīng)遵守的要求，是一致性測試的基本測試內(nèi)容；——可選要求選項(xiàng)：由設(shè)備制造商自行選擇是否支持，如果支持則應(yīng)執(zhí)行對應(yīng)的測試條款，如果不支持則可不進(jìn)行相應(yīng)條款的測試。6.2自動測試與手動測試一致性測試按照測試過程執(zhí)行的方式可分為：——自動測試：測試程序自動讀取測試案例、執(zhí)行測試過程、得出結(jié)論，自動生成測試報(bào)告，該種方式在一致性測試中得到廣泛的應(yīng)用；——手動測試：部分特殊的測試案例需要手動進(jìn)行一些配置和操作，并且進(jìn)行手動執(zhí)行，例如，測試過程中要求：4●改變設(shè)備通信負(fù)載率等。6.3正向測試與反向測試一致性測試從測試的邏輯上可分為：——正向測試；——反向測試。6.4測試要素通信一致性測試要素包含以下幾方面?！橄鬁y試集ATS:抽象測試集是由抽象測試組所組成的，抽象測試組由抽象測試用例所組成。抽象測試用例是為獲得特定測試目的所需行動的一種完整和獨(dú)立的規(guī)范，即未經(jīng)參數(shù)化的測試用例。——協(xié)議一致性聲明PICS:PICS是由實(shí)現(xiàn)或系統(tǒng)的提供者所作的聲明，陳述已實(shí)現(xiàn)了哪些能力?！獏f(xié)議測試實(shí)現(xiàn)附加信息PIXIT:由IUT制造商陳述，包括或引用了與IUT及其測試環(huán)境有關(guān)的全部信息(PICS給出的信息除外),該陳述時(shí)測試實(shí)驗(yàn)室能對IUT運(yùn)行適當(dāng)?shù)臏y試集?！蓤?zhí)行測試集ETS:可執(zhí)行測試集是根據(jù)PICS、PIXIT等信息從抽象測試集導(dǎo)出的，是抽象測試用例的一種具體實(shí)現(xiàn)?！粶y實(shí)現(xiàn)IUT:是一種基于所聲稱通信協(xié)議的具體實(shí)現(xiàn)，能夠完成所聲稱的通信能力，并符合一致性測試有關(guān)要求。在通信一致性測試系統(tǒng)中作為被測對象。——下測試器LT:下測試器是在測試執(zhí)行期間，通過下層服務(wù)提供者間接對IUT的下層服務(wù)邊界進(jìn)行控制和觀察的手段。依據(jù)測試方法不同，下測試器可處于不同的位置，例如，下測試器可以內(nèi)置于一致性測試工具?！蠝y試器代理UTA。UTA一般由測試方提供，它可以是一組程序或是庫，UTA可作為IUT被測協(xié)議棧的用戶之一，依據(jù)測試工具需要完成對協(xié)議棧的操控和配置。它通過接收相應(yīng)的命令與上位機(jī)測試軟件配合對IUT進(jìn)行測試。其作用是：——作為IUT的控制器，接收上位機(jī)測試軟件傳送給UTA的控制報(bào)文，觸發(fā)IUT主動發(fā)出應(yīng)用訪問實(shí)體類的各請求報(bào)文；——存儲上位機(jī)測試軟件傳送給UTA的報(bào)文信息；——生成特定的測試通道，用來傳遞測試命令；——作為用戶層，對接收與傳送的用戶數(shù)據(jù)進(jìn)行簡要處理，產(chǎn)生用戶數(shù)據(jù)。通信一致性測試要素應(yīng)符合GB/T17178.2—2010的要求。6.5通信一致性測試系統(tǒng)結(jié)構(gòu)在一般情況下，通信的一致性測試需要使用自動化的測試工具，在被測設(shè)備中添加上測試器代理，形成特定的協(xié)議測試通道。在個(gè)別情況下，也可以不使用UTA。如果自動測試無法覆蓋全部必要的特性，也可以添加一部分手動測試。一致性測試中還需要包含若干正向測試、反向測試案例，充分考慮到被測對象在各類正常和異常情況及其組合下的反應(yīng)。定義一致性測試系統(tǒng)結(jié)構(gòu)：整個(gè)系統(tǒng)可分為被測系統(tǒng)和測試系統(tǒng)。測試工具主要包含下測試器，即運(yùn)行于測試PC上的一致性測試軟件。該軟件中包含了諸多元素，有抽象測試集、靜態(tài)文檔、可執(zhí)行測試集等。例如，一種通信一致性測試結(jié)構(gòu)如圖1所示，被測對象包括被測實(shí)現(xiàn)和上測試器代理兩部分。5GB/T41271—2022下測試器L下測試器LT測試用例被測對象抽象測試集通信通道判定規(guī)則被測實(shí)現(xiàn)判定規(guī)則圖1通信一致性測試結(jié)構(gòu)示例7測試過程一致性測試一般過程應(yīng)按照圖2所示進(jìn)行。制定一致性測試制定一致性測試計(jì)劃構(gòu)建測試平臺測試配置PICS、回歸測試執(zhí)行測試修改和調(diào)整否測試通過?是形成測試報(bào)告確定測試結(jié)論圖2一致性測試的一般步驟示例6進(jìn)行生產(chǎn)過程質(zhì)量控制直接或間接的一致性測試需要按照一定流程進(jìn)行，圖2給出了一致性測試一般步驟：——制定一致性測試計(jì)劃，規(guī)劃測試對象、測試范圍；——構(gòu)建測試平臺，包括LT和一致性測試工具的準(zhǔn)備和熟悉，如果有必要：●在這一步對IUT進(jìn)行改造；●加入U(xiǎn)TA上層測試代理；●并且完成調(diào)試和基本的功能測試?！鶕?jù)測試計(jì)劃，編寫PICS和PIXIT,并將此類信息映射成一致性測試工具的配置；——執(zhí)行測試，判斷測試是否完成；如果測試過程出錯：●則進(jìn)行調(diào)試和修改，并在進(jìn)行回歸測試后重復(fù)第3步；●如果完成全部測試，則形成測試報(bào)告；進(jìn)行測試計(jì)劃與測試報(bào)告進(jìn)行對比，確定測試符合8測試判定方法8.1公開發(fā)行的有一致性測試規(guī)范的通信協(xié)議生產(chǎn)過程質(zhì)量數(shù)據(jù)涉及諸多方面，通信是其中重要的一類，利用協(xié)議棧進(jìn)行設(shè)備間、單元間通信的，需要進(jìn)行通信一致性測試。對于有公開協(xié)議文本或協(xié)議標(biāo)準(zhǔn)的，并且規(guī)定了一致性測試方法、工具和手段的，被測裝置需要在有資質(zhì)的或指定的實(shí)驗(yàn)室進(jìn)行有關(guān)測試，需要指明：——協(xié)議版本號；——軟硬件版本號；——所支持的服務(wù)；——所支持的特性；——測試環(huán)境；——測試工具版本號。8.2未定義明確一致性測試規(guī)范的通信協(xié)議除上述以外的情形，對于沒有定義一致性測試或類似測試規(guī)范的公開或私有通信協(xié)議，則需要設(shè)備提供商自行證明協(xié)議一致性或?qū)で蟮谌綑C(jī)構(gòu)提供一致性證明，包括但不限于：——通信設(shè)備完備的協(xié)議描述；——通信設(shè)備對應(yīng)協(xié)議的版本號；——對應(yīng)的軟硬件版本號；——完備的測試方案，包括但不限于：●覆蓋全部正常響應(yīng)的測試；●覆蓋全部異常響應(yīng)的測試；●覆蓋全部響應(yīng)碼；●覆蓋全部的服務(wù)；●覆蓋全部的狀態(tài)變化；●設(shè)備角色切換；●報(bào)文頭部正常測試；●報(bào)文頭部異常測試；●對象索引正常測試；7●對象索引異常測試；●報(bào)警服務(wù)的測試；●周期性數(shù)據(jù)服務(wù)；●非周期性數(shù)據(jù)服務(wù)。——測試工具說明；——協(xié)議一致性聲明PICS;——協(xié)議測試實(shí)現(xiàn)附加信息PIXIT;——測試集合說明列表，應(yīng)該闡明每個(gè)測試案例對應(yīng)協(xié)議的功能；——完備的協(xié)議測試過程證明文件；——測試結(jié)論；——其他必要的文件、說明和材料。通過以上有關(guān)的證明文件和材料，證明所開發(fā)的協(xié)議符合設(shè)計(jì)的協(xié)議文本，具有良好的一致性性能，則用戶可以視其通過一致性測試。針對自定義協(xié)議一致性測試全面性和規(guī)范性的監(jiān)督與識別應(yīng)符合附錄A的規(guī)定。8(規(guī)范性)基于OPCUA的傳感器通信一致性測試A.1概述OPCUA是目前應(yīng)用廣泛的跨平臺信息交換技術(shù)，分為客戶端和服務(wù)器端，經(jīng)過優(yōu)化的OPCUA實(shí)現(xiàn)可以嵌入到現(xiàn)場設(shè)備中，如傳感器，可編程邏輯控制器、執(zhí)行器等。根據(jù)OPCUA的測試規(guī)范，OPCUA應(yīng)在有資質(zhì)的實(shí)驗(yàn)室進(jìn)行測試，其測試命名為認(rèn)證測試，包含了一致性測試在內(nèi)的多種測試。而根據(jù)OPCUA實(shí)現(xiàn)目的不同，其所需執(zhí)行的測試種類也不盡相同。A.2一般要求應(yīng)用如下定義的OPC規(guī)范需要進(jìn)行認(rèn)證測試：——OPCUnifiedArchitecture;—OPCClassicDataAccess2.05aand3.0?！J(rèn)證測試實(shí)驗(yàn)室只接受處于發(fā)布狀態(tài)的測試產(chǎn)品；——OPC服務(wù)器產(chǎn)品應(yīng)提供證據(jù)，證明可以通過OPC一致性測試工具當(dāng)前版本中的所有測試；——OPC客戶端產(chǎn)品應(yīng)提供書面保證，確保產(chǎn)品使用當(dāng)前版本的OPC客戶端測試工具進(jìn)行錯誤注入測試；——客戶應(yīng)愿意提供：●必要時(shí)提供的任何軟件和/或任何硬件設(shè)備的副本；●所有適用的許可證和驅(qū)動程序；●配置協(xié)助認(rèn)證測試實(shí)驗(yàn)室創(chuàng)建測試環(huán)境；●人力資源部門將隨時(shí)提供協(xié)助進(jìn)行測試，并在必要時(shí)提供幫助和協(xié)助。執(zhí)行OPCUA測試時(shí)?！狾PCUA服務(wù)器應(yīng)能夠通過一致性測試工具中的所有適用的測試。如果遇到一個(gè)或多個(gè)故——不能自動執(zhí)行的一致性測試將由指定的認(rèn)證測試實(shí)驗(yàn)室工程師手動執(zhí)行；單一故障意味著測試被認(rèn)為是失敗的。 OPCUA客戶端應(yīng)能夠通過OPC基礎(chǔ)OPC分析器(用于OPCClassic)或OPCUACTT(用于統(tǒng)一架構(gòu))中包含的所有適用的錯誤注入測試。如果遇到一個(gè)或多個(gè)故障，則認(rèn)為測試失敗。——混合產(chǎn)品(既是OPC服務(wù)器又是OPC客戶端)將按照產(chǎn)品類型進(jìn)行測試。OPCUA服務(wù)器測試包含以下測試服務(wù)?！弦?guī)性：對合規(guī)測試工具(以下簡稱“CTT”)進(jìn)行測試。合規(guī)性測試還包括由認(rèn)證測試實(shí)驗(yàn)室工程師進(jìn)行的手動測試。測試工具應(yīng)符合A.10.5的要求?！ゲ僮餍裕横槍?個(gè)不同的參考客戶進(jìn)行測試?！敯粜裕航?jīng)過測試用于通信丟失和恢復(fù)等?！剩航?jīng)過36h的壓力測試。9——可用性：通過CTT進(jìn)行最佳實(shí)踐和其他不可能的測試。A.4OPCUA客戶端測試包括以下測試服務(wù)：——合規(guī)性：根據(jù)手工測試和觀察認(rèn)證測試實(shí)驗(yàn)室工程師進(jìn)行測試；——互操作性：測試5臺參考服務(wù)器；——穩(wěn)健性：測試服務(wù)器通信丟失和恢復(fù)等；——效率：測試超過36h(資源泄漏識別);——可用性：通過CTT進(jìn)行最佳實(shí)踐和其他不可能的測試。A.5OPCUA復(fù)合產(chǎn)品測試對于OPCUA復(fù)合型產(chǎn)品(即支持服務(wù)器又支持客戶端的產(chǎn)品),需要執(zhí)行：——OPCUA服務(wù)器測試；——OPCUA客戶端測試中列出的測試組合。A.6測試過程OPCUA的認(rèn)證需要遵守一定的測試流程：——客戶將向合規(guī)測試者提交測試和功能檢查清單申請，然后：●進(jìn)行評估以驗(yàn)證被測設(shè)備是否符合標(biāo)準(zhǔn)；●安排認(rèn)證測試的日期；●通知客戶申請狀態(tài)和測試日期；●通知認(rèn)證測試實(shí)驗(yàn)室并提供所有信息。 —認(rèn)證測試實(shí)驗(yàn)室將準(zhǔn)備測試環(huán)境：●認(rèn)證測試實(shí)驗(yàn)室可以使用虛擬化環(huán)境或?qū)Ｓ肞C;●認(rèn)證測試實(shí)驗(yàn)室將基于CUSTOMER規(guī)范創(chuàng)建一個(gè)測試環(huán)境，例如：CPU,RAM,磁盤空間和體系結(jié)構(gòu)(x86,x64),操作系統(tǒng)等；●認(rèn)證測試實(shí)驗(yàn)室將根據(jù)需要安裝和配置環(huán)境，以容納被測設(shè)備并促進(jìn)所有將要進(jìn)行的測試；●建立與客戶技術(shù)資源的聯(lián)系?！J(rèn)證測試將在約定的日期進(jìn)行；——如果產(chǎn)品通過認(rèn)證測試實(shí)驗(yàn)室的認(rèn)證測試：●客戶將收到所有進(jìn)行的測試的詳細(xì)測試報(bào)告；●客戶將被要求審查測試結(jié)果，并提交有關(guān)進(jìn)行測試的任何部分的任何異議和/或投訴；●協(xié)議將被發(fā)送并且應(yīng)返回簽名的副本以確認(rèn)所有的測試服務(wù)已經(jīng)完成，并且由認(rèn)證測試實(shí)驗(yàn)室確定全部結(jié)論是一致的。 如果產(chǎn)品在認(rèn)證測試實(shí)驗(yàn)室中未通過認(rèn)證測試；●客戶將收到所有進(jìn)行的測試的詳細(xì)測試報(bào)告，以及認(rèn)證測試實(shí)驗(yàn)室可能提供的任何補(bǔ)充信息；●認(rèn)證測試實(shí)驗(yàn)室將安排重新測試日期與客戶；●認(rèn)證測試實(shí)驗(yàn)室可以選擇為客戶提供迄今為止的測試服務(wù)的清單。A.7互操作性盡管本文件是關(guān)于通信一致性測試的，但是對于OPCUA來說，只有通過一致性測試和互操作測試才能通過認(rèn)證，本文件給予簡要陳述?！獞?yīng)針對至少5個(gè)參考產(chǎn)品檢查被測設(shè)備的互操作性，其中包括被測設(shè)備支持的連接，瀏覽，閱——測試人員發(fā)現(xiàn)的不兼容性將被視為測試失敗?！獏⒖籍a(chǎn)品中的不兼容性將由認(rèn)證測試實(shí)驗(yàn)室進(jìn)行調(diào)查，認(rèn)證測試實(shí)驗(yàn)室將會：●選擇跳過對發(fā)現(xiàn)包含故障的特定參考產(chǎn)品的特定互操作性測試；●與參考產(chǎn)品的供應(yīng)商合作以獲得修復(fù)，然后重新測試。A.8健壯性和恢復(fù)健壯性和恢復(fù)需滿足：——應(yīng)檢查被測設(shè)備是否有能力處理和丟失與其他OPC產(chǎn)品以及其他數(shù)據(jù)源(如PLC)的通信；——產(chǎn)品能夠恢復(fù)丟失的連接并將會話恢復(fù)到原始狀態(tài)(在通信丟失之前);——被測設(shè)備應(yīng)證明連接問題的分離，這意味著：●丟失一個(gè)客戶端連接的服務(wù)器不會影響與其他客戶端的連接；●丟失服務(wù)器連接的客戶端不影響與其他服務(wù)器的連接。A.9可用性可用性需滿足：——安裝和移除被測設(shè)備；——有足夠的幫助文件；——提供了足夠的工具，使最終用戶能夠設(shè)置，配置，使用和排除被測設(shè)備的故障。A.10測試準(zhǔn)備A.10.1測試環(huán)境準(zhǔn)備認(rèn)證測試實(shí)驗(yàn)室將：——根據(jù)從客戶那里收到的信息，通過產(chǎn)品問題清單創(chuàng)建必要的測試環(huán)境；——按照CUSTOMER提供的說明及有關(guān)配置方法進(jìn)行產(chǎn)品配置；——在認(rèn)證測試之前驗(yàn)證產(chǎn)品是否處于正常工作狀態(tài)，并與客戶合作以提前解決問題，并保證測試環(huán)境已準(zhǔn)備好進(jìn)行測試。A.10.2所需硬件硬件需從客戶處獲得，包括：——被測設(shè)備，如果被測產(chǎn)品被嵌入到一個(gè)設(shè)備中；——如果OPCUA產(chǎn)品從這樣的設(shè)備獲取數(shù)據(jù)，任何PLC/設(shè)備/DCS應(yīng)提供給認(rèn)證測試實(shí)驗(yàn)室。認(rèn)證測試實(shí)驗(yàn)室可以要求多個(gè)單元/設(shè)備進(jìn)行可用性測試：——電源適配器和電纜；——通信電纜；——安裝和配置說明；——適用的設(shè)備驅(qū)動程序和/或軟件安裝介質(zhì)；——拷貝保護(hù)/授權(quán)硬件，如軟件狗或USB鑰匙等。認(rèn)證測試實(shí)驗(yàn)室要求的軟件(來自客戶)。A.10.4測試準(zhǔn)備在測試產(chǎn)品時(shí)，客戶可以選擇參與?！H臨現(xiàn)場：來自