引論：我們?yōu)槟砹?3篇功能測試范文，供您借鑒以豐富您的創(chuàng)作。它們是您寫作時的寶貴資源，期望它們能夠激發(fā)您的創(chuàng)作靈感，讓您的文章更具深度。
篇1
隨著科技的發(fā)展，汽車技術領域也日新月異。而作為作為汽車零部件之一的汽車儀表技術也日趨重要和復雜。從第一代的數(shù)字碼表，到現(xiàn)在的步進電機，從第一代的斷碼顯示到現(xiàn)在的TFT屏，無不見證科技的發(fā)展。可以預見到2020年左右，全屏幕儀表將占據(jù)市場主導地位。與此同時，儀表的功能測試領域也要有更新的測試理論和技術來滿足全屏技術的需求。以下將會和讀者分享儀表HMI測試領域里最新的技術發(fā)展。
自動化測試基礎，在儀表HMI的測試中，需要驗證圖像能否按照邏輯在正確時間點，順序，像素顯示給測試人員。隨著儀表功能的復雜度增加，HMI的信息量越來越大，原始的人工測試特別在TFT屏幕時代已經(jīng)滿足不了需求。因此基于Labview ，C++或者C#編寫的自動化測試工具應運而生。通過這些工具，在編譯好測試腳本的情況下，可以完成按照腳本自動的觸發(fā)模擬信號，自動的讀或者寫EEPROM，自動的對比圖片和標志位，從而完成圖片的邏輯和正確性的驗證。在儀表測試領域HMI自動化測試的結(jié)構一般如下：
在上圖中，自動化測試工具可以控制電源的電壓，來模擬正常和欠壓狀態(tài)下測試對象的工作特性，通過可編程開關和電阻來模擬汽車點火狀態(tài)或者供出不同阻值的電阻來模擬汽車上的阻值型傳感器，而通過調(diào)用通信模塊可以模擬整車狀態(tài)下的通信情況，同時可以控制圖像抓取工具實時的下載圖像。在抓取圖片以后就可以自動的來對比相應的圖像，這個對比也是通過自動化測試工具來調(diào)用圖像對比工具而進行的對比，而對比的前提是已經(jīng)有可用的圖片用來對比，我們稱之為圖像生成。
圖像生成，汽車生產(chǎn)商提供的圖片都是分解開的圖片，我們要做的工作就是依據(jù)汽車生產(chǎn)商的需求按照邏輯組合條件生將分解開的圖片組合在一塊。例如，四個門，引擎蓋和后備箱都有各自的信號來控制，當某一個或者幾個信號都觸發(fā)的時候，相應的組合圖片就應該顯示出來。而這個組合的過程需要一個專門的圖像處理工具，這里就不介紹這個工具的使用方法，但是這些工具要具有能夠定義圖像的如下屬性：圖像坐標、X_Alignment、Y_Alignment、文本的顏色、字體大小、字體類型、對齊方式等。當然這種圖像生成工具也要具備邏輯編譯的特性以使圖像能夠按照一定的邏輯條件顯示并導出。隨著圖像數(shù)量的增多，可編程的自動化導出圖像的工具會成為未來發(fā)展的方向。因為通過窮舉的方法很難將各種組合都一一考慮到，而且原始的方法也會耗費很大的人力和時間。為了提高效率，圖像生成的工具還要能整合所有的圖像資源，語言類型，信號資源。
圖像資源：就是將這個項目能用到的零碎圖像都放在一塊，而每個零碎圖像都有唯一的名字，這樣編譯者只要通過調(diào)用想要的圖像的名字就可以得到想要的圖片，一般圖片類文件的格式有 .PSD，.PNG， .BMP，QML 和 DOORS ，這些格式都應該是圖像生成工具應該考慮支持的。
語言類型：一個商品的銷售區(qū)域有可能涉及的不同的國家，因此針對可能的市場區(qū)域要給每個提示信息能夠配置不同的國家語言，所以圖像生成工具也要具備能調(diào)用文本類型資源的功能。
信號資源：在實車中駕駛員觸動某一個功能鍵就會有相應的信息觸發(fā)來告訴駕駛員操作是否成功，而圖像生成工具也要有模擬相應信號的功能，這樣才能按照編譯者想要的功能按照信號的觸發(fā)邏輯正確的顯示出來。下面將以車門開作為案例來描述圖像生成的具體過程：
我們定義左前門，右前門，左后門，右后門信號名字分別為LFDoorsts，RFDoorsts，LRDoorsts，RRDoorsts ，車門打開的條件是相應的信號置1，關閉則置0，要顯示門打開的圖像總的包括四個門，整車圖片，后視鏡圖片，引擎蓋圖片，后備箱圖片，如果我們想顯示左前門被打開，就要顯示左前門和整車圖片而其他圖片就不需要顯示，這樣我們就可以定義圖片顯示屬性中的“可顯示性”放入如下的邏輯：LFDoorsts=1& RFDoorsts=0& LRDoorsts=0& RRDoorsts=0，這里可以設置整車默認是一直顯示的，而引擎蓋和后備箱圖片默認不顯示的。通過這樣的邏輯就會讓左前門和整車圖片一起顯示出來，現(xiàn)實中就是顯示車門已經(jīng)打開。
圖像的采集，圖像獲得的方法有很多種，可以通過高清相機，像素下載工具，緩存讀取工具。高清相機具有價格昂貴，固定困難，可移植性差的特點只適合在工業(yè)生產(chǎn)領域，緩存讀取工具依附于軟件開發(fā)，可復用性差，相對于更改頻率高的軟件開發(fā)階段 ，像素下載工具具有，移動方便，價格便宜的特性而成為首選。
首先，需要一個圖像采集卡，例如Matrox Solios，這是邁創(chuàng)公司的一款數(shù)據(jù)采集卡，可以通過Labview 來驅(qū)動，然后，通過FPGA模塊和Input Adapter 和Output Adapter 模塊將HMI屏幕上的數(shù)據(jù)直接采集到電腦上，可以支持顯示尺寸 從320x240 到 1920x720，最后通過電腦上的軟件將采集的圖像保存供自動化比對時使用。在圖像抓取前有一項重要的工作就是定義你所要抓取的圖像的中心點，這個中心點就是用來定義坐標的起始位置。然后再定義每個像素點的坐標，這樣就可以保證每一個像素不會被遺漏掉。像素下載工具的通信速率也要滿足被測試對象的設計標準，一般來說，在沒有進入動畫視頻時代的儀表HMI，60fps的通信速率已經(jīng)可以滿足需求。同時，為了適用不同屏幕大小的需求，圖像下載工具還要有能夠配置下載圖像的區(qū)域大小，可以通過編輯FPGA來實現(xiàn)這個功能。
對于一個設備，它的適用性也很重要，為了使圖像下載工具能夠適用不同項目的需求，可以通過更改input adapter 上的Display Connector的接口形式來擴展其適用性。在數(shù)據(jù)采集軟件工具的控制面板上我們可以通過定義采集的時間間隔，采集后保存圖片的格式 等等。
以上就是從結(jié)構上介紹了汽車儀表HMI功能測試的方法，將圖像生成，圖像采集，圖像對比做了簡單的介紹，相信隨著科技的進步，更高級，自動化程度更高的測試方法還會被發(fā)明出來。
篇2
一、功能測試概述
功能測試（FCT：Functional Circuit Test）指的是對測試目標板（UUT：Unit Under Test）提供模擬的運行環(huán)境（激勵和負載），使其工作于各種設計狀態(tài)，從而獲取到各個狀態(tài)的參數(shù)來驗證UUT的功能好壞的測試方法。簡單地說，就是對UUT加載合適的激勵，測量輸出端響應是否合乎要求。一般專指實裝電路板（PCBA）上電后的功能測試，包括：電壓、電流、功率、功率因素、頻率、占空比、位置測定等功能參數(shù)的測量。功能測試涉及模擬、數(shù)字、存儲器、RF和電源電路，通常要用不同的測試策略。測試包括大量實際重要功能通路及結(jié)構驗證（確定沒有硬件錯誤），以彌補前面測試過程遺漏的部分。這需要將大量模擬/數(shù)字激勵不斷加到UUT上，同時監(jiān)測同樣多數(shù)量的模擬/數(shù)字響應，并完全控制其執(zhí)行過程。功能測試有多種形式，這些形式在成本、時間、效果和維護性方面各有優(yōu)缺點，主要分為下面四種基本類型：（1）模型測試系統(tǒng)。從理論上說檢驗一個設備（線路板或模塊）功能最簡單的方法就是把它放在和真的環(huán)境一樣的模型系統(tǒng)或子系統(tǒng)中，然后看它工作是否正常。如果正常，我們可以有很大把握認為它是好的，如果不正常，技術人員將進行檢測希望找出失效的原因以指導維修。但實際上，這種插入上電方式有很多缺點而且很少有效，雖然它有時可作為其它測試方案的補充。（2）測試臺。測試臺是一個常規(guī)測試環(huán)境，包括與被測設備之間的激勵/響應接口、專門測試規(guī)程規(guī)定的測試序列與控制。激勵與響應通常由標準電源及實驗儀器、專用開關、負載以及終端自定義電子設備（如數(shù)字激勵）提供。在這里夾具是非常重要的一個部分，可提供到被測設備正確的信號路徑和連通。在很多情況下，夾具基本上是針對每個應用而定制的，需要結(jié)合手工操作進行設置。測試過程和控制通常手動進行，有時靠PC協(xié)助，通過書面的協(xié)議或規(guī)程進行規(guī)定。測試臺連接到具體的產(chǎn)品，優(yōu)點是成本相對較低，設備比較簡單，但在應對多種產(chǎn)品時靈活性較差。（3）專用測試設備（STE）。從理論上專用測試設備就是使測試臺操作自動化的系統(tǒng)，系統(tǒng)的心臟通常是一臺電腦，通過專用總線和一些可編程儀器進行控制。速度、性能、適用情況、成本及其它因素影響著儀器總線和結(jié)構的選擇。各種儀器和通用設備堆疊在一個或多個垂直機箱里，然后再連到被測設備上。有自動化處理，設置時間、測試時間以及整體操作都比手工測試臺更加快速而容易。STE可以擴展為滿足多種性能需要，通常用于生產(chǎn)或維修中心。STE最明顯的是總體成本：設備投資成本、操作成本以及程序開發(fā)成本。（4）自動測試設備（ATE）。通用自動測試設備（GPATE，或簡稱為ATE）是一種非常先進靈活的方案，可以滿足多種產(chǎn)品與程序測試要求。系統(tǒng)集成、信號連通靈活性、增值軟硬件、面向測試的語言、圖形用戶界面等是ATE和STE之間的主要區(qū)別。除了儀器全面集成帶來的優(yōu)點之外，ATE還能為信號路由和連接提供更好方案。ATE專用背板大多數(shù)情況下包括一個模擬總線，可以讓儀器直接連到任何引腳，而不會使內(nèi)外引線變得復雜。這種靈活性通常可擴展到將模擬和數(shù)字通道合在一起，使用戶在任何時候連接數(shù)字或模擬激勵，并測量接收器任意引腳。其結(jié)果是不僅使成本大大簡化降低，同時測試程序也更易于實現(xiàn)。依據(jù)控制模式的不同，可以分為：手動控制功能測試、半自動控制功能測試、全自動控制功能測試。隨著科技的高速發(fā)展，為了節(jié)約生產(chǎn)成本和提高生產(chǎn)效率，現(xiàn)在的功能測試有些使用全自動的測試方案。目前，對于一些簡單的被測板的功能測試，基于簡化設計和減少制作成本考慮，仍然采用手動或者半自動的測試方案。
二、模塊化的開放性PCBA功能測試平臺
（一）系統(tǒng)結(jié)構
由于全自動控制的功能測試需要購置或開發(fā)全自動設備，前期資金投入較大，而半自動控制的功能測試對設備需求相對較低，因此目前中小企業(yè)使用的大多是半自動控制功能測試，本文提出的測試平臺也是半自動方式。本文提出的測試平臺主要由三個部分組成：系統(tǒng)控制中心、檢測臺、測試儀器，結(jié)構如圖1所示。
圖1 功能測試平臺結(jié)構
1.系統(tǒng)控制中心。這部分由安裝了FCT測試軟件的PC
組成，是整個測試系統(tǒng)的核心部件，它的主要作用是控制整個測試過程的運行狀態(tài)，并對每一步的測試內(nèi)容及結(jié)果進行判斷和記錄，最終得出測試結(jié)果，并把這些結(jié)果和數(shù)據(jù)存儲、輸出，更方便于對PCBA產(chǎn)品質(zhì)量進行有效控制。FCT軟件如圖2所示。
圖2 FCT軟件界面
FCT軟件采用模塊化設計，由圖1可知其由7個模塊組成：顯示模塊、數(shù)據(jù)庫、用戶管理模塊、編程模塊、結(jié)果處理模塊、程序執(zhí)行模塊、通訊模塊。顯示模塊是人機交互接口，將操作員的操作指令傳達給其他模塊，并將其他模塊的實時信息顯示給操作員。數(shù)據(jù)庫是整個控制中心的核心模塊，它保存了用戶信息、可編程儀器的指令信息、測試儀器信息、界面顯示信息。采用ACCESS 2000作為數(shù)據(jù)庫，保證了數(shù)據(jù)庫的通用性和易用性。用戶管理模塊用于管理登錄用戶的操作權限，有操作員和程序員兩類用戶。操作員無法使用編程模塊，只能操作已經(jīng)編寫好的測試文件；程序員權限高于操作員，可使用編程模塊編寫或修改測試流程，并將測試流程保存為測試文件以供操作員使用。在程序啟動時會首先啟動用戶管理模塊，彈出用戶登錄對話框（如圖3所示），選擇相應用戶并輸入密碼后，用戶管理模塊會根據(jù)數(shù)據(jù)庫保存的用戶信息授予登錄用戶相應的權限，根據(jù)權限啟動軟件并禁用相應模塊。圖2顯示的即為程序員登陸后的界面，操作員登陸后編程面板（Program pane）是不可見的。
圖3 FCT軟件登陸界面
編程模塊用于測試文件的編寫或修改，編程面板如圖4所示，每點擊一次“確定”或“增加”就修改或增加了一條測試程序。各項輸入框的作用為：檢驗項目——用于描述增加/修改的程序的作用；指令——選擇程序所要執(zhí)行的動作，如向測試設備發(fā)命令、向智能工裝板發(fā)命令、延時等；描述——用于詳細解釋檢驗項目；參數(shù)——用于設定執(zhí)行指令時所需的參數(shù)，如圖4所示，需要打開13號繼電器，則參數(shù)中需輸入繼電器編號13；設備——執(zhí)行指令的目標設備的列表，包括檢測設備、智能工裝板和PC機，其中檢測設備必須為可編程儀器，如泰克DMM4050數(shù)字萬用表等；功能——選擇目標設備需要執(zhí)行的動作，如測量電壓、測量電流等；跳轉(zhuǎn)指令——用于指定當前程序執(zhí)行失敗/通過后需要執(zhí)行的下一條程序；條件——指定程序運行成功的判斷條件，如大于、小于等；單位——選擇檢驗項目的單位，如V、A等；上/下限值——當指定通過條件為大于、小于等范圍值時，需要在上/下限值輸入框內(nèi)設定條件范圍。點擊“確定”為修改當前程序，“增加”為在當前程序后增加設定好的程序。編程模塊中的指令、設備、功能、條件四項信息都保存在數(shù)據(jù)庫中。整個編程過程非常簡單，僅需在編程面板上選擇相應目標設備和指令動作即可，不需要去研究檢測設備復雜的編程手冊。
圖4 編程面板
程序執(zhí)行模塊：用于打開和運行編程模塊配置好的測試文件。運行時采用多線程，后臺線程執(zhí)行設定好的程序，按程序流程向檢測臺或測試儀器發(fā)送命令或接收數(shù)據(jù)。圖2中顯示的“測試程序”界面為一個測試流程，即一個測試文件。結(jié)果處理模塊：用于處理檢測儀器傳回來的檢測結(jié)果，根據(jù)程序執(zhí)行模塊中測試文件設定的結(jié)果通過條件判斷相應的結(jié)果是否符合要求，并將結(jié)果通過顯示模塊顯示給操作員，對于不符合要求的測試結(jié)果會以不同的顏色標示出來。操作員還可通過結(jié)果處理模塊將檢測結(jié)果保存或打印出來。通信模塊一共有兩個，分別用于與檢測設備和檢測臺相互傳送數(shù)據(jù)。每個通信模塊都可選擇USB或串口通信方式。
2.檢測臺。檢測臺主要由智能工裝板和針床組成，它是測試過程邏輯動作的感應和執(zhí)行機構，系統(tǒng)通過它來搭建各種測試環(huán)境，實現(xiàn)測試功能。智能工裝板是單片機控制的繼電開關組，每一個繼電器即為一個測試通道，當繼電器閉合時，檢測設備就可通過該通道測試PCBA上測試點的數(shù)據(jù)。針床結(jié)構如圖5所示，針床上根據(jù)PCBA的測試點位置配置了探針，每一根探針嚴格對應PCBA上的一個測試點，將PCBA固定于針床上，探針就會與相應的測試點接觸。而探針另一端通過導線與智能工裝板上的繼電器相連，通過繼電器的開關來選擇檢測儀器的測試通道。
圖5 針床結(jié)構
3.測試儀器。測試儀器主要由各種可編程的檢測設備組成（如泰克DMM4050數(shù)字萬用表），它主要完成測試過程中各種模擬或者數(shù)字量的采集工作。測試儀器可根據(jù)FCT需求更換，如當需要做電磁兼容性測試時，可采用相關儀器。
（二）系統(tǒng)檢測
在啟用本系統(tǒng)檢測PCBA前，首先由程序員根據(jù)測試需求編寫測試文件。在程序員啟動編程面板時，編程模塊會先讀取數(shù)據(jù)庫，將指令列表、設備列表、功能列表、條件列表顯示在編程面板上以供程序員選擇，同時，也會把這些選項相互的限制關系（如當選擇“延時”指令時，功能列表和條件列表都將變灰，處于不可選的狀態(tài)）保存到編程模塊中。當程序員選擇好要執(zhí)行的指令并點擊“確定”或“增加”按鈕后，編程模塊首先根據(jù)指令確定執(zhí)行命令的設備目標，然后根據(jù)選擇的功能從數(shù)據(jù)庫中查詢出相應的儀器編程指令，然后將程序員輸入的參數(shù)加入編程指令字符串中，最后將字符串保存到程序執(zhí)行模塊中的程序指令隊列里。所有程序編輯完畢后，將指令隊列保存為測試文件。當要執(zhí)行測試操作時，先開啟智能工裝板的電源，這時PC
BA也由工裝板供電并開始工作。操作員打開一個測試文件（操作員不能修改程序列表），選擇需要執(zhí)行的測試指令和需要記錄結(jié)果的指令，點擊“連續(xù)運行”或“單步運行”就可以開始測試工作了。程序運行的一般流程如下：（1）程序執(zhí)行模塊首先向檢測設備和檢測臺發(fā)送握手信息，確認連接。（2）程序執(zhí)行模塊向智能工裝板的單片機發(fā)送激勵信息，單片機根據(jù)指令閉合相應的繼電器，開啟一個測試通道。如果需要測量波形或者頻率等，程序執(zhí)行模塊還命令單片機產(chǎn)生一個PWM波或正弦波等。（3）程序執(zhí)行模塊向測試儀器發(fā)送啟動信號，測試儀器根據(jù)發(fā)來的指令字符串切換成相應的檢測模式，并通過開啟的測試通道開始采樣。此時系統(tǒng)控制中心處于等待狀態(tài)并同時啟動計時器，當測試儀器在預期的時間內(nèi)沒有發(fā)回測試結(jié)果，就認為測試儀器沒有接到指令并重新發(fā)送指令字符串。若系統(tǒng)控制中心重復發(fā)送了多次相同指令卻仍然沒有收到回復，則認為連接中斷并通知操作員檢查線路。（4）測試儀器將檢測結(jié)果通過通信模塊發(fā)送給結(jié)果處理模塊。（5）結(jié)果處理模塊根據(jù)程序員設定的結(jié)果通過條件分析檢測數(shù)據(jù)，并按操作員需求將結(jié)果添加到“測試結(jié)果”列表，不符合結(jié)果通過條件的將會以不同的顏色標示出來。至此，一個指定測試點的檢測已經(jīng)完成。如果有其他測試點需檢測，則返回（2），執(zhí)行下一輪檢測，直到所有程序指令執(zhí)行完畢。在所有程序執(zhí)行完畢后，顯示界面會自動切換到“測試結(jié)果”界面，操作員可將檢測的結(jié)果列表保存為一個文件，也可直接打印出來。測試過程表明，有60個步驟的測試流程執(zhí)行一次所需的時間不到1分鐘，結(jié)果顯示界面如圖6所示。
圖6 結(jié)果顯示界面
（三）系統(tǒng)的擴展
該系統(tǒng)是一個通用的開放測試平臺，用戶可根據(jù)需求任意擴展其功能。通常可分為兩類擴展：PCBA擴展和功能擴展。（1）PCBA擴展。由于不同的PCBA測試點不一樣，因此一種PCBA通常只能對應一塊針床。如果要測試不同的PCBA，可以將針床上的探針重新配置到PCBA對應的測試點位置坐標上，然后把探針一端與繼電器相連即可。考慮到系統(tǒng)的復用性（即一套系統(tǒng)可隨時測試不同的PCBA），若每次都重新排布探針并連線，反而費時費力，會導致測試效率大大降低。因此，通常對于一類PCBA都會預先制作好匹配的檢測臺，在測試這類PCBA時，只需將替換對應的檢測臺，打開測試文件即可開始檢測，大大提高了功能測試的效率。（2）功能擴展。一臺測試儀器所能檢測的項目是有限的，若遇到一些特殊的檢測項目，則需要更換測試儀器以擴展系統(tǒng)的測試功能。例如，泰克DMM4050數(shù)字萬用表，可以做電壓、電流、頻率等測試，但若要做負載測試或通信測試則無法完成，此時就需要更換相應的測試儀器。更換測試儀器后，只需更新系統(tǒng)控制中心的數(shù)據(jù)庫，將儀器加入設備列表，并增加其對應功能的指令集即可，升級過程非常簡單，無需修改軟件的源程序。為了避免臨時升級系統(tǒng)，我們?yōu)橄到y(tǒng)預先儲存了多種儀器的配置信息，基本滿足大多數(shù)功能測試的需求。
本文所設計的模塊化開放性由系統(tǒng)控制中心、檢測臺和測試儀器三個部分構成。該系統(tǒng)僅需測試人員選擇相應的測試功能即可編寫出完整的測試流程，極大地降低了測試程序的編寫難度。軟件界面友好，功能強大，操作簡單，大大提高了PCBA功能測試效率。該系統(tǒng)擴展性強，可通過切換檢測臺實現(xiàn)多種PCBA的檢測，還可通過增加測試儀器并升級數(shù)據(jù)庫來增加檢測項目，因此該系統(tǒng)的通用性極強，可滿足于大多數(shù)功能測試的需求。該系統(tǒng)目前已應用于PCBA的生產(chǎn)線，經(jīng)生產(chǎn)檢驗，是一種成熟可靠的測試平臺。
參 考 文 獻
[1]Salvatore Nuccio，Ciro Spataro.Assessment of virtual instrumentsmeasurement uncertainty[J].Computer Standards & Interfaces.2001（23）：39～46
[2]王晏斌.基于單片機的PCBA測試系統(tǒng)研究[J].科技資訊.2011（3）：76～78
[3]張倫，吳常津等.電子故障分析手冊[M].北京：科學出版社，2002
[4]高澤涵編.電子電路故障診斷技術[M].西安：西安電子科技大學出版社，2000
[5]朱大奇著.電子設備故障診斷原理與實踐[M].北京：電子工業(yè)出版社，2004
篇3
TD-SCDMA技術作為已經(jīng)國際化的中國3G標準,在社會各界的共同努力下,已全面進入了產(chǎn)業(yè)化、商用化和技術推廣的新階段。如今,整個階段的進程在不斷加快,TD-SCDMA網(wǎng)絡和終端產(chǎn)品已進入了大規(guī)模建設和蓬勃發(fā)展時期。
現(xiàn)今的移動網(wǎng)絡新業(yè)務層出不窮,移動終端也從簡單的語音通訊過渡到集數(shù)據(jù)、多媒體、信息處理等多種業(yè)務功能的通信信息平臺。從專業(yè)測試人員的角度看,終端的業(yè)務功能日益強大,測試也就日益復雜,測試內(nèi)容也將超出傳統(tǒng)的通信業(yè)務。如何選擇合理的測試項目,采取何種測試手段成為業(yè)界關注的重點,文章將從這些方面對TD-SCDMA終端的業(yè)務和功能進行探討。
2TD-SCDMA終端發(fā)展現(xiàn)狀
從2007年至今,在國家大力的支持下,TD終端產(chǎn)品的發(fā)展是十分迅速的,截至2009年10月,進網(wǎng)的TD終端數(shù)量已達到200余款,高、中、低端TD手機進入市場接受消費者的挑選,影響TD商用的終端瓶頸已經(jīng)不復存在。對于終端產(chǎn)品,按產(chǎn)品類別可分為手機、數(shù)據(jù)卡和固定無線終端;從制式上又可分為單模、雙模單待、雙模雙待等;從支持的功能上可分為支持HSDPA、支持CMMB等。這些不同的功能、制式的組合使TD-SCDMA終端產(chǎn)品種類繁多,覆蓋不同業(yè)務范圍,滿足不同消費人群的需要。
作為主要的TD終端產(chǎn)品――手機,其業(yè)務功能不斷演進發(fā)展,創(chuàng)新就成了TD產(chǎn)品的一大特色。同時,TD手機制式也多種多樣,如圖1所示。從初期分組域承載業(yè)務最高支持384kbps速率到目前支持HSDPA最高支持2.8Mbps速率;從初期的2G和TD不能 “攜號轉(zhuǎn)網(wǎng)”到目前的GSM向TD平滑轉(zhuǎn)網(wǎng);從單純的通信產(chǎn)品到支持各種媒體、廣播、電視的綜合通信信息終端,現(xiàn)階段的TD手機終端逐漸成熟、穩(wěn)定。基于對數(shù)據(jù)業(yè)務的很好支持,TD終端的功能和應用有著巨大的拓展空間。
作為TD-SCDMA的系列產(chǎn)品,數(shù)據(jù)卡和無線固話補充著TD產(chǎn)品線的空白。數(shù)據(jù)卡定位于滿足信息類產(chǎn)品在移動中提供高速率數(shù)據(jù)業(yè)務,主流的數(shù)據(jù)卡均支持HSDPA,最高速率能夠達到2.8Mbps,其高速率、移動性的特點和筆記本之類的產(chǎn)品構成了最佳的組合。TD數(shù)據(jù)卡制式比例如圖2所示。
數(shù)據(jù)卡的姊妹產(chǎn)品――數(shù)據(jù)模塊,通過USB口或者是專用接口和不同的信息平臺結(jié)合,衍生出許多新型的產(chǎn)品,比如:上網(wǎng)本、電子書、家庭網(wǎng)關等。在2008年,TD數(shù)據(jù)卡給市場帶來了較大的沖擊。固定無線終端從另一個方向豐富著TD產(chǎn)品的結(jié)構,TD的固定無線終端僅提供語音業(yè)務和低速數(shù)據(jù)業(yè)務,是定位在企業(yè)和家庭用戶的低端產(chǎn)品。
如今,隨著移動通信領域市場競爭的加劇,要求不斷地將用戶進行細分,針對用戶的個性化需求而設計產(chǎn)品。擁有多種業(yè)務能力、針對不同用戶的TD終端都已逐步投入市場,TD終端產(chǎn)品也漸漸向產(chǎn)品結(jié)構細化、功能多樣化、高性能化發(fā)展,它們將能夠?qū)崿F(xiàn)更多復雜的功能業(yè)務。對于廣大終端用戶而言,將會能夠體驗到更多的便利。
3 TD-SCDMA終端業(yè)務功能測試
TD-SCDMA的技術給電信市場帶來了想象空間,產(chǎn)品功能的多樣性和復雜性最終落到了用戶直接體驗的功能的應用上。因此要保障終端產(chǎn)品的穩(wěn)定性、可靠性、高效性、安全性,需要對終端產(chǎn)品進行系列的性能測試,測試是以國標、行標為依據(jù)的,企業(yè)通常采用更為嚴格和細致的測試。業(yè)務功能測試是產(chǎn)品性能測試中的一項重要的測試內(nèi)容,其具體測試內(nèi)容主要包括業(yè)務測試和功能測試,按照測試性質(zhì)可分為:電信業(yè)務、終端功能和網(wǎng)絡信息安全。
3.1 業(yè)務測試
業(yè)務測試是基礎的測試項,包括了電信業(yè)務、承載業(yè)務、補充業(yè)務、增值業(yè)務。電信業(yè)務包含了電話、緊急呼叫、電路域和分組域的短信息以及小區(qū)廣播短消息業(yè)務。這些測試項代表了終端最基本的業(yè)務――語音通話、短消息業(yè)務。歐洲以及日、韓3G運營商的運營數(shù)據(jù)表明,即使在3G時代,這些基本業(yè)務仍會是最大的用戶需求,用戶對使用語音通信的需求并沒有因為對數(shù)據(jù)業(yè)務的需求上升而降低,終端制造商在研發(fā)TD手機時,首要的考慮仍然是要確保手機在語音通信方面的表現(xiàn)。終端應該能保證撥號/接聽正常、通話質(zhì)量正常、掛機正常,正常釋放與本次呼叫有關的資源。而對于消息業(yè)務,在電路域中,終端應保證短消息發(fā)送/接收正常;在分組域中,短消息需發(fā)送正常,被測終端能收到SGSN返回的發(fā)送成功消息,SMSC能收到正確的短消息信息,目的終端能收到正確的短消息信息,并且短消息接收正常,被測終端正確接收到SGSN轉(zhuǎn)發(fā)的短消息,并返回接收成功消息。這要求測試人員對業(yè)務實現(xiàn)過程中的信令流程有很好的理解,這樣有利于分析可能出現(xiàn)的各種問題。
TD-SCDMA的承載業(yè)務有:多種速率的AMR語音、透明數(shù)據(jù)業(yè)務、非透明數(shù)據(jù)業(yè)務、可視電話、分組域承載業(yè)務、多個承載業(yè)務組合。由于TD-SCDMA的移動無線系統(tǒng)是針對所有無線環(huán)境下對稱和非對稱的3G業(yè)務設計的,運行在不成對的射頻頻譜上,自適應資源分配性能可以取得獨立于對稱業(yè)務負載關系的頻譜分配的最佳利用率。這樣,TD-SCDMA通過最佳自適應資源的分配和頻譜效率,可支持速率從8kbit/s到2.8Mbit/s的包括語音、數(shù)據(jù)等在內(nèi)的各種業(yè)務應用,并且對具有不對稱特點的互聯(lián)網(wǎng)業(yè)務可以很好支持。在測試中主要涉及對數(shù)據(jù)傳輸速率的監(jiān)控、多承載組合等,按照標準要求,對于TD的分組域承載傳輸速率下行最高為384kbps;若支持HSDPA,應能達到下行384kbps到2.8Mbps的速率。多個承載業(yè)務組合測試的方法為并發(fā)測試,主要驗證用戶終端同時支持AMR語音和分組域的數(shù)據(jù)業(yè)務,同時支持電路域的數(shù)據(jù)業(yè)務和分組域的數(shù)據(jù)業(yè)務。并發(fā)測試的主要目的是保證用戶在使用數(shù)據(jù)業(yè)務的同時能夠正常使用基本電信業(yè)務,能夠得到電信業(yè)務的正確提示。3G在數(shù)據(jù)傳輸速率上比2G終端擁有巨大的提升,從而可對移動終端用戶提供更多更高級的服務。在目前,支持HSDPA的終端在理論上能夠達到2.8Mbps的高速率,在這樣強大的數(shù)據(jù)傳輸平臺上,將能給3G終端帶來更多的數(shù)據(jù)應用空間、更多的增值業(yè)務,使終端能夠很好處理圖像、音樂、視頻流等多種媒體形式,提供包括網(wǎng)頁瀏覽、電話會議、電子商務等多種信息服務。
補充業(yè)務是對基本電信業(yè)務的補充、擴展從而實現(xiàn)業(yè)務增值,包括號碼識別類、呼叫提供類、呼叫完成類、多方通信類、計費類、呼叫限制類、非結(jié)構化補充業(yè)務數(shù)據(jù)(USSD)等。與2G網(wǎng)絡相比,3G網(wǎng)絡在帶寬、傳輸速率以及QoS方面都有相當顯著的優(yōu)勢,為開展寬帶多媒體數(shù)據(jù)應用提供了良好的基礎平臺。與此同時,運營商應對3G網(wǎng)絡能夠支持的多種復雜的數(shù)據(jù)業(yè)務進行有效及時的計費,并在終端上有所體現(xiàn):終端應具備相應的計費業(yè)務的設置操作,能使用戶能根據(jù)自身需求制定恰當?shù)臉I(yè)務。
另外,USSD是一種新型交互式數(shù)據(jù)業(yè)務,能夠為移動通信終端用戶提供文本菜單方式的使用界面,既有利于運營商對業(yè)務進行整合和管理,也為用戶使用業(yè)務提供了很大的便利。USSD交互性強、響應速度快以及安全可靠等特點,使運營商可以給客戶提供多種多樣的業(yè)務,例如面向個人的業(yè)務,主要是一些信息咨詢類和下載類的業(yè)務,包括信息咨詢類、客戶服務類、下載類、小額支付類以及互動游戲類等業(yè)務。
增值業(yè)務在3G時代會得到更廣泛應用,一般增值業(yè)務包括:MMS(多媒體短消息)、JAVA、WAP、流媒體、定位業(yè)務、Email等等。增值業(yè)務的應用是以穩(wěn)定、高速的承載平臺作為基礎,配合各種數(shù)據(jù)服務以及強大的終端處理能力等必要支撐,可以衍生出各種各樣的業(yè)務。因此在對增值業(yè)務的測試中包含了3個重要的測試點:網(wǎng)絡的承載能力的測試;對各種不同的數(shù)據(jù)服務的測試;對終端處理能力的驗證。其中重點是對各種不同數(shù)據(jù)服務的驗證。
3.2 終端功能測試
終端的功能,主要是指和通信相關的終端功能,可以按照性質(zhì)分為顯示通信狀態(tài)的信息提示類和功能執(zhí)行類。信息提示類的主要目的是給予用戶正確、及時、安全的提示,其中包括:被叫號碼顯示、呼叫進展信號指示、國家/PLMN指示、短消息指示和確認、短消息溢出指示、業(yè)務指示器、電池容量指示及告警、主叫號碼識別指示、呼叫時間提示指示。功能執(zhí)行類包括:國家/PLMN選擇、鍵盤、IMEI、雙音多頻功能、簽約識別管理、開關、中文支持能力、電話號碼簿功能。
傳統(tǒng)的功能測試也存在一些需要注意的項目,如:“國家/PLMN選擇”項目在我國的現(xiàn)網(wǎng)測試中就很就有意義。隨著終端的發(fā)展,越來越多的娛樂、信息處理等功能也集成在手機中,手機功能也應更多地考慮這些功能和通信的相互聯(lián)系和影響。比如集成了CMMB的終端,在CMMB工作的狀態(tài)時,來電話或短信等電信業(yè)務,要求終端能夠保證通信的最高優(yōu)先,并能在用戶未處理的情況下保留提示信息。因此在測試中就要模擬出不同的測試場景進行驗證,考驗終端并行處理的能力和終端資源分配等是否合理。
3.3 終端信息安全測試
在3G時代,隨著信息產(chǎn)業(yè)的發(fā)展,通信中的網(wǎng)絡、終端的信息安全越發(fā)重要。移動終端作為移動業(yè)務對用戶的唯一體現(xiàn)形式以及存儲用戶個人信息的載體,要配合移動網(wǎng)絡保證移動業(yè)務的安全,實現(xiàn)移動網(wǎng)絡與移動終端之間通信通道的安全可靠,同時保證用戶個人信息的機密性、完整性。對終端而言,通過網(wǎng)絡和外設傳播手機病毒和惡意代碼是主要的途徑,幾種典型的方式是:
(1)利用藍牙方式,病毒會修改智能手機的系統(tǒng)設置,通過藍牙自動搜索相鄰的手機是否存在漏洞,并進行攻擊;
(2)感染PC機上的手機可執(zhí)行文件,這類病毒感染電腦后,會搜索電腦硬盤上的手機可執(zhí)行文件并進行感染;
(3)通過MMS多媒體信息服務方式來傳播;
(4)利用手機的BUG進行攻擊。
通過分析可以看到,終端的安全問題主要是傳播途徑和終端自身的數(shù)據(jù)、操作系統(tǒng)的漏洞。因此在對安全進行測試時,對外設采取的安全措施要進行驗證,例如:外設對碼的可靠性、外設的可控性(手動關閉、開啟)等。自身數(shù)據(jù)、操作系統(tǒng)的安全重點在于終端本身的能力,測試時需驗證終端對自身數(shù)據(jù)和操作系統(tǒng)的加密、訪問權限等的操作。
在對TD終端的功能業(yè)務的測試中,涉及網(wǎng)絡信息安全的項目包括:緊急呼叫、主叫號碼識別顯示、簽約識別管理、補充業(yè)務、鑒權;涉及終端自身安全的項目有用戶身份認證、終端硬件安全、數(shù)據(jù)安全、操作系統(tǒng)的安全幾大類。通過測試能夠在終端側(cè)樹立安全屏障,保證終端業(yè)務功能的正常使用。
在測試過程中,針對不同制式的終端會有不同的測試項目,例如:某些支持HSDPA的終端,在測試時會增加對其下行384kbps以上到2Mbps分組數(shù)據(jù)業(yè)務進行測試;某些支持CMMB的終端,會增加其CMMB功能的測試,并對終端CMMB業(yè)務與語音、消息類業(yè)務的并況進行測試;對于數(shù)據(jù)卡、固定無線終端不具備的功能(語音通話類、消息類業(yè)務,數(shù)據(jù)業(yè)務等),在測試中將會視情況對測試項目進行刪減。
3.4 終端業(yè)務功能測試系統(tǒng)
測試中,通常采用現(xiàn)網(wǎng)與模擬網(wǎng)結(jié)合的測試環(huán)境。現(xiàn)網(wǎng)主要是驗證終端在實際網(wǎng)絡中業(yè)務功能的實現(xiàn)情況,在測試中出現(xiàn)的一些問題,在終端側(cè)無法定位,分不清問題源自網(wǎng)絡側(cè)還是終端側(cè),在模擬網(wǎng)環(huán)境下對業(yè)務的測試則可以很清楚業(yè)務的工作流程,對于測試過程出現(xiàn)的問題可以作出準確的分析和判斷。終端業(yè)務測試系統(tǒng)是全面的手機功能性研發(fā)平臺,內(nèi)置的基站模擬器模塊,可支持2G/3G不同的手機制式,可以測試標準的符合性、與現(xiàn)網(wǎng)服務器的互通性,并支持所有常見的手機應用程序的功能性驗證。
測試過程中,將TD終端與測試系統(tǒng)相連,終端和系統(tǒng)服務器之間可以實現(xiàn)上下行語音通話、上下行短信/彩信業(yè)務、通話中上行/下行短信業(yè)務的并發(fā)、通話中下行彩信業(yè)務并發(fā)、流媒體、Browsing等。也可將兩個終端與服務器相連,實現(xiàn)Mobile-to-Mobile短信業(yè)務、Mobile-to-Mobile通話等業(yè)務。系統(tǒng)擁有簡易的腳本生成器,實現(xiàn)手機的自動化Regression測試。通過系統(tǒng)的客戶端圖形用戶界面可以直觀監(jiān)測到終端的業(yè)務信令流程,還可以反映并發(fā)業(yè)務的真實情況。客戶端以文本的方式實時記錄測試過程中的信息,便于分析測試操作,內(nèi)嵌的分析網(wǎng)絡流量的軟件可以給出測試過程的詳盡的log分析,這樣能夠?qū)K端業(yè)務功能的實現(xiàn)過程、終端運行過程中出現(xiàn)的問題進行追蹤、剖析。整個測試系統(tǒng)使測試過程清晰,受測終端狀態(tài)一目了然。
4 結(jié)束語
TD-SCDMA以無線寬帶為承載平臺,通過業(yè)務整合,改進終端的交互和界面,使用戶更便利地體驗到更友好的無線數(shù)據(jù)業(yè)務,是技術和應用的演進。其以寬帶及數(shù)據(jù)業(yè)務為主,最主要的目的就是提升用戶業(yè)務體驗。隨著發(fā)展,終端用戶將能夠體驗到更多多樣化、個性化、智能化的移動業(yè)務。技術的推動,將會使更多擁有更強業(yè)務功能類型的終端邁入市場,終端的功能也會隨著業(yè)務功能的擴展而得到拓廣。測試工作的前瞻性要求測試人員能夠把握測試對象的發(fā)展趨勢,對測試項目拿捏準確,能夠根據(jù)終端性質(zhì)、特點制定相應的測試方案,逐步開發(fā)測試系統(tǒng)、優(yōu)化測試環(huán)境,讓終端和測試方法及技術相互促進共同發(fā)展。
參考文獻
[1]YD/T 1777.1-2008,2GHz TD-SCDMA數(shù)字蜂窩移動通信網(wǎng)高速下行分組接入(HSDPA)終端設備測試方法[S].
[2]張傳福,彭燦等.第三代移動通信資源管理與新業(yè)務[M].北京:人民郵電出版社,2005.
[3]郭葆明,劉丕東.TD-SCDMA業(yè)務發(fā)展趨勢分析[J].現(xiàn)代電信科技,2008(12):20-24.
[4]謝俊松.3G業(yè)務演進與未來移動通信發(fā)展趨勢[J].通信與信息技術,2006(4):79-83.
篇4
軟件測試是一種用來促進鑒定軟件的正確性、完整性、安全性和質(zhì)量的過程，而不能證明軟件完全沒有缺陷。軟件測試可分為黑盒測試和白盒測試，他們的主要區(qū)別在于是否關注于軟件的內(nèi)部結(jié)構。這兩種測試方法從不同的角度出發(fā)，反映了軟件的不同側(cè)面，也適用于不同的開發(fā)環(huán)境。黑盒測試常用于功能測試，白盒測試常用于性能測試。由于黑盒測試不涉及內(nèi)部設計和代碼，通過較好的組織、計劃與設計同樣可以運用到軟件的用戶測試中。
1功能測試介紹
軟件測試中的功能測試也叫黑盒測試，只測試應用程序的功能，而不考慮其內(nèi)部結(jié)構或運作。測試者只需要輸入特定的數(shù)據(jù)，得到預期的輸出，且輸入輸出、操作過程均滿足系統(tǒng)的功能需求即可。功能測試是數(shù)據(jù)驅(qū)動的測試，它不基于內(nèi)部設計和代碼，而是基于系統(tǒng)的需求和功能，針對軟件界面和功能進行測試。
功能測試主要是為了發(fā)現(xiàn)以下幾類錯誤：是否有不正確或遺漏了的功能；在接口上，輸入能否正確地接受，能否輸出正確的結(jié)果；是否有數(shù)據(jù)結(jié)構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤；性能上是否能夠滿足要求；是否有初始化或終止性錯誤。為了節(jié)省時間和資源，提高測試效率，功能測試的測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等。采用這樣的方法才能高效地發(fā)現(xiàn)軟件中隱藏的錯誤和缺陷。
2功能測試在應用系統(tǒng)中的應用
當應用系統(tǒng)通過單元測試、集成測試、系統(tǒng)測試和驗收測試后，系統(tǒng)基本滿足了開發(fā)的要求，經(jīng)驗收后方可交付使用。
2.1測試的方法和應用
（1）單元測試的策略，是把白盒測試與黑盒測試結(jié)合使用。先根據(jù)黑盒測試的測試方法提出一組基本的測試用例，然后用白盒測試方法作為驗證。先根據(jù)白盒測試方法分析模塊的邏輯結(jié)構，提出一批測試用例，然后根據(jù)模塊的功能用黑盒測試進行補充。（2）集成測試及其后的測試階段一般采用黑盒測試。用邊界值分析法或等價類分析法提出基本的測試用例。用猜測法補充新的測試用例。如果系統(tǒng)中含有復合的輸入條件，則應先使用因果圖發(fā)，再按前兩步進行。
2.2測試人員的組織
軟件測試應貫穿于系統(tǒng)設計與開發(fā)的整個過程，因此在軟件測試不同段也應組織相應的測試人員。在需求分析階段：系統(tǒng)分析人員，系統(tǒng)設計人員，開發(fā)人員，測試人員和用戶。在設計評審階段：系統(tǒng)分析員，軟件設計人員，測試負責人等。編碼和單元測試階段：系統(tǒng)開發(fā)人員進行內(nèi)部的交叉測試。綜合測試階段：具有一定的分析、設計和開發(fā)經(jīng)驗的專業(yè)人員。
2.3軟件測試的文檔
測試分析報告，是對測試結(jié)果的分析和說明。經(jīng)過測試后，證實了軟件具有的能力，以及它的缺陷和限制，并給出評價的結(jié)論性意見，這些意見既是對軟件質(zhì)量的評價，又是決定該軟件是否交付用戶使用的依據(jù)。
3功能測試在用戶測試中應用
3.1特點及目的
軟件的用戶測試是基于所開發(fā)的應用系統(tǒng)，根據(jù)具體的業(yè)務需求，對組織結(jié)構，工作流程，角色權限，業(yè)務數(shù)據(jù)和報表等方面，從用戶的角度出發(fā)對系統(tǒng)進行再測試，是使軟件更加成熟必須經(jīng)歷的過程成。對用戶來說，在進行用戶測試時，軟件本身只是個黑匣子。開發(fā)者只需為用戶提供滿足需求的用戶界面，對于軟件的核心技術是保密的。對于用戶只需關注輸入了什么和得到了什么，不必了解系統(tǒng)的工作過程。因此，對于軟件的用戶測試和驗收，用戶的主要的測試方法就是功能測試即黑盒測試方法。軟件用戶測試目的同軟件測試的目的是一致的，即測試軟件的功能是否滿足用戶的需要。
3.2方法及步驟
用戶面對著黑匣子進行測試，由于受制于軟件原有的功能，無法按照自己的意愿隨意訂制軟件功能，測試的目的和要求同測試人員有所不同。但軟件測試的方法還是可以借鑒的。對于測試的過程設計、計劃編制，樣例設計、測試文檔的編寫、組織等都可以參照軟件測試的原理來設計。對于人員的要求，同樣可對照測試人員的標準。因此，從以上分析來看，結(jié)合軟件用戶測試的特點和目的，其過程至少包括：編制測試計劃、設計測試樣例、編寫測試文檔、組織測試人員。一個成功的軟件用戶測試要求具備強有力的組織，完備詳盡的測試計劃，完備的測試樣例體系，周詳?shù)臏y試文檔。在歷年的某企業(yè)主要業(yè)務評估及管理系統(tǒng)的實施過程中，系統(tǒng)在交付使用前都會組織一定規(guī)模針對用戶的客戶化測試，下面結(jié)合該系統(tǒng)的實例來介紹如何實施軟件的客戶化測試。
（1）強有力的組織。組織成員應當包括：行政技術領導、系統(tǒng)開發(fā)及測試人員、關鍵用戶。對于該業(yè)務評估及管理系統(tǒng)，該公司業(yè)務辦公室的行政技術領導在軟件用戶測試中，統(tǒng)一管理和掌控測試工作，并在具體的工作節(jié)點把關。我公司作為系統(tǒng)實施方，在客戶化測試中配備了開發(fā)人員和測試人員。這樣就具備了即了解客戶化的全過程，又熟悉業(yè)務流程。設計的測試用例結(jié)合了用戶在實際工作中的業(yè)務特點和軟件系統(tǒng)開發(fā)中的技術特點。在關鍵用戶方面。根據(jù)該公司的組織結(jié)構，分為上級總公司及下屬四家分公司共五個組。每組配備了負責相關業(yè)務三條線及經(jīng)濟評價的四名關鍵用戶。關鍵用戶是用戶測試的重要成員，決定了測試工作是否成功。通過關鍵用戶介紹工作流程及提供的數(shù)據(jù)，才能設計出與系統(tǒng)實際應用相符合的測試用例，也只有這樣才能做到發(fā)現(xiàn)問題解決問題。當然我們的關鍵用戶都是高素質(zhì)的，具備一定的計算機方面的基礎知識，保證了測試工作順利進行。（2）測試計劃。測試計劃就是對測試的工作范圍和具體的測試工作步驟進行規(guī)劃。完備的測試計劃，就是要計劃的詳細、可操作，對關鍵用戶的測試工作能夠起到指導的作用，這樣用戶測試工作才能順利進行。在該業(yè)務系統(tǒng)的關鍵用戶測試前，我們不但制訂了完備詳盡的測試計劃，也設計了應對出現(xiàn)問題的解決方法，并從硬件、軟件方面對測試工作進行了保障。（3）測試樣例體系。測試樣例設計的好壞決定了整個測試工作的成功與否。影響測試樣例設計的因素很多，首先設計人員對系統(tǒng)的功能盡可能全面了解；其次設計人員對用戶需求全面把握；第三設計滿足測試需要能夠到達測試目標的樣例。另外測試樣例應為一個完備的體系。體系有清晰的層次結(jié)構，與系統(tǒng)的功能結(jié)構相對應。這樣使測試樣例有條理，便于關鍵用戶測試。在某企業(yè)主要業(yè)務評估及管理系統(tǒng)的關鍵用戶測試中，測試用例按系統(tǒng)功能的體系結(jié)構設計，依據(jù)相關業(yè)務的三條線、系統(tǒng)管理、經(jīng)濟評價、ORGE、電子文檔、領導查詢等進行分類。每一類根據(jù)用戶需求設計測試用例的功能點，例如：自動計算功能、提醒功能、審核方式一致、采用國家標準的參數(shù)單位、Excel導出功能等。（4）詳細的測試文檔。通過軟件客戶化測試，對關鍵用戶的提出的調(diào)整問題及建議進行收集整理，如：界面設置、增加表格內(nèi)項目等。并參照用戶提出的對系統(tǒng)的整體印象，如：可提高系統(tǒng)性能進行服務器擴容，形成最終的測試文檔。對發(fā)現(xiàn)的系統(tǒng)缺陷進行及時完善。
4結(jié)論
通過對軟件功能測試和軟件用戶測試的分析與研究，二者的共同點在于都不需要考慮軟件的內(nèi)部邏輯結(jié)構，而只關注軟件的外部，如軟件界面和軟件功能是否滿足需求。因此在軟件用戶測試工作中，可以參照軟件功能測試的方法和步驟，并結(jié)合軟件用戶測試的特點進行用戶測試工作，使軟件更好的滿足用戶的需要。目前某企業(yè)主要業(yè)務評估及管理系統(tǒng)的用戶測試工作借鑒了軟件測試的方法，組織實施的很成功。
參考文獻：
[1]Patton R.軟件測試[M].北京:機械工業(yè)出版社,2002.
[2]朱少民.軟件測試方法和技術[M].北京:清華大學出版社,2005.
[3]周偉明.軟件測試實踐[M].北京:電子工業(yè)出版社,2008.
篇5
Hu Jian
（Shanghai Bell Co.,ltd.,Shanghai Jiaotong University Shanghai 201206， China）
Abstract:According to the function of MME/SAE GW,2 standards selected - test environment and test methods,six specific operation test analysis and test results showed that the normal operation,accord with network data transmission requirements.
Keywords:LTE;MME/SAE GW;Functional allocation
中圖分類號：TN929.5 文獻標識碼：A文章編號：1007-9599 (2010) 09-0000-01
一、測試環(huán)境和測試工具
1.測試環(huán)境1將MME/S-GW/P-GW/HSS等集成到一個硬件設備中，除S6a口和S5/S8口不能觀測外，其它核心網(wǎng)接口均能觀測。
2.測試環(huán)境2：MME + HSS + RAN模擬器＋S-GW/P-GW模擬器，該套環(huán)境中MME和HSS為獨立的真實網(wǎng)元，其它網(wǎng)元均用模擬器替代，能觀察S6a口消息。該套環(huán)境主要用于補充測試環(huán)境1中無法測試的一些項目以及觀察環(huán)境1中無法監(jiān)測的接口。
3.測試工具儀表
測試終端UE：LG M7 2.6GHz Device
4.測試軟件與信令分析工具
WireShark（版本 0.99）并加載Packet Analysis插件；Agilent（版本6.70）
二、測試內(nèi)容和測試方法
（一）FTP下載業(yè)務測試
1.測試目的：驗證UE附送之后，能夠正常進行FTP下載業(yè)務
2.測試步驟：
（1）UE附著并建立默認承載；
（2）UE執(zhí)行FTP下載，下載一個大文件（測試中使用PC連到UE撥號上網(wǎng)，在PC上下載）；
3.測試結(jié)果：
（1）文件下載是否成功：
（2）用戶EMM狀態(tài)和ECM狀態(tài)：
（二）流媒體業(yè)務測試
1.測試目的：驗證UE附送之后，能夠正常進行流媒體業(yè)務
2.測試步驟：
（1）UE附著并建立默認承載；
（1）在UE上觀看流媒體；
3.測試結(jié)果：
（1）成功觀看流媒體業(yè)務
（2）用戶EMM狀態(tài)為EMM-REGISTERED，ECM狀態(tài)為ECM-CONNECTED
三、MME功能測試項目與分析
（一）移動用戶沒有正常去附著的情況下，又重新附著到同一MME
測試目的：驗證當用戶發(fā)起附著，而在MME中該用戶仍附著狀態(tài)的時候，MME能夠正確處理。
1.測試步驟：
（1）UE開機發(fā)起GUTI附著；
（2）拔掉UE的電板；
（3）UE插上電板再次開機發(fā)起附著；
（4）在網(wǎng)絡側(cè)查詢用戶的信息；
2.消息流程：在測試環(huán)境1中的消息流程參考分析軟件相關顯示信息
3.測試結(jié)果：
（1）UE第一次附著成功；
（2）UE第二次附著成功；
（3）能夠看到第二次附著的時候，MME先發(fā)起刪除默認承載，然后再建立，默認承載建立成功；
4.MME上用戶EMM狀態(tài)為EMM-REGISTERED，ECM狀態(tài)為ECM-CONNECTED
測試環(huán)境1中查詢用戶狀態(tài)：
用戶狀態(tài)：EMM UE-ATTACHED ECM S1-CONNECTED
5.消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
注：由于UE拔電板以后重起，無法發(fā)起old GUTI附著，第二次附著時發(fā)起的是IMIS附著。
（二）移動用戶從E-UTRAN發(fā)起附著請示，身份標識為IMSI
1.測試目的：驗證MME能夠正確處理用戶發(fā)起的去附著流程。
2.測試步驟：
（1）UE關機發(fā)起分離；
（2）在網(wǎng)絡側(cè)查詢用戶的信息
3.消息流程：在測試環(huán)境1中的消息流程參考分析軟件和插件相關顯示信息
1.測試結(jié)果：
（1）UE分離成功；
（2）MME上用戶狀態(tài)為非注冊態(tài)；在MME上無法查到用戶信息；
（3）由于是關機分離，MME不會回Detach Accept消息；
（4）消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
（三）移動用戶顯式分離引起的MME發(fā)起purge流程
測試目的：驗證在移動用戶顯示分離之后，MME能夠正確發(fā)起Purge流程
1.測試步驟：
（1）UE發(fā)起分離；
（2等待Purge定時器超時之后，在網(wǎng)絡側(cè)查詢用戶的信息
2.流程：在測試環(huán)境2中的消息流程參考分析軟件相關顯示信息
3.結(jié)果：
（1）Purge流程成功；
（2在用戶分離之后，經(jīng)過了Purge定時器設置的時長后，發(fā)起Purge流程；
（3）MME上沒有用戶的信息；
（4）消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
（四）移動用戶隱式分離引起的MME發(fā)起Purge流程
測試目的：驗證在移動用戶隱式分離之后，MME能夠正確發(fā)起Purge流程。
1.步驟：
（1）UE移動到信號覆蓋區(qū)之外，在隱式分離定時器超時之后，MME隱式分離用戶；
（2等待Purge定時器超時之后，在網(wǎng)絡側(cè)查詢用戶的信息；
2.流程：在測試環(huán)境2中的消息流程參考分析工具軟件及插件相關顯示信息
3.結(jié)果：
（1）Purge流程成功；
（2）在用戶隱式分離之后，經(jīng)過了Purge分離器設置的時長后，發(fā)起Purge流程；
（3）MME上沒有用戶的信息；
（4）消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
（五）移動用戶發(fā)起周期性TAU
測試目的：驗證MME能夠正確處理UE發(fā)起的周期性TAU
1.測試步驟：
（1）UE在周期TA更新定時器超時之后，發(fā)起周期TAU；
（2）在網(wǎng)絡側(cè)查詢用戶的信息；
2.消息流程：在測試環(huán)境1中的消息流程參考分析工具軟件及插件相關顯示信息
3.測試結(jié)果：
（1）TAU成功；
（2）進入ECM-IDLE狀態(tài)后經(jīng)過周期TA更新定時器時長發(fā)起周期TAU；
TAU的時間周期設定是10秒。
（3）MME中用戶EMM狀態(tài)為EMM-REGISTERED；
（4）消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
（六）網(wǎng)絡側(cè)有下行數(shù)據(jù)，觸發(fā)Service Request
測試目的：驗證在網(wǎng)絡側(cè)有下行數(shù)據(jù)，觸發(fā)Service Request，MME能夠恢復承載
1.測試步驟：
（1）在外部應用服務器上下發(fā)數(shù)據(jù)包給UE；
（2）在網(wǎng)絡側(cè)查詢用戶的信息；
2.消息流程：在測試環(huán)境1中的消息流程參考分析工具軟件及插件相關顯示信息
3.測試結(jié)果：
（1）MME發(fā)起Paging，尋呼范圍為整個TA LIST中的TA，Service Request流程成功；
（2）承載恢復，數(shù)據(jù)恢復；
（3）用戶EMM狀態(tài)為EMM-REGISTERED，ECM狀態(tài)為ECM-CONNECTED；
在測試環(huán)境1中檢查用戶狀態(tài)：
用戶狀態(tài)： EMM UE-ATTACHED ECM S1-CONNECTED
（4）消息跟蹤能夠跟蹤到相應的消息，流程正確，符合詳細消息流程圖及其描述；
四、研究結(jié)論
本次測試包括基本業(yè)務、MME/SAE GW功能測試等多種層面的測試，測試工作依據(jù)相關標準進行，測試選擇最為通用的各種情況和環(huán)境進行，具有較強的代表性。從測試的6項具體數(shù)據(jù)和結(jié)果表明：測試結(jié)果顯示各項測試指標正常。
參考文獻：
[1]張海濱.正交頻分復用的基本原理與關鍵技術.北京:國防工業(yè)出版社出版,2006
篇6
The Process of Design and Practice for Software Functional Test Case
YU Jiu-jiu
(Anhui Wenda Information and Technology College,Hefei 231201,China)
Abstract: The article introduces the process of design software functional test case and practice on RMDB system, reviewing and tracing test case, and improve the efficiency on functional test case design.
Key words: test case; review; trace
1 前言
軟件測試用例就是設計一種情況，軟件程序在這種情況下，希望能夠正常運行并且達到程序事先所設計的執(zhí)行結(jié)果。測試用例由測試輸入數(shù)據(jù)和預期的輸出結(jié)果兩部分組成。軟件測試用例的設計和執(zhí)行是軟件測試工作的核心，也是工作量最大的任務之一，良好的測試用例設計過程能夠提高測試用例的設計質(zhì)量，便于跟蹤測試用例的執(zhí)行結(jié)果，自動生成測試用例覆蓋率報告。測試用例可以用數(shù)據(jù)庫、Word 、Excel 、XML 等格式進行管理，市面亦有成熟的商業(yè)軟件工具和開源工具等。對于一般中小軟件企業(yè)，使用文檔來管理測試用例是較為方便、經(jīng)濟的途徑。
2 軟件功能測試用例的設計
軟件功能測試是對軟件系統(tǒng)最基本的一類測試，功能測試用例即指軟件產(chǎn)品在交付于用戶前對其是否達到事先所定義的用戶需求規(guī)格說明書上說指定的產(chǎn)品功能要求進行測試的測試用例。它是站在用戶角度上，也是較重要的一類測試用例。
2.1 設計原理
測試用例由測試輸入數(shù)據(jù)和預期的輸出結(jié)果兩部分組成。在設計測試用例的輸入條件中應包括合理的輸入條件和不合理的輸入條件。人們往往傾向于過多地考慮合法的和期望的輸入條件，以檢查程序知否做了它應該做的事情，而忽視了不合法的和預想不到的輸入條件。如果開發(fā)出的軟件遇到非法情況不能做出適當?shù)姆磻瑫е萝浖氖АＳ貌缓侠淼妮斎霔l件測試程序時，會比合理的輸入條件進行測試能發(fā)現(xiàn)更多的錯誤。所以就軟件功能測試而言，測試用例設計要從4個方面考慮：
1) 系統(tǒng)功能是否符合需求說明；
2) 系統(tǒng)功能是否完善；
3) 系統(tǒng)功能是否有作用；
4) 系統(tǒng)功能是否無錯誤。
2.2 設計方法
測試用例的設計和編制是軟件測試活動中最重要的。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質(zhì)量穩(wěn)定的根本保障。
測試用例設計的目的就是將系統(tǒng)需求具體化，提取測試需求，通過可測試的方法對每個功能點進行描述。測試用例設計的好壞直接關系到測試質(zhì)量的高低。用最少的測試用例覆蓋最全的功能點是測試用例設計的目標。
在測試用例的設計過程中，應用一個有效的測試用例模板對用例的管理，測試的執(zhí)行具有十分重要的作用。
2.3 功能測試用例組成要素
1) 用例場景：描述該測試用例所驗證的需求用例。通常一個需求用例與多個測試用例對應。對每個需求用例，有時可能需要兩個或多個測試用例與其對應。一個測試用例描述正常工作流情況，另一個或多個描述異常處理工作流。通常異常工作流的測試用例往往是正常工作流測試用例的幾倍。
2) 測試用例序號：每個測試用例都有一個惟一的序列號，用于標識。
3) 測試用例描述：對測試內(nèi)容的簡單描述，讓閱讀者能夠很快對這個測試用例有個大概的了解。
4) 前置條件：描述執(zhí)行該測試用例需要滿足什么條件。
5) 步驟：實現(xiàn)測試用例的各個操作。
6) 預期結(jié)果：每個測試步驟執(zhí)行之后的預期結(jié)果，是建議需求驗證是否被通過的標準。預期結(jié)果不是在測試執(zhí)行當中才被考慮的，應該在測試用例設計階段由需求分析推導而得。
7) 注釋：填寫測試中應當注意的問題或者說明。注釋不是必須填寫的列，而其他列則是必須要填寫的。
8) 真實結(jié)果：每一個版本對應真實結(jié)果的一列。這一列里填寫測試的真實結(jié)果（通過/失敗/不可測/跳過）。如果測試用例執(zhí)行失敗，需要填寫失敗的詳細結(jié)果，以及對應的缺陷號。(注：真實結(jié)果也可以在相應的測試報告中填寫)
3 軟件功能測試用例的設計過程在RMDB系統(tǒng)中的實踐
3.1RMDB系統(tǒng)簡介
RMDB系統(tǒng)是某信息公司用來進行人力資源管理和項目分配的數(shù)據(jù)庫系統(tǒng)，主要用來對當前公司所從事的信息項目進行合理的人員分配，同時管理每個員工的工作信息，個人信息及所在部門的人員行政關系等。該系統(tǒng)還具有對各種類型的員工的工作量進行合理分配并時刻追蹤員工的工作績效等功能。
RMDB系統(tǒng)的功能架構圖如圖1所示。
3.2 功能測試用例（版本）計劃的制定
在功能測試執(zhí)行之前，需要制定版本的功能測試計劃，對即將進入的測試過程和測試內(nèi)容進行計劃。版本測試計劃中最難的就是決定選擇哪些功能測試用例，以什么樣的順序來執(zhí)行，以及預測執(zhí)行這些測試用例所需要的時間。在實際的項目過程中，由于時間的限制，我們往往無法對系統(tǒng)的每一個版本進行完全的功能測試和回歸測試。因此在有限的時間內(nèi)選擇怎樣的測試用例集合執(zhí)行能，能夠減少因為縮減測試用例而帶來的風險，在測試計劃里顯得非常重要。
對于測試測試用例需求復雜度的分析是進行測試執(zhí)行時間預測的第一步。測試需求的復雜度取決于下列因素：
1) 包含功能驗證點的數(shù)目；
2) 測試用例里測試步驟的數(shù)目；
3) 執(zhí)行該測試用例所需環(huán)境設置的復雜度。
除了這些因素之外，還需要綜合考慮其他系統(tǒng)因素。通過測試復雜度的分析，我們可以得出一張測試需求復雜度的表。每一個測試用例的復雜度被標記為
‘High’，‘Middle’，‘Low’中的一種。
圖2是RMDB系統(tǒng)中某功能主模塊部分測試用例的測試復雜度分析。
測試用例是在對測試任務進行安排時劃分的最小單位。根據(jù)測試經(jīng)驗對每一個復雜度的測試用例預測一個時間長度。然后可以考慮用MS－ Project對任務進行分配。在分配任務的過程中，需要考慮測試用例之間的依賴性和關聯(lián)性，以及測試人員的可用時間（也考慮到一些測試人員可能同時工作在幾個項目上）。
3.3 建立好缺陷分析及預防的系統(tǒng)化流程工作
在測試過程中，需要常常思考怎樣更好地利用以前的測試數(shù)據(jù)，對今后測試計劃和開發(fā)計劃起指導作用。其中對缺陷根本原因的分析，能夠幫助項目管理人員掌握缺陷集中的區(qū)域，明晰缺陷發(fā)展趨勢，了解缺陷產(chǎn)生的主要原因，以便有針對性地提出遏制缺陷發(fā)生的措施，降低缺陷數(shù)量，降低測試成本。在今后的測試工作中，測試人員與開發(fā)人員一起，建立起一個缺陷分析和預防的流程。
在測試過程中我們針對系統(tǒng)缺陷分析表對系統(tǒng)當前的缺陷狀態(tài)和數(shù)目進行分析和統(tǒng)計，如果系統(tǒng)某些模塊缺陷數(shù)目過多，或者嚴重級別的缺陷數(shù)目劇增，我們有必要對這些缺陷進行根本原因的分析。通過分析，可以了解缺陷原因的分布。我們所制定的RMDB系統(tǒng)缺陷分析表如圖3所示。
3.4 RMDB系統(tǒng)功能測試用例的設計及實施
測試用例的設計和編制是軟件測試活動中最重要的。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質(zhì)量穩(wěn)定的根本保障。
測試用例設計的目的就是將系統(tǒng)需求具體化，提取測試需求，通過可測試的方法對每個功能點進行描述。測試用例設計的好壞直接關系到測試質(zhì)量的高低。用最少的測試用例覆蓋最全的功能點是測試用例設計的目標。
在測試用例的設計過程中，應用一個有效的測試用例模板對用例的管理，測試的執(zhí)行具有十分重要的作用。以RMDB測試中的某功能測試用例模板為例。
測試數(shù)據(jù)工作表中存放每一個測試用例所需要用到的測試數(shù)據(jù)。同一個測試用例有可能用到不同的數(shù)據(jù)組合，但是測試步驟是相同的。
測試用例包總結(jié)工作表（圖4）中對各個測試周期里以測試包為單位的測試用例執(zhí)行結(jié)果進行統(tǒng)計。通過測試包總結(jié)工作表，可以看出每一個測試周期里成功/失敗的測試用例數(shù)目，計劃和實際實行的測試用例數(shù)目，以及錯誤報告的統(tǒng)計情況。這些數(shù)據(jù)是我們對某個測試周期的測試結(jié)果進行統(tǒng)計的依據(jù)。如圖5所示。
3.5 測試用例在軟件測試中的作用
1) 指導測試的實施
測試用例主要適用于集成測試、系統(tǒng)測試和回歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例項目和測試步驟逐一實施測試。并對測試情況記錄在測試用例管理軟件中，以便自動生成測試結(jié)果文檔。
根據(jù)測試用例的測試等級，集成測試應測試那些用例，系統(tǒng)測試和回歸測試又該測試那些用例，在設計測試用例時都已作明確規(guī)定，實施測試時測試人員不能隨意作變動。
2) 規(guī)劃測試數(shù)據(jù)的準備
在我們的實踐中測試數(shù)據(jù)是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始數(shù)據(jù)，以及標準測試結(jié)果。尤其象測試報表之類數(shù)據(jù)集的正確性，按照測試用例規(guī)劃準備測試數(shù)據(jù)是十分必須的。
3) 評估測試結(jié)果的度量基準
完成測試實施后需要對測試結(jié)果進行評估，并且編制測試報告。判斷軟件測試是否完成、衡量測試質(zhì)量需要一些量化的結(jié)果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統(tǒng)計基準是軟件模塊或功能點，顯得過于粗糙。采用測試用例作度量基準更加準確、有效。
4) 分析缺陷的標準
通過收集缺陷，對比測試用例和缺陷數(shù)據(jù)庫，分析確證是漏測還是缺陷復現(xiàn)。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟件質(zhì)量。而已有相應測試用例，則反映實施測試或變更處理存在問題。
4 測試用例的評審和追蹤
4.1 測試用例的評審
RMDB系統(tǒng)的需求用例業(yè)務邏輯較復雜，在迭代開發(fā)的過程中隨著新功能的添加而涉及到與局域網(wǎng)內(nèi)多個數(shù)據(jù)應用系統(tǒng)的交互。在開發(fā)的過程中，測試人員是根據(jù)需求用例和業(yè)務背景知識設計測試用例的。系統(tǒng)功能測試用例的設計基本上是在開發(fā)詳細設計之前完成。由于系統(tǒng)測試用例是系統(tǒng)需求可測試的描述，開發(fā)人員在進行代碼開發(fā)的過程中結(jié)合測試步驟的流程，對代碼設計和開發(fā)十分有幫助。
由于測試用例在項目中成為需求的一部分，需要采取一定的流程對測試用例進行評審，以保證測試用例的正確性。測試用例是軟件測試的準則，但它并不是一經(jīng)編制完成就成為準則。測試用例在設計編寫過程中要組織同級互查。完成編寫后應組織專家評審，需獲得通過才可以使用。評審委員會可由項目負責人、測試、編程、分析設計等有關人員組成，也可邀請客戶代表參加。通常評審測試用例的衡量標準有：
1) 準確：測試用例符合用例描述中所需測試的內(nèi)容
2) 概要：包括必須的測試步驟
3) 可重復，容易理解：測試用例是一個可重復的實驗。不同的測試人員進行測試可以得出相同的測試結(jié)果。如果僅僅只有設計者知道怎么執(zhí)行，那么這就不是一個好的測試用例。
4) 合適：測試用例在相應的測試環(huán)境下具有可執(zhí)行性，而不應依賴于測試人員的個人技能和經(jīng)驗
5) 可跟蹤：在執(zhí)行每一輪的測試中，需要追蹤共執(zhí)行了多少測試用例，執(zhí)行的測試用例中通過的，未通過的及未使用的占多少，未使用的原因是什么。為以后的測試用例更新做準備。
6) 可恢復：測試用例執(zhí)行后，測試環(huán)境需要恢復到測試前的狀態(tài)。如果對系統(tǒng)進行恢復測試，需要說明如何使系統(tǒng)回到正常狀態(tài)。
在評審會議中，會議主持者負責控制評審的進度和時間，通過評審，把需要澄清和改進的問題記錄下來，由測試用例的設計者會后進行修改，修改完成后的測試用例需要提交再次評審，直到所有的用例通過評審為止。
最后，測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發(fā)現(xiàn)設計測試用例時考慮不周，需要完善；第二、在軟件交付使用后反饋的軟件功能性缺陷，而缺陷又是因測試用例存在漏洞造成；第三、軟件自身的新增功能以及軟件版本的更新，測試用例也必須配套修改更新。
一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應隨之編制升級更新版本。
4.2 測試用例的追蹤
因為測試用例具有易組織性，可評估性和管理性，在測試用例執(zhí)行過程中，實現(xiàn)測試用例執(zhí)行過程的跟蹤可以有效地將測試過程量化。例如，執(zhí)行一輪測試中，共執(zhí)行了多少測試用例，哪些成功的預測到缺陷，那些沒有，等等。當然，這只是一個相對過程，測試人員的工作量不應僅僅憑借測試用例的執(zhí)行情況來判定，但至少每輪測試后通過對實現(xiàn)所設計的測試用例的追蹤可以判斷當前軟件測試的質(zhì)量，并對測試的有效性進行評估。
追蹤測試用例的形式一般有以下幾種:
1) 記憶：憑借個人的記憶力來追蹤測試用例，方法是不可取的。
2) 書面文檔：使用書面文檔記錄測試用例，主要使用列表的形式。但作為組織和搜索數(shù)據(jù)分析時，這種方法是很局限的。
3) 電子表格：通過表格中列出的測試用例的跟蹤細節(jié)，可以直觀的砍刀測試狀態(tài)以及分析合同及測試用例的通過與否，它與軟件缺陷相關聯(lián)。這為測試中有效管理和分析測試過程以及軟件的質(zhì)量提供了有效的量化依據(jù)。
4) 自定義數(shù)據(jù)庫：通過自己定義的數(shù)據(jù)庫來跟蹤測試用例的執(zhí)行和覆蓋率，并通過自己編寫的工具生成相關報表，分析圖等。當然，這種方法所花費的成本是最高的。
根據(jù)RMDB系統(tǒng)實際測試環(huán)境的現(xiàn)狀，我們所采用的是電子表格形式對每一輪測試后的測試用例進行追蹤。所用的測試用例覆蓋缺陷追蹤統(tǒng)計表模板主要由以下幾部分組成，分別是測試輪數(shù)，被測模塊號，模塊名，模塊測試狀態(tài)，缺陷號，未覆蓋標識，覆蓋標識（執(zhí)行的用例號，為被執(zhí)行的用例號），覆蓋缺陷率。
1) 測試輪數(shù)：表明這是第幾輪測試的統(tǒng)計表。
2) 被測模塊號：每個被測模塊都有一個惟一的序列號，用于標識。
3) 模塊名：每個被測模塊都有一個惟一的模塊名，用于標識。
4) 模塊測試狀態(tài)：指該模塊內(nèi)是否發(fā)現(xiàn)缺陷（無論是哪一種缺陷），一般用Pass/Fail 標識。
5) 缺陷號：指在某一模塊中所發(fā)現(xiàn)的一或多個缺陷序列號，每個缺陷序列號唯一，用于標識。
6) 未覆蓋標識：指該缺陷未被事先設計的測試用例所覆蓋到（預測到），標明相應的缺陷序列號。
7) 覆蓋標識（執(zhí)行的用例號）：指該缺陷被事先設計的測試用例表中所覆蓋到（預測到），并且該缺陷發(fā)生的結(jié)果與測試用例表中反映的一致。標明相應的測試用例序列號。
8) 覆蓋標識（未執(zhí)行的用例號）：指該缺陷被雖然被事先設計的測試用例表中所覆蓋到（預測到），但是該缺陷發(fā)生的結(jié)果與測試用例表中反映的不一致。標明相應的測試用例序列。
9) 覆蓋缺陷率：統(tǒng)計此輪測試后，事先設計的測試用例表中成功的覆蓋到（預測到）實際所發(fā)現(xiàn)缺陷的比率。（一般來說，若這個比率應不低于60%，則說明事先所設計的 測試用例是有效的。）
圖6為RMDB系統(tǒng)在某一輪測試結(jié)束后測試用例評審時的跟蹤統(tǒng)計工作表模版。
在每一輪測試工作結(jié)束后，測試人員要花一定時間對已發(fā)現(xiàn)的缺陷情況并結(jié)合已有的測試用例做測試用例的更新工作（若用戶對系統(tǒng)的某些功能方面提出了新的需求，也是要進行相應測試用例更新操作）。這樣一方面為下一輪的測試做好準備，另一方面可以有效的對測試用例進行科學化管理，從而提高測試用例的設計效率。
5 結(jié)束語
基于現(xiàn)代化軟件開發(fā)規(guī)律，軟件在其生命周期中會頻繁地被修改和不斷推出新的版本，修改后的或者新版本的軟件會添加一些新的功能或者在軟件功能上產(chǎn)生某些變化。隨著軟件的不斷完善，軟件的某些功能發(fā)生了演變，原有的測試用例可能會失去針對性和有效性，而另一些測試用例可能會變得過時，還有一些測試用例將完全不能運行。為了保證測試用例庫中測試用例的有效性，還需要對測試用例進行維護。同時，被修改的或新增添的軟件功能，僅僅通過重新運行以前的測試用例并不足以揭示其中的問題，有必要增加新的測試用例來測試這些新的功能或特征。因此，測試用例的維護工作還應包括開發(fā)新測試用例，這些新的測試用例用來測試軟件的新特征或者覆蓋現(xiàn)有測試用例無法覆蓋的軟件功能或特征。
參考文獻：
篇7
一、測試背景說明
測試對象 該測試以有獨立域名的在線網(wǎng)絡版的多媒體數(shù)字報紙為對象（選取愛讀愛看網(wǎng)和Xplus兩個數(shù)字報刊發(fā)行平臺上的444家報紙，測試當日由于部分網(wǎng)站無法打開，實際有效測試對象為335家數(shù)字報紙），從用戶角度對多媒體數(shù)字報紙的使用功能進行了測試，測試指標是以讀者在瀏覽閱讀多媒體數(shù)字報紙時，是否方便、快捷、人性化等方面進行設定的，其特性主要包括：功能性、易用性、互動性、效率等。測試指標 本次測試指標共有13個功能分類，其中包括40個測試指標（略）。
測試方法 采用人工手段進行單項功能測試。單項功能測試是指對每個單項功能進行一一測試，測試人員依據(jù)測試指標，打開所測試的多媒體數(shù)字報紙，點擊按鈕并查看其是否具備某一項功能。
測試時間 本次測試從2008年
1月14日開始到2008年3月27日結(jié)束，由于歷時較長，在測試期間和測試后進行的更新因無法跟蹤，故不在本次測試的統(tǒng)計范圍內(nèi)。
二、測試的基本結(jié)論
1. 八成多媒體數(shù)字報紙導航功能完備目前大多數(shù)多媒體數(shù)字報紙在導航功能設置方面做的還是比較完備的，讀者可以根據(jù)自己的喜好來選擇導航方式，如版面導航、標題導航、時間導航等，從而方便、快捷地找到自己感興趣的文章。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，同時具有這3項導航功能的有272份，占總數(shù)的81.19%。
2. 近四成多媒體數(shù)字報紙不具備
簡單檢索功能測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，具備關鍵字檢索功能的多媒體數(shù)字報紙有200份；具備高級檢索功能的多媒體數(shù)字報紙僅18份。據(jù)此，我們可以斷定將近四成的多媒體數(shù)字報紙不具備簡單搜索功能。這使已經(jīng)習慣在互聯(lián)網(wǎng)上通過搜索方式來快速獲取信息的年輕讀者不易接受和使用多媒體數(shù)字報紙這種閱讀方式。
3. 絕大部分多媒體數(shù)字報紙更新周期與紙質(zhì)報紙一致
測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，新聞內(nèi)容進行實時更新的僅有1份，即寧波日報報業(yè)集團的《播•報》；同步更新的多媒體數(shù)字報紙有322份；數(shù)據(jù)顯示，雖然超過九成的多媒體數(shù)字報紙已做到與紙質(zhì)報紙更新的一致性，但并沒有很好地利用多媒體數(shù)字報紙的技術和傳播途徑的巨大優(yōu)勢來彰顯新聞報道的及時性，進行內(nèi)容的實時更新；更為遺憾的是，有少數(shù)報社因擔心紙質(zhì)報紙的發(fā)行量受到影響，而有意推遲了其多媒體數(shù)字報紙的更新時間，這明顯忽略了多媒體數(shù)字報紙的傳播優(yōu)勢，使其淪為紙質(zhì)報紙的點綴或附屬品。
4. 半數(shù)以上多媒體數(shù)字報紙有兩種在線瀏覽格式
目前，多媒體數(shù)字報紙主要通過四種格式來展現(xiàn)數(shù)字內(nèi)容，分別為：Html格式、Flash格式、PDF格式和CEB格式。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，不能在線瀏覽的有2份，占0.60%；具有一種在線瀏覽格式的有146份，占43.58%；具有兩種在線瀏覽格式的有185份，占55.22%；具有三種在線瀏覽格式的有2份，占0.60%；沒有一份多媒體數(shù)字報紙同時具有四種在線瀏覽格式。超過一半以上的多媒體數(shù)字報紙具有兩種在線瀏覽格式。
5. 近半數(shù)多媒體數(shù)字報紙用戶控制功能設置不完善
本次測試主要從七個方面來考查用戶控制功能，即翻頁、返回上一級、退出、字體縮放、自動滾屏、幫助功能、相關文章鏈接。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，不具備用戶控制功能的有22份，占6.57%；只具有其中一項功能的有41份，占12.24%；具有其中兩項功能的有95份，占28.36%。從以上數(shù)據(jù)，我們可以看出近一半的多媒體數(shù)字報紙在用戶控制功能設置方面不完善。這七項基本用戶控制功能的完善與否，將影響讀者在閱讀和使用多媒體數(shù)字報紙時的最直觀感受。在使用一種新的閱讀介質(zhì)時，只有其用戶控制功能人性化程度高，讀者才會繼續(xù)通過使用該閱讀方式來獲取信息。
6. 絕大部分多媒體數(shù)字報紙沒有真正實現(xiàn)多媒體化
數(shù)字媒體的特點是集圖片、文字、聲音、視頻、在線直播于一體，從而使信息得到全方位的傳播。本次測試顯示，在335份多媒體數(shù)字報紙中，具備視頻播報功能的僅有5份；具備語音播報功能的有30份，這些數(shù)據(jù)反映了現(xiàn)階段我國多媒體數(shù)字報紙在這一方面的欠缺，而網(wǎng)絡媒體在使用多媒體形式播報方面卻有著很強的優(yōu)勢，它很好地利用了視頻、語音、電視、FLASH等多媒體形式來傳播內(nèi)容信息。所以，我國多媒體數(shù)字報紙在這方面的功能設置有待于大幅度提高。7. 1/3多媒體數(shù)字報紙讀者交互功能差，不太重視與讀者的溝通測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，不具備在線評論、在線訂閱、在線投稿、在線調(diào)查、RSS訂閱、網(wǎng)上論壇六項讀者交互功能的有110份，占33%；同時具有其中一項、兩項、三項、四項、五項讀者交互功能的多媒體數(shù)字報紙各占總數(shù)的15%、11%、19%、22%、1%，沒有一份多媒體數(shù)字報紙同時具有這六項讀者交互功能。從以上數(shù)據(jù)可以看出，有1/3的多媒體數(shù)字報紙沒有設置任何讀者交互功能，忽視與讀者間的溝通交流，這可能與長期以來我國傳統(tǒng)報業(yè)都是以自行采稿的作業(yè)方式為主，缺乏與讀者互動的習慣和意識有關。
8. 僅有1份多媒體數(shù)字報紙是無紙版的原創(chuàng)數(shù)字報
本次測試顯示，只有寧波日報報業(yè)集團旗下的《播•報》是原創(chuàng)數(shù)字報，不存在相關紙質(zhì)版報紙；其余334份多媒體數(shù)字報紙，均是以紙版報紙數(shù)字化形式存在。從測試結(jié)果可以看出，目前國內(nèi)多媒體數(shù)字報紙的形式多以其紙質(zhì)報紙為基礎，進行生產(chǎn)和制作；僅有的原創(chuàng)數(shù)字報寧波《播•報》，為每日4版，包括精華版、時政版、社會版和生活版。它是通過精選《寧波日報》、《寧波晚報》、《東南商報》及中國寧波網(wǎng)最新資訊組合成的一張新的互動多媒體導讀報。據(jù)此，我們可知該報也是以其他紙版報紙的內(nèi)容為基礎來生產(chǎn)和制作的。換句話說，目前我國并沒有一份真正意義上的原創(chuàng)數(shù)字報，這一點不同于現(xiàn)階段數(shù)字期刊的發(fā)展模式，這種情況的出現(xiàn)可能與報紙內(nèi)容的實時性、權威性等特性有關。
9. 多媒體數(shù)字報紙均未采用數(shù)字版權保護技術
數(shù)字版權保護技術是以數(shù)字加密技術為基礎，結(jié)合一系列軟硬件技術，來實現(xiàn)對數(shù)字化內(nèi)容的保護。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中沒有一份使用數(shù)字版權保護技術。這也許與多媒體數(shù)字報紙的特點有關，畢竟新聞媒體不同于電子書，過度保護可能不利于信息的傳播。
10. 多媒體數(shù)字報紙的多媒體廣告形式未得到廣泛應用
廣告目前很可能是多媒體數(shù)字報紙獲得收益的主要方式之一。多媒體化有利于擴大廣告的沖擊力、影響力，更利于讀者理解廣告的宣傳內(nèi)容，而超鏈接技術又為實現(xiàn)即時交易提供了可能，從而使廣告的價值得到極大地提升。受眾范圍的擴大，傳播效果的增強將有助于報社提高與廣告商談判的籌碼，收取更高的費用來增加多媒體數(shù)字報紙的收益。遺憾的是，測試結(jié)果顯示，在我們抽樣點開的頁面里，尚無一份多媒體數(shù)字報紙的廣告內(nèi)容是以動畫和視頻等多媒體形式來展示的，雖然有多家多媒體數(shù)字報紙在使用說明中指出其具備這項功能，但測試期間并沒有看到任何多媒體形式的廣告內(nèi)容。從中我們可以看出，雖然多媒體數(shù)字報紙完全具備把廣告形式多媒體化的能力，但其加工成本、社會認知程度、運營等種種原因終使各家多媒體數(shù)字報紙并沒有真正廣泛地利用起這項功能。
11. 僅有4%的多媒體數(shù)字報紙為
付費瀏覽，盈利模式尚在探索中收費閱讀是多媒體數(shù)字報紙增加收益的主要方式之一。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，需要付費瀏覽的有14份，占4%；免費瀏覽的有321份，占96%。不過，本次測試發(fā)現(xiàn)，許多多媒體數(shù)字報紙，已經(jīng)開始著手進行收費系統(tǒng)的調(diào)試改造并向著收費發(fā)行服務的方向發(fā)展，有償閱讀發(fā)行很可能是未來多媒體數(shù)字報紙非常重要的盈利模式之一。只有盈利模式不斷成熟，才能更好地促進多媒體數(shù)字報紙的健康發(fā)展。
12. 絕大部分多媒體數(shù)字報紙依
托報社綜合門戶網(wǎng)站而存在目前很多報社和報業(yè)集團的網(wǎng)站已不僅是一個新聞平臺，它們已成為包括各種實時新聞、資訊的服務平臺，為讀者提供各種各樣的資訊、信息服務等。多媒體數(shù)字報紙通常會被安排在這些報紙綜合門戶網(wǎng)站首頁的某一位置，作為一項服務提供給讀者，以便于讀者進行閱讀。測試結(jié)果顯示，在335份多媒體數(shù)字報紙中，以報紙綜合門戶網(wǎng)站的形式展現(xiàn)的有286份，這表明超過4/5的多媒體數(shù)字報紙存在于報紙綜合門戶網(wǎng)站。互聯(lián)網(wǎng)最大的特點是信息共享、更新速度快、內(nèi)容涵蓋面廣，而互聯(lián)網(wǎng)讀者對信息的渴求與時間的投入形成矛盾，所以如何能在較短時間內(nèi)獲取更多更全面的社會信息成了一般讀者最突出的需求。很顯然，從這個角度來看，綜合性網(wǎng)站比特定的一份多媒體數(shù)字報更能滿足讀者的需求。
13.多媒體數(shù)字報紙排名情況
（1）按測試指標數(shù)進行排名
此項排名是按照多媒體數(shù)字報紙在本次測試中所具備的使用功能的多少進行排名的，參與排名的使用功能指標數(shù)共有7個功能分類指標，即：導航功能、用戶控制功能、檢索功能、多媒體功能、讀者交互功能、在線瀏覽格式、下載格式。這些功能分類指標共含26個測試指標。按測試指標數(shù)量多少進行排名后的排名情況見表1（只列出前五名）。
（2）按測試指標的賦值排名
本次測試指標的賦值評價采用百分制，是按照多媒體數(shù)字報紙的特點來設置的，僅對涉及多媒體數(shù)字報紙本身的用戶使用功能進行賦值并排名，旨在客觀地列舉出在使用功能設置方面比較突出的多媒體數(shù)字報紙。賦值標準如下：多媒體功能是網(wǎng)絡媒體相對于平面媒體所具有的獨特優(yōu)勢，為非常重要的衡量指標；導航功能、檢索功能、讀者交互功能、內(nèi)容實時更新、在線瀏覽格式（Flash）、下載格式（Flash）等都是體現(xiàn)了互聯(lián)網(wǎng)特點的功能，為比較重要的衡量指標；用戶控制功能（ 字體縮放、自動滾屏、幫助功能）、在線瀏覽格式（Html、PDF、CEB）、下載格式(PDF)等都是多媒體數(shù)字報紙的輔助功能，為一般重要的衡量指標；內(nèi)容同步更新、用戶控制功能(翻頁功能、返回上一級、退出功能)等具有與紙質(zhì)報紙相同或相似特征，為普通衡量指標；內(nèi)容滯后更新設置為0。
所有賦值均按統(tǒng)計學原理所得，具體賦值見表2。按照上述賦值分配情況，計算出335份多媒體數(shù)字報紙的分數(shù)，并進行排名（見表3）。在此只列出排名前十位的數(shù)字報紙。
三、多媒體數(shù)字報紙發(fā)展趨勢
（一）提供服務項目將增多
通過本次測試發(fā)現(xiàn)，現(xiàn)階段，我國的多媒體數(shù)字報紙所提供的服務項目具有明顯的局限性，多數(shù)多媒體數(shù)字報紙僅僅是其母報的簡單翻版，與其報紙內(nèi)容相關的服務信息提供得少之又少。地方報業(yè)的真正優(yōu)勢在于其獨特的區(qū)域性，只有充分地利用區(qū)域優(yōu)勢，即本地的政治、新聞、品牌、受眾優(yōu)勢，才能把新聞做好、做足、做透，形成自身特色，在激烈的市場競爭中脫穎而出。未來的多媒體數(shù)字報紙將積極轉(zhuǎn)化本地優(yōu)勢，為本地消費市場提供優(yōu)質(zhì)的服務，將讀者轉(zhuǎn)化為消費者，從而促進網(wǎng)絡廣告和其他網(wǎng)絡增值業(yè)務的增長。
（二）將成為集多種媒體形式于一體的載體
調(diào)查中發(fā)現(xiàn)，目前多媒體數(shù)字報紙還不能做到同網(wǎng)絡媒體一樣集各種媒體形式于一體。網(wǎng)絡媒體的便利性以及多樣化的新聞傳播方式，吸引了越來越多的受眾，使紙媒體的讀者產(chǎn)生分流，逐漸流失。未來的多媒體數(shù)字報紙將成為整合視頻、音頻、流媒體、FLASH、電視、廣播等多媒體形式于一體的最佳載體，通過插入廣播、電視、FLASH等信息形式，即可實現(xiàn)多介質(zhì)、多平臺、多層次的媒體組合，強化其傳播優(yōu)勢。
（三）個性化定制服務將得到加強
網(wǎng)絡時代突顯個性化需求，讀者不是被動地接收，而是主動地依據(jù)自己的喜好來定制特定的新聞，不必再為不感興趣的文章花費時間，所以個性化定制服務將是未來的發(fā)展趨勢。RSS訂閱就像訂報紙一樣，它可以把讀者所關注、感興趣的新聞內(nèi)容第一時間送到讀者的計算機上供讀者閱讀。如讀者訂閱關于沈陽的新聞，RSS就可以通過所訂閱網(wǎng)站的新聞供應，可自動、定時地更新新聞標題，在最短的時間內(nèi)將相關的動態(tài)信息送到讀者面前，從而省去每天登錄新浪、搜狐、網(wǎng)易等新聞門戶網(wǎng)站，滿世界找新聞的時間。
（四）閱讀載體攜帶將更為方便
測試中發(fā)現(xiàn)，部分多媒體數(shù)字報紙開通了手機報訂閱功能。隨著電子技術的不斷發(fā)展、網(wǎng)絡技術的不斷進步，未來的多媒體數(shù)字報紙的閱讀載體不再僅僅局限于計算機終端，還將呈現(xiàn)在手機上或可折疊、有紙質(zhì)閱讀感的電子閱讀器上，使攜帶和瀏覽將變得更加方便，以便讀者可以隨時、隨地看到多媒體數(shù)字報紙。
（五）將找到適合自身發(fā)展的盈利模式
目前多媒體數(shù)字報紙的盈利模式尚不清晰，只有一少部分多媒體數(shù)字報紙采用收費閱讀的盈利模式，而大部分的多媒體數(shù)字報紙盈利點并不明確，目前仍以免費形式進行贈閱。多媒體數(shù)字報紙尚處于起步階段，隨著數(shù)字出版技術和閱讀群體的不斷成熟，多媒體數(shù)字報紙將探索出成功的盈利模式。
（六）廣告形式將不斷創(chuàng)新
篇8
長期以來風力發(fā)電機組變流器的安全保護功能測試由于其測試方法較為復雜而且在測試過程中又極易損耗變流器的各相關元器件，因此各變流器供應商一直將其作為風機的型式試驗要求來做而不作為出廠試驗的測試要求。而型式試驗只是在有試制的新產(chǎn)品或定型產(chǎn)品做重大改進時或產(chǎn)品質(zhì)量遇到其它特殊情況時才做，而且一般也只測試一兩臺，其它相同型號的產(chǎn)品在出廠時就不再作為強制試驗項目做出廠測試了。這樣變流器安全保護方面的功能在平時的生產(chǎn)過程中就不易受重視，容易出現(xiàn)質(zhì)量方面的問題，而變流器安全保護功能又恰恰是關系到風機變流器生命周期至關重要的一類保護功能。
一、風機變流器安全保護功能
風機變流器的安全保護功能根據(jù)其所保護的部位及類型的不同主要分為過溫保護、過 流保護、開關與熔斷器故障保護、缺相保護和相序錯誤保護、接地保護、發(fā)電機過速/欠速保護、直流環(huán)節(jié)過電壓/欠電壓保護和浪涌過電壓及防雷電保護。
1.過溫保護，其中包括絕緣柵雙極晶體管IGBT模塊散熱器過溫、輸入電抗器過溫和輸出電抗器的過溫保護。即當變流器某關鍵部位溫度過高時其控制器發(fā)出報警信號或停機。
2.過流保護，為變流器控制器檢測到網(wǎng)側(cè)及轉(zhuǎn)子側(cè)過電流時，發(fā)出報警信號以及觸發(fā)相應邏輯保護。
3.開關與熔斷器故障保護，當主功率回路開關跳閘或主熔斷器發(fā)生熔斷故障時變流器控制器發(fā)出相應報警信息并觸發(fā)相應邏輯保護的功能。
4.發(fā)電機過速/欠速保護，變流器通過發(fā)電機編碼器傳來發(fā)電機轉(zhuǎn)速信號來判斷其轉(zhuǎn)速是否正常。當轉(zhuǎn)速高于或低于一定的數(shù)值時即發(fā)出發(fā)電機過速或欠速報警信息并觸發(fā)相應的保護邏輯。
（五）直流環(huán)節(jié)過電壓/欠電壓保護，當變流器控制器檢測到直流母線電壓超過或低于設定值時，即報出相應故障信息并觸發(fā)相應保護邏輯。
二、風機變流器安全保護功能的測試方法
（一）過流保護過流保護包括網(wǎng)側(cè)和轉(zhuǎn)子側(cè)過流保護
根據(jù)過電流采集信號的不同可分為兩種情況：第一種是通過電流互感器進行模擬量的電流采樣，這種較為簡單，一般在測試程序中修改下調(diào)網(wǎng)側(cè)及轉(zhuǎn)子側(cè)過流保護參數(shù)值，然后變流器啟動運行，并網(wǎng)后給系統(tǒng)加載使網(wǎng)側(cè)和轉(zhuǎn)子側(cè)電流上升至修改后的過流參數(shù)值，查看測試系統(tǒng)保護邏輯及故障信息是否準確即可（網(wǎng)側(cè)和轉(zhuǎn)子側(cè)應分開測試）。第二種是通過數(shù)字量過電流傳感器（比如霍爾元件）進行數(shù)字量過電流信號的采集。由于數(shù)字量過電流傳感器的電流保護值是不能修改的，因此需通過并網(wǎng)加載加電流測試使過電流傳感器置“1”的方式試驗，顯然這是一種帶有一定破壞性的試驗方法，容易損傷變流器的某些元器件，所以作為出廠測試一般可以省略并網(wǎng)加載環(huán)節(jié)，而采用直接斷開連接過電流傳感器信號線的方式測試，然后查看測試系統(tǒng)故障信息及保護邏輯動作是否準確即可。這種測試方法就是有不能驗證過電流傳感器本身是否符合要求的缺陷，但至少驗證了過電流安全保護的其它所有功能，增加了該功能的出廠驗證測試面，提高了可靠性。
（二）開關與熔斷器故障保護
1.主功率回路開關故障安全保護功能測試：一般主功率回路開關的故障有觸點燒毀、脫扣器損壞、操作機構損壞、過載線圈燒毀等等。當開關出現(xiàn)故障時，其自身會有一個數(shù)字量故障信號節(jié)點動作，此信號節(jié)點外接至變流器控制系統(tǒng)。為了安全的測試出此項的全部功能，主功率回路開關故障安全保護功能測試可分成兩部分測試，即主功率回路開關故障測試部分和變流器控制系統(tǒng)響應部分。主功率回路開關故障可在變流器不通電的情況下測試，人為給主開關一個故障，然后用萬用表電阻擋測量故障信號節(jié)點是否變化，變化為符合要求。變流器控制系統(tǒng)響應部分測試要先給變流器送控制電源，然后人為將連接主功率開關故障信號節(jié)點的信號線在主開關接線排上短接，待測試系統(tǒng)報出相應故障信息及觸發(fā)相應保護邏輯即視為該安全保護功能測試通過。
2.熔斷器故障安全保護功能測試：變流器主熔斷器熔斷后其輔助熔斷器也跟著一起熔斷并觸發(fā)相故障開關量節(jié)點（微動開關），變流器控制系統(tǒng)接收到此熔斷器熔斷故障節(jié)點信號反饋后報出相應故障信息并觸發(fā)相應保護邏輯。由于主熔斷器的額定電流值要比輔助熔斷器大很多，只要目擊檢查若輔助熔斷器熔斷后其微動開關是否能隨之觸發(fā)即可。微動開關的檢查可以人為撥動其微動擋塊聽其分合動作聲音是否清脆，或者用萬用表電阻擋測量其節(jié)點是否有通斷狀態(tài)即可。相應變流器控制系統(tǒng)響應部分的測試同樣要先給變流器送上控制電源，然后人為撥動其微動開關的微動擋塊，測試系統(tǒng)報出相應故障信息及觸發(fā)相應保護邏輯即可視為此功能測試通過。
3.缺相保護及相序錯誤保護缺相安全保護功能測試及相序錯誤安全保護功能測試分為總網(wǎng)側(cè)、定子側(cè)及轉(zhuǎn)子側(cè)三個變流器主電路進出線位置的安全保護功能測試。
（1）總網(wǎng)側(cè)進線缺相及相序錯誤安全保護功能測試：這個測試的方法較為簡單，缺相保護測試是在總網(wǎng)側(cè)送電之前先將其三相進線接成二相進線，在并網(wǎng)接觸器及勵磁接觸器主觸頭未閉合的情況下給總網(wǎng)側(cè)進線送電并合上主斷后，給網(wǎng)側(cè)送電變流器測試系統(tǒng)應立即報出相應故障信息并觸發(fā)相應保護邏輯（按照A、B、C三相分別做一次測試）。相序錯誤保護測試則是在總網(wǎng)側(cè)送電之前將三相網(wǎng)側(cè)進線相序人為接反，然后在并網(wǎng)接觸器及勵磁接觸器主觸頭未閉合的情況下給總網(wǎng)側(cè)進線送電并合上主斷后，變流器測試系統(tǒng)也應立即報出相應故障信息及觸發(fā)相應保護邏輯，這樣即可視為此項功能測試通過。
（2）定子側(cè)及轉(zhuǎn)子側(cè)缺相及相序錯誤安全保護功能測試：這兩個位置的測試需要分開測試，但測試方法基本相同。缺相安全保護測試首先將定子側(cè)或轉(zhuǎn)子側(cè)三相出線改接成二相出線，然后按測試程序正常啟動運行變流器，期間測試系統(tǒng)報出相應故障信息并觸發(fā)相應保護邏輯即視為此功能測試通過（按照A、B、C三相分別做一次測試）；相序錯誤安全保護測試同樣首先將定子側(cè)或轉(zhuǎn)子側(cè)三相出線的相序接反，然后按測試程序正常啟動運行變流器，期間測試系統(tǒng)報出相應故障信息并觸發(fā)相應保護邏輯即視為此功能測試通過。
三、結(jié)束語
篇9
隨著醫(yī)用電氣設備的廣泛應用， 醫(yī)用電氣設備自身會發(fā)射電磁能，而一般醫(yī)院又很多設備放在一起，這些電磁能相互干擾，使一些電磁防護脆弱的設備產(chǎn)生誤動作，這些誤動作會降低設備測量精度，同時有時也會對患者造成傷害。因此國家食品藥品管理局要求，醫(yī)療設備必須符合YY0505-2012醫(yī)用電氣設備第1―2部分：”電磁兼容要求和試驗”行業(yè)標準和GB/T18268.1-2010《測量、控制和實驗室用的電設備 電磁兼容性要求》，為此對該設備做EMC項目整改。
電磁兼容性的英文為：Electromagnetic Compatibility，縮寫為EMC，電氣設備或系統(tǒng)在其使用的電磁環(huán)境中能正常工作而不致相互影響而使性能降低的一門技術，EMC的測試項目有：
EMC（電磁兼容）包括EMI（電磁騷擾）和EMS（抗擾度）。
EMI（電磁騷擾）包含：RE（輻射騷擾），CE（傳導騷擾）。
EMS（抗擾度）包含：CS（傳導抗擾度），ESD（靜電放電），脈沖群，浪涌，電源變電壓等。
1 電壓暫降、短時中斷和電壓變化試驗
就是模擬電網(wǎng)電源突變，如電網(wǎng)電壓降低，瞬時失去電壓或連續(xù)幾個周期的變化，或電源電壓的相位發(fā)生偏移。當發(fā)生這些故障時要求設備能正常工作或設備不能被損害。
本設備電網(wǎng)電源的的等級測試要求：
電壓暫降試驗等級和持續(xù)時間（ts）（50Hz/60Hz）
2類 0%，持續(xù)時間0.5周期，0%持續(xù)時間1周期，70%持續(xù)時間25/30周期
由于本設備原來的系統(tǒng)電源設計為線性電源，這樣當電源電壓突變時輸出電壓也瞬間突變，造成系統(tǒng)無法工作，該測試無法通過。
因此將線性電源整改為開關電源，但因甲狀腺功能儀的設計原理就是對小信號拾取，然后放大計數(shù)。而一般開關電源的輸出電壓含有豐富的開關噪聲，這些開關噪聲很容易誤當成小信號源串入放大電路，從而大大降低了設備的計量精度。為此選用集成單片式三端開關電源主芯片TOP225Y，它的優(yōu)點是元件少，這樣輻射小。由于開關頻率高（100KHz），設計時能大幅度降低開關變壓器的尺寸，變壓器的氣隙盡量小，繞制變壓器時要求初次級隔離，變壓器最外層用銅箔屏蔽，在具體加工開關變壓器時要將漆包線先加熱然后浸漆再烘干。最終設計出的電源為：寬范圍電壓（90V-264V）低漏電流（
2 浪涌（沖擊）抗擾度試驗
浪涌的產(chǎn)生原因：
一般分為兩種情況：外部原因是雷擊，內(nèi)部原因是供電系統(tǒng)的開關操作。
雷擊產(chǎn)生的浪涌的原因：由于云層和大地之間產(chǎn)生放電形成雷擊閃電。這種浪涌的特點是：電壓高，有幾十伏，幾百伏，幾千上萬伏等。電流大，有幾十安甚至達到數(shù)千安。時間短，一般都是微妙級別或毫秒級，這種浪涌呈現(xiàn)脈沖波，它們會產(chǎn)生很強的電磁效應，耦合到設備接地端時會產(chǎn)生感應電壓而破壞設備。
供電系統(tǒng)開關操作產(chǎn)生浪涌的原因：
供電配電柜鵲縟薟鉤プ櫚那謝唬內(nèi)部開關觸點動作產(chǎn)生的電弧等。
本設備浪涌抗擾度試驗等級要求：
試驗等級：3 開路試驗電壓+/-2.0KV（+/-10%）
因原設備沒有考慮到浪涌吸收，所以測試沒通過，為此進行如下整改：
在相，零與地線之間接上合適的壓敏電阻和放電管。壓敏電阻能吸收感應雷擊產(chǎn)生的尖峰電壓，但壓敏電阻的選擇很重要，選的電壓過低，很容易被擊穿。選的過高又不能起到吸收浪涌的目的。一般根據(jù)電網(wǎng)電壓，元件老化系數(shù)，元件的誤差范圍來選擇合適的參數(shù)。如我使用的壓敏電阻型號是20D510K。但是壓敏電阻也有它的弱點，電壓太高很容易擊穿，如當設備進行耐壓測試時，就很容易損壞壓敏電阻。它另外一個缺點是寄生電容大，進行漏電流測試時會產(chǎn)生很大的泄露電流，不符合安規(guī)要求。為此，我將它和放電管串起來接入電路中使用，放電管作為開關使用，當沒有瞬態(tài)過高電壓時它能將壓敏電阻隔開，這樣電路中幾乎沒有泄露電流，也能通過耐電壓測試，完美的補償了壓敏電阻的缺陷。
經(jīng)過上述改進，設備浪涌測試合格。
3 ESD（靜電放電）抗擾度試驗
靜電產(chǎn)生的原因及危害。
由于兩種不同物質(zhì)的物體表面攜帶大量電子，一種物質(zhì)帶大量正電荷，另外一種帶大量負電荷，當兩種物體接觸或摩擦后，產(chǎn)生電子轉(zhuǎn)移，形成靜電放電。它會干擾電路，使程序紊亂，損害電子元件，極大地傷害設備。
本設備靜電放電抗擾度實驗要求：
等級要求：3級 在空氣放電抗擾度試驗電平為+/-8KV，接觸放電為：+/-6KV
我們的儀器由于是金屬外殼而且設備外殼接地，所以做這個項目測試時僅有一處出問題，即串口對插接口的固定螺絲是金屬的，當放電槍對該處放電時，串口數(shù)據(jù)紊亂，解決的方法如下：
（1）縮短串口通訊電纜長度，小于3米；
（2）通訊電纜采用雙絞屏蔽線；
（3）改變對接方式，由外部對接改為內(nèi)部連接；
（4）在電路中對發(fā)射和接收信號端分別對地并TVS（6.8KE20CA）。
通過上述措施，靜電放電檢測通過。
4 結(jié)束語
綜上所述，EMC（電磁兼容）部分項目電壓暫降、短時中斷和電壓變化試驗， 浪涌（沖擊）抗擾度試驗， ESD（靜電放電）整改后試驗都檢測合格。
參考文獻
篇10
一、蓄電池在線監(jiān)測及修復硬件的安裝
（1）將蓄電池在線養(yǎng)護安裝在蓄電池組出線附近的19英寸標準機柜內(nèi)。
（2）將直流48V通過電源線接入蓄電池在線養(yǎng)護儀的電源接口。
（3）將除硫輸出線的端子側(cè)分別接入除硫輸出端口，將除硫輸出線的5根出線按照上文輸出接線說明，正確連接至對應蓄電池的極柱。
（4）連接完成后，按下電源開關按鍵，設備首先進入工廠調(diào)試階段，約2分鐘后，開始正式啟動工作。
蓄電池智能在線充放電系統(tǒng)的安裝調(diào)試操作步驟如下：
（1）進入現(xiàn)場指定安裝機柜旁邊，觀察走線走向后，確定系統(tǒng)安裝機架離地面高度（需要割接電纜，做電纜線鼻）。
（2）將蓄電池檢測控制器、養(yǎng)護儀輔機1、養(yǎng)護儀輔機1和容量檢測模塊進行安裝固定（安裝順序應為由下向上依次是蓄電池檢測控制器、養(yǎng)護儀輔機1、養(yǎng)護儀輔機1和容量檢測模塊）。
（3）開始下線，包括采樣線和電池電纜線長度。
（4）將采樣線和電池電纜線依現(xiàn)場綁扎方式綁扎整齊，做采樣線線鼻和電池電纜線鼻。
（5）一切準備就緒后，進行設備接線，即：將整流器母排上的正負輸出接至交流檢測和控制模塊的整流器引入端，從交流檢測和控制模塊的蓄電池引入端接至對應電池組的正負極。
（6）接線完畢后確定測量所有的采樣和電池電纜接線正確性。
（7）打開工作電源，進行設備調(diào)試、配網(wǎng)。
（8）網(wǎng)管軟件進行功能逐一測試。
二、系統(tǒng)修復功能的測試
本次測試對象為通信電源室2號通信電源的一組通信湯淺蓄電池組。湯淺蓄電池組于2012-08-16投入使用，為2V 24節(jié)電池。登錄蓄電池在線維護監(jiān)控管理系統(tǒng)，點擊基站信息，可以看見已經(jīng)創(chuàng)建好的通信湯淺蓄電池組。點擊通信湯淺蓄電池組1號可以檢測到它的實時參數(shù)：如圖1所示。
從圖1通信湯淺蓄電池組1號初始狀態(tài)中可以很直觀地看見蓄電池狀態(tài)正常、當前蓄電池電壓53.58V，當前溫度28℃，單體最大值2.243V，單體最小值2.22V，單體平均值2.233V，因此該系統(tǒng)可以對蓄電池各項參數(shù)實時精細化網(wǎng)絡監(jiān)控，準確甄別電池劣化程度，提前預警劣態(tài)單體電池。
2015-10-2912∶01∶47由管理員賬號對通信湯淺蓄電池組1號進行核對性放電測試，單體順序號以整組負級開始為第一節(jié)，測試參數(shù)設置為負載電流為20A，放出容量100.0AH，端壓終止48.0V，單體終止1.9V，溫度上限70℃，放電時長05小時00分，以上任何一個條件達到，即停止放電。在圖1界面點擊遠程放電即可設置通信湯淺蓄電池組1號的放電參數(shù)，放電參數(shù)設置如圖2所示。
通信湯淺蓄電池組1號的放電開始后容量檢測模塊的蓄電池1號測試模式亮紅燈，表示設備處于放電狀態(tài)，同時通過通信電源顯示器指示驗證了放電正常，設備具備放電功能。
為了測試參數(shù)設置改變的靈活性，2015-10-2914∶10由管理員賬號對通信湯淺蓄電池組1號放電參數(shù)更改為負載電流為50A，放出容量250.0AH，端壓終止48.0V，單體終止1.9V，溫度上限70℃，放電時長05小時00分，以上任何一個條件達到，即停止放電。放電停止后，實際端壓48.03V，最大單體為第23節(jié)，最大單體電壓為2.010V，最小單體為第19節(jié)，如圖3所示為放電終止單體電壓柱形圖，最小單體電壓為1.959V，平均單體電壓2.001V，放出容量187.920AH，實際放電時長0天5小時1分，由于放電時間到原因停止放電。
放電參數(shù)改變后，通過圖3放電端電壓變化曲線放電電流變化曲線可以看出在放電參數(shù)改變后仍然可以完成放電，為參數(shù)設置錯誤后可以及時糾正提供了有利保障。
2015-10-2917∶02∶由通信湯淺蓄電池組1號由于放電時間到，自動轉(zhuǎn)換為充電狀態(tài)，通過蓄電池在線維護監(jiān)控管理系統(tǒng)可以看見通信湯淺蓄電池組1號處于充電狀態(tài)，放電結(jié)束原因，放電結(jié)束后通信湯淺蓄電池組1號在啟動系統(tǒng)充放電和修復功能后通過圖4充電終止單體電壓柱形圖與通信湯淺蓄電池組1號充電狀態(tài)可以對第7節(jié)和第19節(jié)電池組有明顯的修復作用。
從通信湯淺蓄電池組1號充電數(shù)據(jù)所示，從蓄電池在線維護監(jiān)控數(shù)據(jù)中可以看出次系統(tǒng)可以完成充電功能。其中17∶3∶30時第7節(jié)、第19節(jié)蓄電池單節(jié)電池與其他蓄電池有明顯差異，充電完成后第7節(jié)、第19節(jié)蓄電池單節(jié)電池與其他蓄電池差異減少，再次驗證次系統(tǒng)對單節(jié)電池組有明顯的修復作用。
三、蓄電池修復應注意的事項
1. 如果發(fā)現(xiàn)蓄電池組在投入使用初期（大概是20次充放電循環(huán)左右）次出現(xiàn)容量突然下降現(xiàn)象，每一次充放電循環(huán)后，蓄電池實際容量會下降，而且容量下降比較快且早。此時的藹池板柵合金為低銻，正極容易發(fā)生軟化，如果起初充電電流連續(xù)過低造成初期容量下降較快，這屬于容量過早損失，導致電池性能不均衡，可以選擇重新配組修復法，此方法適用于極板軟化以和段隔的蓄電池，這屬于物理損傷，修復后效果不明顯，容量提升不大，但可以采取一些方法預防容量過早損失：（1）減少深度放電；（2）避免過充電；（3）避免初始充電電流持續(xù)過低；（4）不要利用添加活性物質(zhì)來提升蓄電池容量。
2. 在容量測試中，如果測得當前容量和歷史容量相比下降較多，且電導測試中發(fā)現(xiàn)蓄電池電導下降，則是因為蓄電池缺水，導致放電容量下降，內(nèi)阻增大，這是由于長時間浮充電壓過低，不足以支持蓄電池正極板處氧的循環(huán)；活性物質(zhì)降低，蓄電池內(nèi)阻增大，硫酸濃度升高，自放電加劇，同時加速了板柵的腐蝕，可以選擇補水療法修復，即向電池中加入水稀釋電解液，提高硫酸的溶解度，且在充電電流為20h率下進行較長時間的充電，蓄電池可以恢復，但此方法只適用于硫化不太嚴重的蓄電池。
3. 當蓄電池長期欠充時，如果檢測到整組電池浮充電壓始終低于正常值（53.4V），對蓄電池進行充電實驗發(fā)現(xiàn)充不進電，容量無法提升，這是由于放電過程中產(chǎn)生的硫酸鉛并沒有及時地還原成活性物質(zhì)，阻隔了充放電反應的相互轉(zhuǎn)化引起負極硫酸鹽化，對于欠充造成輕度硫化的蓄電池可以采用上述完全充放電修復法，通過深度放電將硫酸鉛完全轉(zhuǎn)化為鉛和二氧化鉛提高蓄電池電化學反應效率。
篇11
快車在最新版增加的電驢功能使用則相對復雜一些：首先，在安裝過程中，emule模塊就是一個可選項，默認是選中的，而安裝后，要采用電驢方式下載，可以按照以下兩種方式：
第一，點擊“文件”下的“添加emule下載鏈接”選項，然后在彈出的窗口中輸入一個或多個emule格式的下載鏈接，可能很多朋友都不知道這個下載鏈接該如何輸入，因此，這種方式對大多數(shù)用戶來說都不適用。當然，也是有解決辦法的，就是我們的第二種方式。（如圖2）
第二，登錄網(wǎng)站搜索電驢資源，比如知名的VeryCD網(wǎng)（），打開網(wǎng)站后，點擊你需要的資源，比如我們下載“寄生人”這部影片，那么將顯示emule下載資源項，這里我們點擊“復制選中的鏈接”，然后粘貼到快車的下載鏈接中即可下載，這種方法對通常的用戶來說是可行的。（如圖3）
而在脫兔中則提供了P2P工具選項，點擊后進入emule搜索界面，只要輸入關鍵字后即可很快得到搜索結(jié)果，點擊文件后，點擊“下載所選文件”即可開始下載，操作也比較簡單。（如圖4）
變態(tài)驢提供了搜索選項，直接通過ED2K網(wǎng)絡搜索，雙擊搜索結(jié)果可以直接下載，當然，還可以通過“瀏覽”選項打開verycd網(wǎng)站來添加任務，具體操作與快車類似。（如圖5）
點評：從以上的基本操作來看，單單從電驢這一功能上對比，顯然，老牌的電驢最方便，而脫兔和變態(tài)驢操作也不復雜，但是變態(tài)驢的資源相對較少，快車在電驢這一功能上，資源的添加顯得比較麻煩，直接添加鏈接的方式是一般的初級用戶都不能接受的。
第二回合：拼實力，下載速度比拼
基本操作是留給用戶的第一印象和感覺，但是作為一款下載軟件，最重要的還是下載的功底，下面看看幾款軟件的“電驢”功能下載速度如何，我們對下載比較穩(wěn)定的時候的速度進行了截圖，以下依次是eMule、快車、脫兔、變態(tài)驢的下載速度：（如圖6，圖7，圖8，圖9）
在測試的過程中，發(fā)現(xiàn)電驢連接速度是最快的，而快車和變態(tài)驢連接速度都比較慢，而脫兔和變態(tài)驢在穩(wěn)定性方面欠佳，表現(xiàn)為速度波動比較大，甚至變態(tài)驢有短暫中斷現(xiàn)象。
點評：從以上的實際測試圖，我們可以看到電驢速度具有絕對的優(yōu)勢，高達90多KB/s,而脫兔則遜色不少，只有近50KB/s，整個測試過程中快車和變態(tài)驢表現(xiàn)非常不好，速度一直在10KB/s，這一度讓我們不好接受，但是經(jīng)過反復測試，的確這一速度反映了其下載的真實速度。這么看來，快車初涉“電驢”領域，表現(xiàn)讓大家很不滿意，看來還有很長的路要走。而變態(tài)驢似乎也有“依葫蘆畫瓢”的意味，雖然界面和功能上都具備了BT和emule的一些特征，但是功底卻差了很遠。
第三回合：內(nèi)存占用對比
隨著軟件功能增加，內(nèi)存占用也是越來越多，內(nèi)存占用也成了大家關心的話題，那么這幾款軟件在emule下載時內(nèi)存占用如何呢？我們一起來看看：
電驢：25MB
快車：12MB
脫兔：11MB
變態(tài)驢：7MB
篇12
Abstract：Smoke detector is one of the most common fire detection device in building fire protection facilities. According to the fire protection regulations maintenance units must be detector function test every year, and the third party inspection, a lot of work consumed in the smoke detector test. The author puts forward the idea about the smoke fire detector test function integration, in order to solve the problem of high cost and the detector alarm performance can not be quantified.
Key Words：smoke detectortestintegration
一、前言
隨著國民經(jīng)濟的不斷發(fā)展，人民生活水平的提高，國家及民眾對于消防安全日益重視，火災自動報警系統(tǒng)作為最為常用的早期火災預警裝置日益普及，從最新實施的《火災自動報警系統(tǒng)設計規(guī)范》GB50116-2013就可以看出，國家對住宅建筑火災自動報警系統(tǒng)的設置提出了明確的要求。感煙火災探測器作為火災自動報警系統(tǒng)中最為常用的報警裝置，其功能好壞直接關系到是否能夠早報警早處置，正是基于此，《火災自動報警系統(tǒng)施工及驗收規(guī)范》GB50166-2007明確要求每年需對所有探測器進行功能測試，另外《消防法》規(guī)定需對建筑消防設施每年至少進行一次全面檢測，即第三方消防檢測機構年檢。
二、傳統(tǒng)測試方式的弊端
為了檢驗感煙探測器報警功能的好壞，主要的測試方法是使用感煙探測器測試工具（俗稱煙槍）對其進行流動加煙試驗。由于感煙探測器點多面散，操作人員需要扛槍流動作業(yè)，再加上點香及煙霧加注過多后的善后處理等，消耗了維保和檢測單位的大量時間和人力、物力投入。
在傳統(tǒng)的加煙測試過程中，煙霧的濃度很難控制，煙霧進入探測器內(nèi)部的數(shù)量更是不得而知，這就造成了有些靈敏度高的探測器幾秒鐘內(nèi)就立刻報警，而有些靈敏度差的探測器就需要注煙幾分鐘后才報警，雖然都有報警功能但是顯然兩者都存在著一定的問題，前者容易受環(huán)境影響產(chǎn)生誤報警，而后者又不能做到火災的早期預警，關鍵因素是煙量無法準確控制，現(xiàn)場加煙與實驗室的標準煙室存在著很大的差別，這也是感煙探測器的報警功能參數(shù)未納入計量認證的原因之一。
另外在一些特殊場所，如中庭、高架倉庫等，點型感煙探測器安裝高度能夠達到極限高度12米，線型光束感煙探測器安裝高度可以達到20米，煙槍無法觸及，需登高作業(yè)方可進行測試，十分不便；再如一些危險場所，如變壓器室、高壓開關室等，平時人員無法進入，只能在停機的情況下才能進行測試。還有一些禁煙場所，如煤氣等易燃易爆區(qū)域、高檔賓館酒店等，傳統(tǒng)的加煙測試方式局限性很大。
三、感煙探測器測試功能集成化
造成目前這種現(xiàn)狀的主要原因是探測器生產(chǎn)廠家設計探測器的初衷只是為了探測火災，而沒有考慮到日后測試及維護的方便快捷。隨著人們對消防安全的日益重視，以及勞動力成本的不斷提升，亟需一種既能夠準確判斷感煙探測器報警性能又便于測試的手段。
點型感煙火災探測器是消防火災自動報警系統(tǒng)中使用最為廣泛的探測裝置，雖然歷經(jīng)幾十年的發(fā)展，但其探測原理沒有發(fā)生實質(zhì)性的改變，它是通過探測區(qū)域煙霧濃度變化影響到光線的變化，當煙霧造成的光線減弱到一定的數(shù)值后，再轉(zhuǎn)化為電信號實現(xiàn)報警目的的一種器件。光電探測器的響應閾值，即用減光系數(shù)m值(單位為dB/m)表示的探測器報警時刻的煙濃度，需采用實驗室方法測量確定，即在光學密度計利用光束受煙粒子作用后，光輻射能按指數(shù)規(guī)律衰減的原理測量煙濃度。減光系數(shù)用下式表示：
m=（10/d)lg(P0/P)，式中：
m―減光系數(shù)，dB/m；
d―試驗煙的光學測量長度，m；
P0―無煙時接收的輻射功率，W；
P―有煙時接收的輻射功率，W。
如果在其內(nèi)部集成物理減光測試裝置和執(zhí)行機構，在測試時使減光裝置動作，遮擋光源，同樣能夠啟到模擬煙霧的效果，達到測試報警功能的目的。在現(xiàn)場使用了一段時間后，如果在減光裝置動作后不能及時報警即可以判定該探測器的報警閾值已經(jīng)達不到出廠時的最低要求，可以通過廠家提升靈敏度，或者進行清洗或更換，徹底解決了傳統(tǒng)的通過加煙進行探測器測試方法中的煙量無法準確控制，判斷報警時間是否及時的關鍵問題。由于目前感煙探測器在生產(chǎn)過程中可以設定不同的靈敏度，所以在減光裝置的選擇上應該與探測器最低靈敏度時的響應閾值相匹配，以準確判斷在最不利的情況下探測器報警功能的好壞。
對于線型光束感煙探測器以及管路采樣式吸氣感煙火災探測器測試裝置的集成同樣可以采用以上思路。前者可根據(jù)《建筑消防設施檢測技術規(guī)程》GA503-2004的測試方法，在發(fā)射器及接收器處的光路上分別安裝減光值為1.0dB和10dB的減光裝置，分別啟到測試報警及報故障的功能。而后者如果安裝高度較高不便測試的話，可以在最不利的采樣孔處安裝一根空心伴隨管便于將測試煙霧送入采用孔中。
篇13
滿足現(xiàn)時的需要和著眼未來的發(fā)展是軟件設計的一般原則。對于
數(shù)字多用表自動測試系統(tǒng)而言，就是要能完成計量檢定規(guī)程中所規(guī)定的主要檢定內(nèi)容或用戶提出的具體測試內(nèi)容，還要能滿足對新型號的數(shù)字多用表的自動測試。
自動測試具有操作規(guī)范化的優(yōu)點，而規(guī)范化的操作源于不折不扣
的執(zhí)行計量檢定規(guī)程。自動測試同手動測試一樣，都要保證檢測數(shù)據(jù)的準確、可靠，都要保證檢測證書的公正、無誤。因此，依據(jù)計量法律、法規(guī)文件進行軟件設計，將計量法的思想溶于自動測試的軟件設計中，這應成為計量工作者進行自動測試軟件設計的主要特點。
2、 功能設計必須以檢測數(shù)據(jù)為中心
自動測試與手動測試一樣，都要求檢測人員對其測量數(shù)據(jù)的負責。因此，在程序設計上，必須以測量數(shù)據(jù)為中心，做好測量數(shù)據(jù)的生成，分析、維護和管理工作。
2.1 生成測試數(shù)據(jù)
采用標準源法對數(shù)字多用表進行自動測試是在硬件的支持和軟
件的適時控制下完成全部測量工作的。軟件對硬件的控制，主要是改變儀器的功能、量程等工作狀態(tài)和確定數(shù)據(jù)的采樣時間及采樣次數(shù)等，還控制著數(shù)據(jù)的傳輸。而這些控制并不會給整個自動測試系統(tǒng)帶來系統(tǒng)誤差。影響數(shù)字多用表自動測試系統(tǒng)系統(tǒng)誤差的主要因素來自計量標準器和環(huán)境條件。
計量標準器具只有經(jīng)過檢定合格才能投入使用。而檢定合格的計量標準器具也并不意味著沒有誤差。為了減小傳遞誤差，在實際應用中，往往采用加修正值的辦法。因此，在程序設計中，應具有對計量標準器具加修正值的功能。
在實際測量過程中，傳遞標準在其功能、量程、測量點變換后，都需要一定的穩(wěn)定時間才能保證源輸出值的準確。在手動測量中，我們通過觀察多功能標準源前面板的穩(wěn)定標志來判斷，當穩(wěn)定標志消失時既表示源輸出值穩(wěn)定。在自動測試中，我們是通過讀取標志代碼來判定的。在源的穩(wěn)定標志消失的同時，標志代碼既傳到計算機，控制軟件再自動加上幾秒鐘的延遲后，開始從數(shù)字多用表讀取數(shù)據(jù)。對無標志的多功能標準源，我們通過直接加延遲的辦法解決。延遲時間采用讀秒的方法，可避免因計算機性能的不同而需要調(diào)整的麻煩。
2.2 分析測試數(shù)據(jù)
在手動測量中，偶然干擾產(chǎn)生的突跳數(shù)值可隨時發(fā)現(xiàn)并能及時判
斷剔除。但在自動測試過程中，計算機采集數(shù)據(jù)并不拒絕突跳的數(shù)值，而突跳的數(shù)值無一定范圍，并毫無例外的作為“正常值”計入算數(shù)平均值中，使該點數(shù)值嚴重變壞。因此，必須用統(tǒng)計學方法進行判讀。也就是說，在程序設計中，必須具備剔除粗大誤差的功能。
對測量結(jié)果進行判斷也是分析測試數(shù)據(jù)的一項重要內(nèi)容。若測量結(jié)果在允許誤差范圍內(nèi)，判定為合格。若測量結(jié)果超出允許誤差的范圍，則在進行一次重復測量，若兩次測量值均不在誤差范圍內(nèi)，就判定為“超差”。在實際設計中，為了檢測人員分析、判斷問題的方便，還增加了“臨界”一種情況。即結(jié)論為“合格、臨界、超差”三種情況，并用不同的顏色表示。
2.3 維護測量數(shù)據(jù)
維護測量數(shù)據(jù)主要是指：數(shù)據(jù)的錄入、數(shù)據(jù)的顯示、數(shù)據(jù)的修改、
數(shù)據(jù)的剔除、數(shù)據(jù)的添加和數(shù)據(jù)的備份等。
數(shù)據(jù)的錄入主要包括被檢計量器具的基本概況（如：名稱、型號、產(chǎn)品號、證書編號等等）、計量標準器的修正值等。
數(shù)據(jù)的顯示主要是指將檢測數(shù)據(jù)從數(shù)據(jù)庫中調(diào)出，以便檢測人員進行綜合分析、判斷、比較等。
數(shù)據(jù)的修改、添加、剔除主要用于半自動和手動測量，同時也兼顧送檢用戶臨時增加或減少測量點。
數(shù)據(jù)的備份主要是指將測量數(shù)據(jù)復制到其他存體中.
2.4 管理測量數(shù)據(jù)
管理測量數(shù)據(jù)主要是指安全管理，以確保檢測數(shù)據(jù)的公正、準確、
可靠。這是將計量法的思想溶于程序設計中的一種主要表現(xiàn)形式。可采用加密碼口令、和硬盤存儲數(shù)據(jù)、光盤備份數(shù)據(jù)、打印原始記錄等多種方式。前面提到的數(shù)據(jù)修改、添加、剔除并不是隨意的，而是經(jīng)過一定的權限批準后方可實施。在軟件設計中，通過“檢定員級”和“室主任級”兩級安全管理“批準”后才能進行。
2.5 生成測試報告
包括原始數(shù)據(jù)的打印和檢測證書的打印兩份內(nèi)容。在測試證書的
打印中分為檢測證書封面的打印和檢測數(shù)據(jù)的打印。而打印檢測數(shù)據(jù)又可有兩種設計風格，一種是按測量功能逐項打印，一種是將兩項測量功能的檢測數(shù)據(jù)同時分頁打印。
2.6 開發(fā)環(huán)境的設計
這是著眼于發(fā)展的一項設計內(nèi)容。
為提高系統(tǒng)的再開發(fā)效率，適應數(shù)字儀表行業(yè)的發(fā)展，保證新型號的數(shù)字多用表能很快投入到自動測量系統(tǒng)中，可設計提供一個高性能的人機界面特性指標庫，形成初步的原型開發(fā)軟件環(huán)境.
2.7 查詢功能
可按檢測證書編號、送檢單位名稱、被檢計量器具的型號、產(chǎn)品
號等多種方式進行查詢。
3、 按檢測內(nèi)容進行設計
3.1 測量功能
分為全自動測試系統(tǒng)和半自動測試兩種方式。在這兩種方式，又可分為全功能測試、單功能測試和某功能單一量程的測試三種情況。
半自動測試主要是針對無接口或接口系統(tǒng)有故障的數(shù)字多用表設計的。利用多功能標準源的微調(diào)機構將數(shù)字多用表的顯示值調(diào)準到某一整數(shù)值，利用計算機的運算功能計算出被檢表的實際值和誤差。
在測量功能中還考慮24小時穩(wěn)定性測試這一項目。
3.2 校準功能
可參照測量功能進行設計。
在校準或測量的過程中，都有可能由于功能的改變而導致測試線接線的變化，如：從電壓測量轉(zhuǎn)到電流測量，計算機應適時進行提示，以防出現(xiàn)操作上的錯誤。
3.3 檢查接口
