前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇接口測試范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

接口測試范文第1篇

關鍵詞：計算機軟件；網絡管理；接口一致性測試；事務模型；測試流；XML語言

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2011)07-1516-04

Description Method of Transaction Model for General Network Management Interface Test

LI Cai-yun, CHEN Ying-hui

(Beijing University of Posts and Telecommunications, Beijing 100876, China)

Abstract: The automation technology of network management interface conformance test has been the focus of related testing research, and the proposed test transaction model makes network management interface conformance test automation degree to a new level. By analyzing the research and practice of the network management interface consistency test, a test transaction model description method is proposed based on the XML format, and The Schema definition of the this method is given. The method in this paper can be applied for mainstream technology of network management interface. In the testing process of network management interface, the method can reduce a lot of manual operations, shorten test cycle, and improve the test efficiency and test automation degree obviously.

Key words: computer software; network management; consistency test of interface; transaction model; test flow; XML language

網絡管理接口的一致性測試是保證不同的網管系統之間能進行互聯、互通和互操作的重要手段和必要步驟[1]。網絡管理接口一致性測試是面向電信級網絡管理軟件的測試，要完成對如此復雜龐大的軟件接口的測試任務，僅靠人工手動測試不但耗時耗力，而且難以保證測試的質量[2]。因此，網管接口一致性測試的自動化程度，始終是相關測試研究工作所追求的目標之一。要提高網管接口一致性測試的自動化程度，測試過程自動化的將成為一個重要環節。在實際的接口測試中，一方面需要對同一接口規范不同提供者的實現分別進行測試，另一方面又要對某些接口實現進行回歸測試[3]。因此將測試過程自動化機制引入網管接口的一致性測試很有意義。

目前在網管接口一致性測試中，測試過程自動化方面已有一些研究成果，文獻[4]提出了測試流技術，通過測試流技術實現測試過程自動化，并將測試流控制語句按功能分為基本功能語句模塊、判斷語句模塊、循環語句模塊、異常捕獲語句模塊和輔助語句模塊共五個模塊。但是該文獻并未給出測試流技術的具體設計實現與應用，隨著網管接口測試技術的發展，測試流在實際的測試應用過程中存在本有以下兩個弊端：

1）測試流采用純文本方式定義，其格式不可通用，而且由于沒有層次結構，當腳本文件較大時，測試人員很難看明白腳本，如果腳本有錯誤時，檢查也很困難。

2）測試流腳本與接口技術直接關聯，對于不同的接口技術，要為之定義專門的測試流腳本。

本文將基于文獻[4]中提出的測試流技術，進一步進行擴展，引入測試事務[5]的概念，同時本文對測試流控制語句進行擴充，設計出了一套格式通用且與網管接口技術無關的測試事務描述方法。該測試事務描述方法采用目前使用非常廣泛的XML格式來進行定義，所以該描述方法具有理解容易、操作簡單、使用方便等特性。另外，該描述方法還具備通用性和可擴展性，不僅可以應用于目前所有的主流網管接口技術，如CORBA、WebService、SNMP等技術，而且對于以后出現的新接口技術也可以使用該方法。

1 測試事務模型介紹

分散的、獨立的測試用例無法體現實際應用環境中用戶的動態行為，因此需要一種方法來描述測試用例[6]間的組織關系。測試事務就是若干個相關聯的、可能具有數據或業務依賴關系并按照一定的業務邏輯順序執行的測試用例的組合。測試事務即可以是簡單事務（例如修改對象屬性值），也可以是復雜事務（例如創建一個對象，然后修改該對象的屬性值，最后將該對象刪除，并在創建、修改和刪除操作之間，進行查詢該對象屬性值的操作）。測試事務必須能夠體現出測試用例的邏輯順序調用關系、根據上一測試用例的執行結果判定選擇下一測試步驟分支、測試步驟的條件迭代、測試用例的參數賦值（包括變量賦值和測試用例上下文賦值）、測試結果數據的保留和再利用、測試結果的評判等。

在網管接口一致性測試中，測試人員在拿到測試規范之后，需要將測試規范按照功能模塊劃分為若干測試事務，每個測試事務對應一個測試流腳本，而測試流是一系列的基本測試用例和相關的邏輯控制信息的組合。如圖1所示。

2 測試事務描述方法

在測試事務的描述方法中，基本單元為測試用例（稱為TC），主要的邏輯控制信息包括：Transaction、varDefineClause、varDefineFunctionClause、ifClause、forClause、whileClause、exportClause、pauseClause、descriptionClause、Debug 、break和exit，通過這些邏輯控制信息，控制TC的執行邏輯順序，并實現測試數據在TC間的傳遞。

測試事務描述方法采用XML格式進行定義，所以我們需要定義一套Schema，下面主要介紹Schema中各個節點的定義以及結構。

2.1 節點的定義

testFlow節點：XML文件的根節點，不能被其它任何節點包含，在測試過程中不具有實際意義。

TC節點：測試用例調用節點，每個TC代表一個接口中的操作。

Transaction節點：交易節點，該節點可以將若干個測試用例（TC）集合在一起，如在3G通信網中將所有與通知相關的操作放在一個交易中，將所有與告警相關的操作放在一個交易中，這樣便于整個測試流語言的管理。

varDefineClause節點：變量定義節點，該節點主要用于定義能夠存儲和交換數據的變量，并給變量賦值，定義后的變量可以在后面操作中使用。

varDefineFunctionClause節點：變量定義節點，該節點與varDefineClause節點不同的是對變量的賦值是通過已經定義好的函數進行賦值。例如要定義一個整數變量n，但是n的值不能事先知道，需要通過取一個字符串的長度來確定，這樣就可以通過一個取字符串長度的函數來給變量n賦值。

ifClause節點：條件控制節點，該節點主要用于上下文的條件判斷以選擇要執行的下一步，如果條件判斷結果為true，則執行該節點下的測試用例，如果判斷結果為false，則不執行該節點下的測試用例。

forClause節點：循環控制節點，該節點主要用于控制特定步驟的循環執行，主要應用與已經知道循環次數的情況下。

whileClause節點：循環控制節點，該節點主要用于控制特定步驟的循環執行，主要用于不確定循環次數的情況下。例如在測試過程中，某個操作的返回參數為“FALSE”時，循環體中的測試用例就要執行，如果該操作的返回參數為“TRUE”時，循環結束，這種情況下我們只能使用該節點。

exportClause節點：輸出節點，該節點主要用于將某個操作的參數的返回值輸出出來，輸出方式有兩種，一種是輸出到文件中，另一種是輸出到一個變量中。

descriptionClause節點：描述節點，該節點主要是用于對測試流增加注釋或者描述，便于測試人員編寫和查看測試流文件。

pauseClause節點：暫停節點，該節點主要作用為暫定，可以將測試流的執行暫停若干時間，時間單位為秒。例如某些操作在下發之后，需要等幾秒鐘才能查看操作的狀態，那么就需要該節點來進行暫停。

Debug節點：調試節點，該節點與編程中的斷點類似，設置了該節點之后，測試流在執行到該節點時會停下，給用戶彈出詢問窗口，如果用戶選擇繼續執行，則測試流繼續執行，如果用戶選擇停止，則測試流終止執行。

break節點：循環體結束節點，該節點主要用于結束其所在的循環體。

exit節點：測試流結束節點，該節點主要用于結束整個測試流。

2.2 節點的結構及其描述

2.2.1 testFlow節點

testFlow節點為根節點，其結構圖如圖2所示。從圖中可以看出根節點下可以包含除了break和exit之外的所有節點。

2.2.2 TC節點

TC節點代表接口中的操作，其結構圖如圖3所示，每個TC包含三部分，分別是基本屬性Attributes、參數列表ParameterList和檢查列表CheckList。

其中基本屬性包含1個可選屬性和2個必選屬性，下面給出各個屬性的含義和示意性的用法說明：

alias：當前測試用例的別名，為了讓測試人員更好的區分所下發的操作，例如對于訂購通知，下發的操作都是一樣的，但是有可能某個操作訂購的是配置相關的通知，另外一個訂購的是告警相關的通知，有了別名之后就可以更好的來進行區分。alias為可選屬性，用戶可以根據實際情況來決定是否需要。

InterfaceType：接口類型，用來區分下發的操作是采用哪種接口技術，如：CORBA、WebService、SNMP等等。

Opinfo：操作的具體信息，用來表示下發的操作的具體信息。

參數列表ParameterList：主要是為TC中的參數賦值，參數列表中的每個參數都可以分別給他們賦值，參數的結構圖如圖4所示。每個參數都兩個屬性paraName（參數名稱）和type（參數類型），另外有5種賦值方式，分別是set（直接為參數賦值），assign（將其它TC的返回值賦值給該參數），varAssign（將已經定義好的變量的值賦值給該參數），default（默認值），function（將函數的返回值賦值給該參數）。

檢查列表CheckList：主要是用來判定TC的執行結果，同時也可以作為if和while的條件判定。其結構圖如5所示，檢查列表將若干個檢查點（CheckPoint），通過and、or或not相互連接組合（and節點是邏輯與關系，or節點邏輯或關系，not節點是邏輯非關系），從而滿足一定的判定要求。

2.2.3 Transaction節點

Transaction節點可以自包含，其結構與根節點testFlow相同，下可以包含除了break和exit之外的所有節點，這里不再給出其結構圖。該節點有一個屬性transactionName（交易名稱），用來區分不同的交易。

2.2.4 varDefineClause節點

varDefineClause節點為變量定義節點，其結構如圖6所示，該節點包含3個屬性，分別是varName（變量名）、varType（變量類型）和varValue（變量值）。

2.2.5 varDefineFunctionClause節點

varDefineFunctionClause節點為變量定義節點，其結構如圖7所示，由于該節點是通過函數為變量賦值，所以該節點的三個元素分別是varName（變量名）、varType（變量類型）和functionName（函數名）。

2.2.6 ifClause節點

ifClause節點為條件控制節點，其結構如圖8所示。ifClause節點有一個CheckList元素，與TC中的檢查列表是相同的，這里不再說明。ifClause下可以包含所有的節點。

2.2.7 forClause節點

forClause節點為循環控制節點，其結構與根節點testFlow相同，下可以包含除了break和exit之外的所有節點，這里不再給出其結構圖。該節點有4個屬性分別是varName（變量名），from（變量的初始值），to（變量的終止值），step（循環的步長）。

2.2.8 whileClause節點

whileClause節點為循環控制節點，其結構與根節點testFlow相同，下可以包含除了break和exit之外的所有節點，這里不再給出其結構圖。該節點有一個CheckList元素，與TC中的檢查列表是相同的，這里不再說明。

2.2.9 exportClause節點

exportClause節點為輸出節點，其結構如圖9所示。該節點有5個必選屬性和一個可選屬性，下面給出各個屬性的含義和示意性的用法說明：

InterfaceType：接口類型，用來區分下發的操作是采用哪種接口技術，如：CORBA、WebService、SNMP等等。

Opinfo：操作的具體信息，用來表示下發的操作的具體信息。

para：操作的參數名，用來表示要將操作中的哪一個參數的值輸出。

exportType：輸出類型，分為兩種，一種是輸出到變量（取值為var），一種是輸出到文件中（取值為file）。

value：輸出的變量名稱或者文件路徑，如果exportType取值為var，則該屬性的值為參數名，如果exportType取值為file，則該屬性的值為文件的絕對路徑。

operatorType：對文件的操作類型，該屬性為可選屬性，當exportType取值為file時有效。該屬性取值有三種，分別是：overwrite（替換原來的文件）、append（追加到原來的文件中）和askuser（彈出對話框，詢問用戶）。

2.2.10 descriptionClause和pauseClause節點

descriptionClause和pauseClause節點都只有一個屬性value，用來表示描述值和暫停值。

3 結論

在測試工作越來越自動化的情況下，測試過程的自動化執行和測試結果的自動化判定都成了關鍵。本文提出的測試事務描述方法，是從本實驗室進行的基于CORBA、WebService、SNMP技術的接口測試系統的相關研究和實踐中總結出來的，并且已經完成了相應的開發工作，在模擬環境中通過了的相應的測試，該描述方法在測試過程自動化進行的情況下，對測試執行結果進行自動化判定，大大減少了人工操作，提高了測試效率和測試過程的自動化程度。該描述方法可以應用于單個接口技術的網管接口測試中，同時也可以應用到有多種接口技術混合的網管接口測試中。而且本文研究的測試事務描述方法與特定的接口技術無關，因此具有較高的通用性，能夠指導以后基于其他技術的接口測試系統相關功能的研究和開發，并且按這種描述方法開發的測試評判子系統也具有較好的軟件重用性。

參考文獻：

[1] 王智立.網絡管理接口一致性測試的方法、技術及應用[D].北京:北京郵電大學,2005.

[2] 劉益暢.模型驅動的3G網管接口測試系統的設計與實現[D].北京:北京郵電大學,2010

[3] 朱鴻,金凌紫.軟件質量保障與測試[M].北京:科學出版社,1997.

[4] 芮蘭蘭,孟洛明,邱雪松,等.基于CORBA 的網絡管理接口一致性測試中的測試流技術[J].北京郵電大學學報,2002,25(3):41-45.

接口測試范文第2篇

關鍵詞：雅思口語；測試；英語口語教學

中圖分類號：G712 文獻標識碼：A 文章編號：1671-0568（2012）26-0101-02

當前，大學英語口語教學盡管得到了很大的重視，但實際教學中仍存在不少問題，如教材老化、教法單一、教師隊伍良莠不齊等。英語口語教學改革勢在必行，如何去改仍然是一大難題。根據近幾年的口語教學經驗，筆者發現國外的口語考試對于大學英語教學有一定的啟發。海外考試逐漸升溫，越來越多的考試已經進入人們的視野，如雅思、托福、GRE等。雅思考試即IELTS（International English Language Testing System）的聲勢非常浩大，擴展速度也極快，雅思口語測試的內容和形式對大學英語口語教學改革有很大的啟發。

一、雅思口語測試的特點分析

雅思考試是由劍橋大學地方考試委員會、英國文化協會和澳大利亞教育國際開發署共同舉辦的面向母語為非英語人士的水平考試。整個考試分為聽力、閱讀、寫作和口語四部分。

1. 雅思口語測試形式。雅思口語考試采用一對一的英語面試形式。考試分為三部分：第一部分是基本問答（general questions），口語考官會提一些簡單問題了解考生的基本信息，并初步評估考生的基本英文能力。內容主要涉及名字、家鄉、教育或職業背景及空閑生活話題（4～5分鐘）；第二部分是卡片陳述（cue card presentation），考官會給考生出示一張主題卡片，卡片上有主題描述的相關問題。拿到卡片后，考生有一分鐘的時間準備自己要陳述的內容，然后就所給出的話題作出1～2分鐘的陳述；第三部分是深入討論（further discussion），考官會問一些比較抽象且有一定深度的問題，考生應適當拓展問題，時間在4～6分鐘。

2. 測試內容。雅思口語考試是隨機性非常強的考試，不同于托福的人機對話考試系統，雅思考試需要應對的是一個和考生面對面的“活的”考官，因而考試靈活得多。但范圍并非漫無邊際，考官提的問題都是在一定范圍內經過選擇的。基本問答主要是名字、家、婚姻、工作、學習、興趣愛好、運動等十幾個，卡片問題主要為人物、地點、經歷、個人喜好及社會交際等。

3. 評分標準。雅思口語測試與雅思寫作考試一樣，采用了科學的分項式評分系統（analytical scoring system），即考官不是根據考生的口語應試表現打一個整體分數，而是根據具體的評分細則給分（每個單向的評分標準為9分，最低為1分，最高為9分）。雅思口語測試從四方面進行評分：語言流暢程度（Fluency & Coherence）、詞匯應用程度（Lexical Resource）、發音準確程度（Pronunciation）和語法準確程度（Grammar Range & Accuracy）。

二、雅思口語測試在大學英語口語教學中的應用

1. 借鑒雅思口試豐富話題。雅思口語測試內容豐富，話題較多且貼近實際，如學習、工作、飲食、娛樂等。這些話題和大學英語口語教學內容正好相符合，可以借鑒雅思口語測試中的問題來豐富課堂。在實際口語教學中，教材上的問題往往比較落后，而且有些問題難度較大，不易展開討論。如自我介紹時，學生通常覺得沒有展開的內容，但是借鑒IELTS可以打開學生的思路。雅思口試中問到名字的相關問題有很多，如What’s the meaning of your given name；Does your name have any special meaning；Do you want to change your name;Does your name affect your personality等，以這些問題作為引子來引導學生，學生就不會沒話可說了。再如，講到book的話題時，書中的問題只有Do you love reading，what kind of books do you love best？雅思口語測試中的相關問題就很多，如what kinds of books are most popular in your country；Someone says reading can change one’s life,do you believe that;Do you think it is the government’s responsibility to invest money in maintaining public library;introduce one of your favorite book,including title，author,content，meaning等。這些問題可以使學生有更充實的表達內容。

2. 借鑒雅思口試中的文化要素。除了豐富的測試內容之外，作為國際性的語言測試，雅思考試的針對性比較明顯，主要是為今后在以英語為交流語言的國家學習或工作的人設置，因而雅思考試非常注重跨文化交際。考生回答考官問題時，要注重跨文化交際因素，口試過程中也會討論涉及文化的不同話題。總之，雅思口試的細節體現了跨文化因素的重要性。大學英語口語教學目標與雅思口語測試目標是一致的，都要考查學生的口語交際能力和跨文化交際能力。大學英語口語教學可以借鑒雅思口語注重跨文化交際的特征，加強文化教學，培養學生的跨文化交際能力。

在實際教學過程中，可以用雅思口試中的實際案例作為切入點，在分析案例的同時學生就會掌握在應對跨文化交際問題中的技巧，以免今后遇到類似問題會步入雷區。例如，講到food的話題時，筆者以雅思中的一個失敗案例來講解了文化差異。一位考生在口試中被問到她喜歡的食物，她的回答是Chinese dishes。然后被問到喜歡哪道菜，她回答the cat’s ear（貓耳朵，一種山西面食），顯然是直接翻譯的中式英語，考官一愣，沒多追問，馬上轉了話題，最后口試測試結果不是很理想。實際上，這位考生犯了與西方人交流的大忌，談話涉及吃貓肉、狗肉。雖然此“貓耳朵”并非真的貓耳朵，但在沒有解釋清楚的情況下，考官會誤以為是貓的耳朵，這會引起他們極大的反感。在與外國人談食物時，可以談論龍蝦lobster、魚子roe、蝸牛snail等，這些都是外國人的最愛。類似的案例還很多，課堂上可以不斷滲透，有意識地加強對學生進行西方文化常識、風俗習慣及生活方式等方面的介紹。只有這樣，學生在今后的學習工作中才能順利進行跨文化交際。

3. 借鑒雅思口試的科學評分方法。傳統的口語考試評分方式可歸納為兩種，即分析法和印象法。分析法著重評價語言使用的不同側面，在實際操作中，分析法的口語評分方式是將口語表達能力分解為語音、語調、語法、詞匯、流利程度等方面分別打分，然后相加得出口試總分。印象法的口語考試評分方式無須對考生的語言基礎及語言使用情況進行細分，主要通過觀察交際目的達成與否及總體印象打分。這兩種評分方式各有優劣。分析法因分項較細，易給人客觀和準確的感覺，但在實際操作中要求考官在短時間內對各項進行準確評判。印象法讓考官根據自己對考生表達的總體印象打分，具有省時及兼顧整體的優點，但容易因考官的主觀因素而增加評分隨意性，造成誤差。當前高校的英語口語測試評分標準并沒有統一，有的甚至沒有給出評分標準，僅靠考官給學生打印象分。大學英語口語課測試可以結合雅思口語測試的評分標準，不一定要照抄、照搬，因為雅思投入的人力、物力很大，單純效仿肯定做不來。但可以根據學校的具體情況來制定適合本校學生的評分等級和標準，結合分析法和印象法，形成較為科學的評分標準和方式。把考生的口語表達按照整體印象分為從純屬講話者、很好的非母語講話者、好的說話者、基本能講話者、無口語表達能力等若干級，每個等級對應一定分值。并將每個等級的目標能力進行細化，從交際目的，即內容的完整和表達的妥當性上進一步明確規定。讓考官在打分時有依據，這樣打分也會更客觀、準確。

雅思考試不斷革新測試手段，在有效度、可行性等方面做得越來越細致，成為不少語言考試項目改革的參照和標桿，這是雅思考試本身的權威性、科學性、實用性使然。雅思口語對大學英語影響深遠，應借鑒其科學性和交互性的特點，將其與大學英語口語教學結合起來，使大學英語口語教學改革更深入，效果更明顯，考核更科學。

參考文獻：

[1]文秋芳.英語口語測試與教學[M].上海:上海外語教育出版社,2002.

[2]涼月.雅思口語真題分類破解[M].北京:機械工業出版社,2008.

[3]譚珍珍.雅思口語測試評分標準探析[J].中國校外教育,2007,(8).

接口測試范文第3篇

【關鍵詞】電子測試系統 接口技術 通用接口

在過去的幾年中，電子測試系統商機不斷，因此，涌現出來了大批的電子測試系統制造廠商，但由于行業內沒有一套統一的技術規定，導致各廠商生產的電子測試系統規格不統一，接口也各不相同，各套系統的不統一在一定程度上阻礙了電子測試系統的進一步發展，而隨著電子測試系統越來越重要的地位以及在全球的日益普及，行業內亟待出臺一套規格來統一五花八門的電子測試系統，而統一呼聲最高的則是電子測試系統的接口，而這一愿望也終于被實現。本文就將簡要的介紹當下的電子測試系統標準化接口中最為常見的幾種，以供讀者參考。

1 S-100 標準化接口

在微處理電子評測系統中，S-100標準化接口（原名“Altair-BUS”）極為常見，并被作為內部接口的標準化總線。S-100最初是為與8080型微處理器使用而設計制作的，但由于S-100在工作中表現優異，性能良好，所以很多其他的微處理器也采用了這一接口。S-100標準化接口由信號線和電源線組成，其中信號線100條，電源線1條，在信號線中有16條還沒有定義名稱和功能，84條有名稱的信號線中有75條有實際的功能。S-100以他的高性能廣受贊譽，在工業史上有著舉足輕重的位置，甚至被譽為最有價值的標準化線纜，美國的電氣與電子工程師總協會很早就開始采用這種線纜，取得了極大的成功。

2 RS-232C 型串行標準化接口總線

作為電子與電氣工業總協會共同制定與推廣的標準接口，RS-232C型標準化接口理應得到大量應用，在CRT終端機與調制解調器的連接工作上用處較大，同時對其他信道也有不能小于15米的特殊要求。RS-232C型標準化接口的信號簡單，利于編碼與發送，傳輸同樣的數據量，其使用的線纜數量也有一定程度的壓縮。與IEEE-488標準接口相比，即使傳輸速度較小，但是卻具備了較高的安全性能。除此之外，RS-232C型標準化接口的信號還能在同樣的環境下傳輸到較遠的位置。RS-232C型串行標準化接口總共有25個線腳，且每根線腳的名字和用途均有詳細的規定，有著一套完善的標準。所以RS-232C型串行標準化接口在不同的微型設備的連接與使用中有著較好的兼容性，這一優點讓它被廣泛應用于微型機的接口中，成為了現在最常見的微型機接口之一，可以說市面上常見的電子測試設備均會配備有這一接口。

3 IEEE-488 型標準接口總線

在前面對RS-232C型串行標準化接口的介紹中有講到IEEE-488接口速度較快的優點，但事實上，這個接口的前身，也就是IEEE所規定的一種儀器標準化接口，它的傳輸速度不高于1Mb/s，而且信道總長度也不超過20m，可以說性能并不優異，而且這一接口還限定了最大連接數，不能同時連接超過15臺機器，這些都限制了這一接口的發展。在這之后，美國的HP公司研制出了IEEE-488接口（因此這一接口也叫做“HP標準化接口”），它較之原接口取得了較大的突破，各項性能也都有的很好的提升，并且很優秀的解決了儀器之間相互連接的問題。

IEEE-488 型標準化接口有16條信息傳播線路組成，其中有8條是為了實現總信息命令和雙向信息傳播而設計，另外8條線路實現了信息的同步或異步交換，以及信息緩沖的功能。作為建立接口標準化的功勛，IEEE-488 型標準化接口極大地推動了接口標準化的進程。隨著更多的廠家在設備中使用IEEE-488 這一接口類型，不同廠家的儀器設備之間的互聯越來越方便，越來越安全，兼容性得到了有效提升。由此可見， IEEE-488 型標準化接口在未來幾十年的數據傳輸市場中，仍然具有一定的影響力，還不會同程度地影響整個市場的走向。

4 VXI型接口總線

VXI 型系統接口總線是VME Bus Extensions forInstrumentation的縮寫，它的發明是為了讓微型機中將系統總線和儀器中的線纜合二為一，免除冗雜，讓VME總線性能更進一步。VME總線讓微型機中的高速數據傳遞成為可能，就如高性能的顯示儀器這些需要高速數據傳輸的設備就依賴于VME總線，除此之外，VME還提供了觸發、中斷、掛鉤等功能所需的硬件支持，如其必須的背板結構。VXI 型系統接口總線有著傳輸速度快且精確度高，可謂是PC機總線和GPIB總線優點的融合，并且VXI 型系統接口總線還可以很好的與PC軟件兼容，PC主機的系統、語言、設置等基本配置都可與VXI 型系統接口總線取得較好的同步。

5 總結

綜上所述，本文主要對VXI 型系統接口、RS-232C型串行標準化接口、S-100標準化接口以及IEEE-488型標準接口這四種接口模式進行了介紹與討論。由于上述四種接口在行業內部的廣泛運用，使其性能與安全性已經得到了證實。IEEE-488 型標準接口的主導作用還會持續一段時間，但是上述四種接口在未來的市場當中都還會有一定的應用。以其良好的兼容性、安全性引導通訊市場的走向。

參考文獻

[1] 李青，趙春花.農機具牽引力電子測試系統的設計[J].農業網絡信息，2010（10）：32-35.

[2] 曾曉華，張寧丹.電子測試系統接口技術研究[J].科技創新導報，2009（10）：77.

[3] 李玲，龔立嬌，坎雜等.懸掛農機具牽引力電子測試系統的設計[J].農機化研究，2004（1）：147-149.

接口測試范文第4篇

靳先生于2005年11月簽訂的《商品房買賣合同》約定:賣方在商品房交付使用后60天內,將其辦理權屬登記所需材料報產權登記機關,如因賣方的責任,買方不能在規定期限內取得房地產權屬證書的,買方不退房,賣方須按已付房款的4%向買方支付違約金。合同簽訂第二天,靳先生交付了全部房款,開發商于當年12月交付了房屋。隨后,靳先生屢次催促,開發商總以正在辦理為由應對。

今年3月,靳先生向法院,要求開發商立即為其辦理產權證,并按合同約定支付違約金3.4萬元及本案訴訟費。開發商在法庭上辯稱,靳先生確實購買了該公司開發的商品房。公司在開發過程中因部分建筑面積超出規劃,政府有關部門對此進行了處罰,新的規劃許可證因此遲遲辦理不下來。另外,公司積極向有關部門申請辦證,但多個政府行政部門抓住超面積建設問題不放,不能達成一致意見,故拖至最近才辦妥規劃許可證。有了新的規劃許可證,公司將盡快為靳先生等業主辦理產權證。開發商認為,由于其不存在主觀過錯,且靳先生主張的賠償事項超過訴訟時效,不同意支付違約金。

經法院審理查明,開發商確實因超面積建設導致原規劃許可證失效,需要重新辦理。開發商接受處罰后積極爭取,并于近期拿到了新的規劃許可證。靳先生與開發商簽訂的《商品房買賣合同》遵從雙方意愿,內容合法有效,故當事人應按約履行各自的義務。依據雙方約定,開發商負有在商品房交付使用后60日內,將其辦理產權證所需資料報房產登記機關的義務,因其自身原因未履行義務,導致靳先生無法及時取得房產證,應向靳先生支付違約金。

同時,法院認為靳先生在訴訟前從未向開發商提出請求,已經超過訴訟時效。但是,靳先生一直要求開發商為他辦理產權證明,該行為已足以表明其維護自身權益的意思表示,足以產生抵消其主張違約金超過訴訟時效的效果。最終法院判決開發商在判決生效15日內支付違約金的同時,將辦理產權證的材料及時報相關登記機關,逾期要按銀行活期存款利率支付靳先生自逾期之日到提交全部材料之日逾期賠償金。

接口測試范文第5篇

[關鍵詞] 流行性感冒（流感）；流感樣病例；監測；分析

[中圖分類號]R195.4 [文獻標識碼]A [文章編號]1673-7210（2008）02（b）-098-02

Analysis of monitoring results of influenza in Yingkou from 2005 to 2006

LIU Da-min, LI Gui-xiang, GUAN Xiao-yan, LI Xiao-bo

(Yingkou Municipal CDC of Liaoning Province,Yingkou 115000,China)

[Abstract] Objective: To study the mostly epidemic strains of flu and the epidemiological characteristics in Yingkou.Methods: Flu strains were isolated and identified through influenza-like cases specimens of throat swab, and influenza-like cases reports were analyzed.Results: 325 shares influenza-like cases specimens of throat swab were collected, and 7 influenza strains were isolated, which were all indentified as influenza A type 3. Influenza came into epidemic flood tide in November in Yingkou,and continued to March the next year.Conclusion: The mainly flu crowd is teenagers, and flu has a seasonal prevalence.

[Key words] Influenza(flu);Influenza-like case; Surveilliance;Analysis

流行性感冒（以下簡稱流感）是由流感病毒引起的常見的丙類傳染病，因其潛伏期短，傳播速度快，易引起暴發及流行。流感病毒有較強的變異性，且每次變異對人類都引起了較大的危害，因此流感被列為全球監測疾病。營口市設立了國家監測點1個，省級監測點1個。近年來通過監測及病原學檢測，為上級疾控部門提供了大量的病原毒株。現將營口市2005~2006年度流行性感冒監測情況分析如下：

1 對象與方法

1.1 監測對象

選擇2005年10月~2006年3月就診于營口市中醫院（國家級監測點）、營口市中心醫院（省級監測點）兒科門診的流感樣病例（發病3 d內，體溫≥38℃，伴有頭痛、咽痛、肌肉酸痛、乏力等癥狀），采集鼻咽拭子樣本。

1.2 監測資料統計

本監測資料來源于各監測點上報的每周報告的門診病例數、流感樣病例數。采用流感病原學診斷的個案流調表進行分析。

1.3 流感病毒分離鑒定

每周采集鼻咽拭子，在4~8℃條件下低溫保存，并于4 h內送營口市疾控中心實驗室做病毒分離鑒定。病毒的分離及鑒定按照《全國流感/人禽流感監測實施方案（2005~2010）》進行。

2 結果

2.1 流感樣病例流行病學監測

2005年10月~2006年3月監測點共報告門診病例數168 898人，其中流感樣病例3 004人，占1.78%。

2.1.1時間分布從時間上看，2005年第45~47周是營口市流感樣病例的高發期，即11月進入高發期。時間分布見圖1。

2.2 病原學監測

2005年10月~2006年3月監測點共采集咽拭子標本325份，其中分離出流感病毒7株，陽性率為2.15%，病毒分離均為甲3型流感病毒。見表1。

3 討論

從營口市2005~2006年度流行性感冒監測中可以初步確定，營口市人群中流感的流行毒株為甲3型，未檢出其他流感毒株，與省內其他市流行毒株相同。流感毒株的分離只在15歲以下流感樣病例的樣品中得以檢出，而其他年齡組均未檢出，提示應加強成年人組的采樣量。另外，兒童就診較為及時，樣品較易取得。

通過對流感樣病例的監測可知：①流感在營口市人群中發病以青少年為主，且在托幼機構出現小范圍的群發，但沒有出現暴發疫情。②流感的流行有明顯的季節性。營口地區在11月進入發病高峰，持續至第2年的3月份。

流感監測中出現的問題：①本年度監測只在2005年10~12月份分離出流感病毒，而之后未檢出。問題主要出現在實驗室技術掌握不好，細胞的提供不及時，細胞的培養生長狀態欠佳。②流感樣病例的統計不及時。由于流感樣病例的就診涉及到大型醫院的較多科室，統計較為困難。且由于臨床醫師責任心不強，出現流感樣病例漏報的情況。

為做好流感監測，我們也有著一些成功的經驗。為了更好地采集流感樣病例，我們把流感樣病例的采集工作集中到疾控中心來做，由疾控中心人員在醫院診室進行現場采樣。一周分2次來進行采樣，這樣就保證了采樣的準確性，送檢的及時性。

流感做為近年一項主要的傳染病監測工作，營口市疾控中心承擔著國家流感監測項目的監測任務。只有做到對醫院流感樣病例報告的勤指導、現場采樣的跟蹤、實驗室檢驗能力的提高，才能按照《全國流感監測實施方案》的要求更好地完成流感監測工作。

[參考文獻]

[1]謝群,陳柏塘,曾曉軍,等.郴州市2006年流行性感冒病原學監測結果分析[J].實用預防醫學,2007,14(4):1074.

[2]劉艷,劉革光,郝曉潔,等.保定市兒童醫院0~7歲門診流感樣病例監測研究[J].中國醫藥導報,2006,3(22):125-126.