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