時(shí)間：2023-02-06 05:00:01
開(kāi)篇：寫(xiě)作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇系統(tǒng)測(cè)試，希望這些內(nèi)容能成為您創(chuàng)作過(guò)程中的良師益友，陪伴您不斷探索和進(jìn)步。
【關(guān)鍵詞】LVDS；測(cè)試
1.引言
隨著現(xiàn)代電子科學(xué)技術(shù)的不斷進(jìn)步，雷達(dá)技術(shù)和體制的也在不斷發(fā)展，DBF體制的相控陣?yán)走_(dá)，機(jī)載預(yù)警雷達(dá)以及合成孔徑（SAR）雷達(dá)等一些新體制的雷達(dá)不斷出現(xiàn)在現(xiàn)代高科技戰(zhàn)場(chǎng)。隨著雷達(dá)體制的發(fā)展，其對(duì)信號(hào)帶寬和大容量高速率的信號(hào)傳輸提出了越來(lái)越高的要求。LVDS這種接口標(biāo)準(zhǔn)為解決這一瓶頸問(wèn)題提供了可能。目前LVDS技術(shù)在工業(yè)各領(lǐng)域已經(jīng)得到了廣泛應(yīng)用，本文結(jié)合某雷達(dá)產(chǎn)品調(diào)試現(xiàn)狀，提出了一套LVDS的全新測(cè)試方法，該方法簡(jiǎn)單易行，大大縮減了產(chǎn)品調(diào)試周期。
2.LVDS的基本原理
LVDS（LOW VOLTAGE DIFFERENTIAL SIGNALING）是一種低壓差分信號(hào)傳輸技術(shù)，其基本原理如圖1所示。其驅(qū)動(dòng)器為一個(gè)恒流源驅(qū)動(dòng)一對(duì)差分信號(hào)線組成，在接收端有一個(gè)高的直流輸入阻抗，阻抗基本上不會(huì)消耗電流，所以幾乎全部驅(qū)動(dòng)電流都流經(jīng)100W的終端電阻在接收器端產(chǎn)生。約350mV的電壓，當(dāng)驅(qū)動(dòng)狀態(tài)反轉(zhuǎn)時(shí)，流經(jīng)電阻的電流方向發(fā)生改變，于是在接收端產(chǎn)生邏輯狀態(tài)的改變。
LVDS傳輸具有以下特點(diǎn)：
（1）高速率，LVDS的恒流源模式低擺幅輸出決定了其高速的驅(qū)動(dòng)能力，它允許單個(gè)通道的數(shù)據(jù)傳輸速率達(dá)到數(shù)百兆每秒。
（2）超低功耗，LVDS器件采用CMOS工藝，提供了低的靜態(tài)功耗，負(fù)載（100W的終端電阻）功耗僅為1.2mW.
（3）低噪聲和低電磁干擾，LVDS傳輸采用差分方式，接收端只關(guān)心兩信號(hào)的差，噪聲被抵消，同時(shí)由于差分傳輸，兩條信號(hào)線周?chē)拇艌?chǎng)也相互抵消，降低了電磁干擾。
3.提出方案
某型號(hào)雷達(dá)采用相控陣列天線，天線為N維陣列，從天線陣列下來(lái)的N路射頻信號(hào)經(jīng)過(guò)接收系統(tǒng)變換成數(shù)字中頻信號(hào)，接收系統(tǒng)采用LVDS編碼芯片將中頻信號(hào)編碼，一塊LVDS芯片傳輸5路中頻信號(hào)，接收系統(tǒng)通過(guò)專(zhuān)用的LVDS電纜將信號(hào)傳輸?shù)叫盘?hào)處理系統(tǒng)，共N/5路數(shù)據(jù)組送到信號(hào)處理系統(tǒng)，其LVDS芯片將傳送來(lái)的5路串行數(shù)據(jù)還原成5路并行數(shù)據(jù)。這N/5組并行傳送的信號(hào)的直接送到波束形成插件內(nèi)的FPGA內(nèi)，完成數(shù)字波束形成、同時(shí)完成接收通道數(shù)據(jù)校正和發(fā)射通道數(shù)據(jù)校正等功能。
針對(duì)該型號(hào)雷達(dá)的波束形成插件調(diào)試記錄及其插件的返修率進(jìn)行統(tǒng)計(jì)分析發(fā)現(xiàn)，LVDS解碼芯片本身質(zhì)量引發(fā)的故障率為21%；表貼工藝引發(fā)的故障率為15%；印制線短、斷路，阻值超標(biāo)，故障率為18%。LVDS解碼芯片自身為細(xì)間距芯片，在用探頭點(diǎn)測(cè)時(shí)容易短路，一旦短路，容易致使芯片由于人為因素失效。
目前信號(hào)處理系統(tǒng)調(diào)試方法是在波束形成插件的程序中做掃頻數(shù)據(jù)庫(kù)，同時(shí)形成波束，這樣在信號(hào)處理分系統(tǒng)調(diào)試過(guò)程中實(shí)際上并沒(méi)有覆蓋LVDS解碼芯片，也不經(jīng)過(guò)FPGA中的輸入管腳，無(wú)法判斷其狀態(tài)好壞，只有在雷達(dá)整機(jī)上系統(tǒng)聯(lián)調(diào)時(shí)才能測(cè)試其狀態(tài)好壞，需要雷達(dá)系統(tǒng)人員配合，而且必須保障信號(hào)處理前端的狀態(tài)正常才能測(cè)試。一旦發(fā)現(xiàn)問(wèn)題，返工的周期也會(huì)影響雷達(dá)系統(tǒng)聯(lián)調(diào)的總體時(shí)間進(jìn)度，這樣導(dǎo)致工作量增加，而且調(diào)試效果也不佳，售后服務(wù)返修件多數(shù)情況也無(wú)法處理。
針對(duì)以上情況，本文提出了一套簡(jiǎn)單易行的解決方案，通過(guò)搭建波束形成調(diào)試、測(cè)試工裝，建立一個(gè)專(zhuān)門(mén)的波束形成插件調(diào)試、測(cè)試系統(tǒng)，可以在分系統(tǒng)測(cè)試時(shí)就完成LVDS解碼芯片的功能測(cè)試、表貼工藝測(cè)試，以及LVDS解碼芯片將信號(hào)送進(jìn)FPGA器件的正交IQ信號(hào)M位數(shù)字信號(hào)的測(cè)試，測(cè)試是否存在表貼虛焊現(xiàn)象，是否存在印制線短路、斷路現(xiàn)象，是否存在印制線阻值超標(biāo)現(xiàn)象，測(cè)試結(jié)果簡(jiǎn)單明了，很容易判斷故障的所在。
3.1 系統(tǒng)組成
整個(gè)測(cè)試系統(tǒng)由接收系統(tǒng)、信號(hào)處理系統(tǒng)組成，測(cè)試儀器與儀表主要有計(jì)算機(jī)和示波器各一臺(tái)，整個(gè)測(cè)試系統(tǒng)連接框圖如圖2所示。其中時(shí)鐘信號(hào)由接收系統(tǒng)產(chǎn)生提供，并通過(guò)
LVDS電纜傳給信號(hào)處理系統(tǒng)。接收系統(tǒng)測(cè)試軟件固化在其配置芯片中，信號(hào)處理系統(tǒng)端的測(cè)試軟件通過(guò)計(jì)算機(jī)在線編程下載到FPGA芯片中。
3.2 軟件設(shè)計(jì)
接收系統(tǒng)軟件產(chǎn)生鋸齒波信號(hào)，通過(guò)測(cè)試電纜送信號(hào)系統(tǒng)；實(shí)現(xiàn)方法：利用一個(gè)計(jì)數(shù)器產(chǎn)生所需鋸齒波信號(hào)。具體如圖3所示。
信號(hào)系統(tǒng)編寫(xiě)控制軟件，根據(jù)接收系統(tǒng)送過(guò)來(lái)的信號(hào)所接通道，控制選擇相應(yīng)的LVDS解碼芯片將解得的鋸齒波測(cè)試信號(hào)送入FPGA器件，并能將接收系統(tǒng)送來(lái)的多位信號(hào)進(jìn)行截位控制。重新設(shè)計(jì)FPGA控制電路，將收到的鋸齒波測(cè)試信號(hào)采樣、處理、還原成模擬信號(hào)、輸出給示波器觀測(cè)，這樣測(cè)試結(jié)果快捷、直觀。當(dāng)所選通道經(jīng)過(guò)的LVDS解碼芯片和送入FPGA器件的IQ信號(hào)均正常，可以在示波器上看到如4所示的波形。
當(dāng)波形產(chǎn)生插件故障時(shí)（比如LVDS解碼芯片故障、送入FPGA器件的IQ信號(hào)虛焊、印制線制造故障），示波器上輸出波形將不再是標(biāo)準(zhǔn)的鋸齒波，不同的故障信號(hào)位可以根據(jù)故障波形基本定位。示意圖如圖5所示。
當(dāng)輸入的IQ信號(hào)較低位出現(xiàn)虛焊時(shí)，軟件控制端口的截位控制選項(xiàng)值可以較低，上圖中為05截位；當(dāng)輸入的IQ信號(hào)較高位出現(xiàn)虛焊時(shí)，控制軟件控制端口的截位選項(xiàng)值需要較高，這樣才能檢測(cè)出故障，圖6所示截位選擇為0E。
3.3 改進(jìn)后測(cè)試流程
在后續(xù)的調(diào)試過(guò)程中，采用了上述測(cè)試方法，基本解決了波束形成插件調(diào)試?yán)щy的問(wèn)題，提高了調(diào)試效率。具體操作流程如圖7所示。
3.4 改進(jìn)效果比較分析
下面以一塊波束形成插件的調(diào)試來(lái)比對(duì)改進(jìn)前后的測(cè)試效果：
改進(jìn)前：
配合人員：至少雷達(dá)系統(tǒng)和信號(hào)處理系統(tǒng)各1人，共2人；
測(cè)試平臺(tái)：一套完整的雷達(dá)；
需要時(shí)間：5小時(shí)；
同時(shí)在測(cè)試過(guò)程中要受到整機(jī)性能的影響，雷達(dá)整機(jī)工作必須正常，特別是接收校正功能。在沒(méi)有整機(jī)的情況下是無(wú)法進(jìn)行測(cè)試工作，對(duì)于分系統(tǒng)的調(diào)試以及今后的售后服務(wù)插件的維修來(lái)說(shuō)相當(dāng)不便。
改進(jìn)后：
配合人員：信號(hào)處理系統(tǒng)1人。
測(cè)試平臺(tái)：信號(hào)系統(tǒng)和接收系統(tǒng)調(diào)試設(shè)備。
需要時(shí)間：1小時(shí)。
【關(guān)鍵詞】系統(tǒng)測(cè)試缺陷管理
一、系統(tǒng)測(cè)試概述
軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程，從測(cè)試范圍角度，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等。系統(tǒng)測(cè)試是把集成測(cè)試后的軟件和硬件、人員、資源等相關(guān)元素結(jié)合起來(lái)，在真實(shí)的環(huán)境中對(duì)系統(tǒng)進(jìn)行測(cè)試，挖掘出軟件中隱藏的缺陷，從而保證軟件的質(zhì)量，系統(tǒng)測(cè)試的流程為：需求獲取與評(píng)審，測(cè)試策略制定，系統(tǒng)測(cè)試設(shè)計(jì)，用例開(kāi)發(fā)，測(cè)試準(zhǔn)備，測(cè)試執(zhí)行，發(fā)現(xiàn)剔除缺陷周期，測(cè)試周期結(jié)束，缺陷分析和結(jié)果報(bào)告
二、缺陷的發(fā)現(xiàn)和跟蹤
（一）缺陷發(fā)現(xiàn)的方法
缺陷發(fā)現(xiàn)方法一般包括：軟件測(cè)試，同行評(píng)審，客戶反饋，管理評(píng)審，項(xiàng)目?jī)?nèi)發(fā)現(xiàn)等。軟件測(cè)試的定義很多，如狹義論和廣義論。狹義定義是：指通過(guò)檢查代碼和開(kāi)發(fā)中有關(guān)文檔，找出軟件潛在的質(zhì)量問(wèn)題，從而保證軟件質(zhì)量；廣義論定義是：驗(yàn)證過(guò)程的正確性，確認(rèn)結(jié)果的正確性。同行評(píng)審是根據(jù)立項(xiàng)時(shí)定義的規(guī)程由軟件開(kāi)發(fā)者的同行對(duì)軟件產(chǎn)品進(jìn)行的技術(shù)評(píng)審。
（二）缺陷報(bào)告與跟蹤
測(cè)試組執(zhí)行測(cè)試用例后，發(fā)現(xiàn)實(shí)際輸出與期望不一致時(shí)，需要報(bào)告缺陷。為了準(zhǔn)確、完整地記錄開(kāi)發(fā)過(guò)程中的缺陷，跟蹤修改過(guò)程，驗(yàn)證修正缺陷、統(tǒng)計(jì)缺陷數(shù)據(jù)，需要借助缺陷跟蹤工具。跟蹤工具可以執(zhí)行新增、修改、查找、排序、保存等操作，從而有效的管理軟件缺陷，還可以規(guī)范軟件的缺陷管理過(guò)程，提高軟件測(cè)試效率。以我們常用的Bugfree為例，缺陷跟蹤系統(tǒng)的流程是：測(cè)試人員報(bào)告Bug，Bug處于激活狀態(tài)，此時(shí)由項(xiàng)目經(jīng)理或項(xiàng)目組長(zhǎng)指派給問(wèn)題的責(zé)任人。Bug修改后，Bug狀態(tài)自動(dòng)轉(zhuǎn)為解決狀態(tài)，并派給創(chuàng)建人員。然后由創(chuàng)建人員驗(yàn)證Bug。驗(yàn)證不通過(guò)，Bug重新激活，狀態(tài)重新轉(zhuǎn)為激活；驗(yàn)證通過(guò)關(guān)閉此bug，狀態(tài)轉(zhuǎn)為關(guān)閉，此時(shí)Bug生命周期完成了。回歸測(cè)試時(shí)，發(fā)現(xiàn)已經(jīng)關(guān)閉的Bug如果重新復(fù)現(xiàn)，需要重新激活。
三、缺陷分析
（一）缺陷分析作用
缺陷分析是對(duì)缺陷數(shù)據(jù)進(jìn)行統(tǒng)計(jì)、計(jì)算、分析和編寫(xiě)分析報(bào)告的行為，是缺陷管理的核心，通過(guò)對(duì)缺陷數(shù)據(jù)分析，可以挖掘以下幾方面的信息如：不同類(lèi)型缺陷某一屬性產(chǎn)生的概率、集中分布的模塊、根據(jù)某個(gè)屬性形成的發(fā)展趨勢(shì)、缺陷產(chǎn)生原因，根據(jù)對(duì)缺陷數(shù)據(jù)的分析結(jié)果采取相應(yīng)的措施和方法，如發(fā)現(xiàn)測(cè)試用例的不足，需要及時(shí)完善測(cè)試用例，從而達(dá)到提高缺陷發(fā)現(xiàn)率的目的
（二）缺陷分析
執(zhí)行系統(tǒng)測(cè)試并產(chǎn)生缺陷數(shù)據(jù)后，測(cè)試人員就可以對(duì)系統(tǒng)測(cè)試結(jié)果。缺陷分析是指對(duì)缺陷的不同屬性、用例執(zhí)行情況等信息進(jìn)行統(tǒng)計(jì)分析；并把這些信息繪制成圖表。缺陷分析方法很多，本文從缺陷趨勢(shì)分析和缺陷分布來(lái)分析兩方面來(lái)分析。缺陷趨勢(shì)分析，關(guān)注的是軟件缺陷的嚴(yán)重性，缺陷對(duì)軟件的影響程度。缺陷趨勢(shì)分析是在軟件正式之前發(fā)現(xiàn)的缺陷數(shù)據(jù)基礎(chǔ)上，定期應(yīng)用統(tǒng)計(jì)方法/工具進(jìn)行分析計(jì)算系統(tǒng)測(cè)試過(guò)程中采集的缺陷數(shù)據(jù)；缺陷趨勢(shì)分析的內(nèi)容，主要是缺陷密度、缺陷重現(xiàn)率和缺陷周期。
（三）實(shí)例分析
以下是通過(guò)Bugfree工具統(tǒng)計(jì)的手機(jī)系統(tǒng)測(cè)試缺陷數(shù)據(jù)，統(tǒng)計(jì)時(shí)，分別從，從嚴(yán)重性角度、從缺陷產(chǎn)生原因解度、缺陷所屬模塊角度，統(tǒng)計(jì)出了缺陷的嚴(yán)重度分布，來(lái)源分布和，在各模塊中的分布。缺陷嚴(yán)重度分布圖1、缺陷來(lái)源分布圖2，缺陷按模塊分布圖3。
從圖1，2，3中可以看出，嚴(yán)重級(jí)別的缺陷所占比例，各個(gè)模塊中存在的缺陷數(shù)量，也可以根據(jù)缺陷恢復(fù)狀態(tài)來(lái)分析每輪回歸測(cè)試中，已修改、新增、重新激活的缺陷數(shù)等信息。為了能充分挖掘測(cè)試過(guò)程中收集的基礎(chǔ)缺陷數(shù)據(jù)，為后續(xù)的度量奠定基礎(chǔ)，在缺陷的分析統(tǒng)計(jì)過(guò)程中，我可以根據(jù)實(shí)際，繪制各種類(lèi)型的圖表，如柱圖，餅圖等。
（四）度量分析
軟件度量是對(duì)軟件開(kāi)發(fā)項(xiàng)目、過(guò)程及其產(chǎn)品進(jìn)行數(shù)據(jù)定義，收集以及分析的持續(xù)量化過(guò)程。在缺陷數(shù)據(jù)統(tǒng)計(jì)的基礎(chǔ)上，結(jié)合缺陷的屬性從單屬性和多屬性方面進(jìn)行度量分析。圖1中可以看到，致命和嚴(yán)重故障占總?cè)毕莸?4%，說(shuō)明軟件處于不穩(wěn)定狀態(tài)，開(kāi)發(fā)人員需要加緊缺陷的修復(fù)和分析缺陷產(chǎn)生的原因。圖2給出了缺陷主要分布編碼和測(cè)試階段，缺陷來(lái)源可能是開(kāi)發(fā)人員編碼不規(guī)范或測(cè)試方法等原因。圖3可以看出，該輪測(cè)試中系統(tǒng)的幾個(gè)機(jī)能模塊存在的缺陷數(shù)量和嚴(yán)重度。通話、電話本、短信、設(shè)置模塊存在著致命或嚴(yán)重的故障，說(shuō)明軟件還達(dá)到穩(wěn)定狀態(tài)，后續(xù)測(cè)試中需要在這幾個(gè)模塊上加重人力和改進(jìn)測(cè)試方法，以保證軟件盡早達(dá)到穩(wěn)定狀態(tài)。
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基于web的系統(tǒng)測(cè)試方法。 / kF?RZNAX4 ^'8gnv [ 本 資 料 來(lái) 源 于 貴 州 學(xué) 習(xí) 網(wǎng) 計(jì)算機(jī)網(wǎng)絡(luò)技術(shù) Www.gzU521.com ] / kF?RZNAX4 ^'8gnv
隨著internet和intranet/extranet的快速增長(zhǎng)，web已經(jīng)對(duì)商業(yè)、工業(yè)、銀行、財(cái)政、教育、政府和娛樂(lè)及我們的工作和生活產(chǎn)生了深遠(yuǎn)的影響。許多傳統(tǒng)的信息和數(shù)據(jù)庫(kù)系統(tǒng)正在被移植到互聯(lián)網(wǎng)上，電子商務(wù)迅速增長(zhǎng)，早已超過(guò)了國(guó)界。范圍廣泛的、復(fù)雜的分布式應(yīng)用正在web環(huán)境中出現(xiàn)。web的流行和無(wú)所不在，是因?yàn)樗芴峁┲С炙蓄?lèi)型內(nèi)容連接的信息，容易為最終用戶存取。
yogesh deshpande和steve hansen在1998年就提出了web工程的概念。web工程作為一門(mén)新興的學(xué)科，提倡使用一個(gè)過(guò)程和系統(tǒng)的方法來(lái)開(kāi)發(fā)高質(zhì)量的基于web的系統(tǒng)。它"使用合理的、科學(xué)的工程和管理原則，用嚴(yán)密的和系統(tǒng)的方法來(lái)開(kāi)發(fā)、和維護(hù)基于web的系統(tǒng)"。目前，對(duì)于web工程的研究主要是在國(guó)外開(kāi)展的，國(guó)內(nèi)還剛剛起步。
在基于web的系統(tǒng)開(kāi)發(fā)中，如果缺乏嚴(yán)格的過(guò)程，我們?cè)陂_(kāi)發(fā)、、實(shí)施和維護(hù)web的過(guò)程中，可能就會(huì)碰到一些嚴(yán)重的問(wèn)題，失敗的可能性很大。而且，隨著基于web的系統(tǒng)變得越來(lái)越復(fù)雜，一個(gè)項(xiàng)目的失敗將可能導(dǎo)致很多問(wèn)題。當(dāng)這種情況發(fā)生時(shí)，我們對(duì)web和internet的信心可能會(huì)無(wú)法挽救地動(dòng)搖，從而引起web危機(jī)。并且，web危機(jī)可能會(huì)比軟件開(kāi)發(fā)人員所面對(duì)的軟件危機(jī)更加嚴(yán)重、更加廣泛。
在web工程過(guò)程中，基于web系統(tǒng)的測(cè)試、確認(rèn)和驗(yàn)收是一項(xiàng)重要而富有挑戰(zhàn)性的工作。基于web的系統(tǒng)測(cè)試與傳統(tǒng)的軟件測(cè)試不同，它不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要測(cè)試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測(cè)試。然而，internet和web媒體的不可預(yù)見(jiàn)性使測(cè)試基于web的系統(tǒng)變得困難。因此，我們必須為測(cè)試和評(píng)估復(fù)雜的基于web的系統(tǒng)研究新的方法和技術(shù)。
一般軟件的周期以月或以年計(jì)算，而web應(yīng)用的周期以天計(jì)算甚至以小時(shí)計(jì)算。web測(cè)試人員必須處理更短的周期，測(cè)試人員和測(cè)試管理人員面臨著從測(cè)試傳統(tǒng)的c/s結(jié)構(gòu)和框架環(huán)境到測(cè)試快速改變的web應(yīng)用系統(tǒng)的轉(zhuǎn)變。
一、功能測(cè)試
1、鏈接測(cè)試
鏈接是web應(yīng)用系統(tǒng)的一個(gè)主要特征，它是在頁(yè)面之間切換和指導(dǎo)用戶去一些不知道地址的頁(yè)面的主要手段。鏈接測(cè)試可分為三個(gè)方面。首先，測(cè)試所有鏈接是否按指示的那樣確實(shí)鏈接到了該鏈接的頁(yè)面；其次，測(cè)試所鏈接的頁(yè)面是否存在；最后，保證web應(yīng)用系統(tǒng)上沒(méi)有孤立的頁(yè)面，所謂孤立頁(yè)面是指沒(méi)有鏈接指向該頁(yè)面，只有知道正確的url地址才能訪問(wèn)。
鏈接測(cè)試可以自動(dòng)進(jìn)行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測(cè)試必須在集成測(cè)試階段完成，也就是說(shuō)，在整個(gè)web應(yīng)用系統(tǒng)的所有頁(yè)面開(kāi)發(fā)完成之后進(jìn)行鏈接測(cè)試。
2、表單測(cè)試
當(dāng)用戶給web應(yīng)用系統(tǒng)管理員提交信息時(shí)，就需要使用表單操作，例如用戶注冊(cè)、登陸、信息提交等。在這種情況下，我們必須測(cè)試提交操作的完整性，以校驗(yàn)提交給服務(wù)器的信息的正確性。例如：用戶填寫(xiě)的出生日期與職業(yè)是否恰當(dāng)，填寫(xiě)的所屬省份與所在城市是否匹配等。如果使用了默認(rèn)值，還要檢驗(yàn)?zāi)J(rèn)值的正確性。如果表單只能接受指定的某些值，則也要進(jìn)行測(cè)試。例如：只能接受某些字符，測(cè)試時(shí)可以跳過(guò)這些字符，看系統(tǒng)是否會(huì)報(bào)錯(cuò)。
3、cookies測(cè)試
cookies通常用來(lái)存儲(chǔ)用戶信息和用戶在某應(yīng)用系統(tǒng)的操作，當(dāng)一個(gè)用戶使用cookies訪問(wèn)了某一個(gè)應(yīng)用系統(tǒng)時(shí)，web服務(wù)器將發(fā)送關(guān)于用戶的信息，把該信息以cookies的形式存儲(chǔ)在客戶端計(jì)算機(jī)上，這可用來(lái)創(chuàng)建動(dòng)態(tài)和自定義頁(yè)面或者存儲(chǔ)登陸等信息。 轉(zhuǎn)貼于
如果web應(yīng)用系統(tǒng)使用了cookies，就必須檢查cookies是否能正常工作。測(cè)試的內(nèi)容可包括cookies是否起作用，是否按預(yù)定的時(shí)間進(jìn)行保存，刷新對(duì)cookies有什么影響等。
4、設(shè)計(jì)語(yǔ)言測(cè)試
web設(shè)計(jì)語(yǔ)言版本的差異可以引起客戶端或服務(wù)器端嚴(yán)重的問(wèn)題，例如使用哪種版本的html等。當(dāng)在分布式環(huán)境中開(kāi)發(fā)時(shí)，開(kāi)發(fā)人員都不在一起，這個(gè)問(wèn)題就顯得尤為重要。除了html的版本問(wèn)題外，不同的腳本語(yǔ)言，例如Java、JavaScript、 activex、vbscript或perl等也要進(jìn)行驗(yàn)證。
5、數(shù)據(jù)庫(kù)測(cè)試
在web應(yīng)用技術(shù)中，數(shù)據(jù)庫(kù)起著重要的作用，數(shù)據(jù)庫(kù)為web應(yīng)用系統(tǒng)的管理、運(yùn)行、查詢(xún)和實(shí)現(xiàn)用戶對(duì)數(shù)據(jù)存儲(chǔ)的請(qǐng)求等提供空間。在web應(yīng)用中，最常用的數(shù)據(jù)庫(kù)類(lèi)型是關(guān)系型數(shù)據(jù)庫(kù)，可以使用sql對(duì)信息進(jìn)行處理。
在使用了數(shù)據(jù)庫(kù)的web應(yīng)用系統(tǒng)中，一般情況下，可能發(fā)生兩種錯(cuò)誤，分別是數(shù)據(jù)一致性錯(cuò)誤和輸出錯(cuò)誤。數(shù)據(jù)一致性錯(cuò)誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯(cuò)誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計(jì)問(wèn)題等引起的，針對(duì)這兩種情況，可分別進(jìn)行測(cè)試。
，l/u，H*wjY-gM8- [ 此文我的學(xué)習(xí)網(wǎng)計(jì)算機(jī)網(wǎng)絡(luò)技術(shù) Gzu521.com] ，l/u，H*wjY-gM8-
二、性能測(cè)試
1、連接速度測(cè)試
用戶連接到web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化，他們或許是電話撥號(hào)，或是寬帶上網(wǎng)。當(dāng)下載一個(gè)程序時(shí)，用戶可以等較長(zhǎng)的時(shí)間，但如果僅僅訪問(wèn)一個(gè)頁(yè)面就不會(huì)這樣。如果web系統(tǒng)響應(yīng)時(shí)間太長(zhǎng)（例如超過(guò)5秒鐘），用戶就會(huì)因沒(méi)有耐心等待而離開(kāi)。
另外，有些頁(yè)面有超時(shí)的限制，如果響應(yīng)速度太慢，用戶可能還沒(méi)來(lái)得及瀏覽內(nèi)容，就需要重新登陸了。而且，連接速度太慢，還可能引起數(shù)據(jù)丟失，使用戶得不到真實(shí)的頁(yè)面。
2、負(fù)載測(cè)試
負(fù)載測(cè)試是為了測(cè)量web系統(tǒng)在某一負(fù)載級(jí)別上的性能，以保證web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪問(wèn)web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。例如：web應(yīng)用系統(tǒng)能允許多少個(gè)用戶同時(shí)在線？如果超過(guò)了這個(gè)數(shù)量，會(huì)出現(xiàn)什么現(xiàn)象？web應(yīng)用系統(tǒng)能否處理大量用戶對(duì)同一個(gè)頁(yè)面的請(qǐng)求？
3、壓力測(cè)試
介紹了鐵路區(qū)間信號(hào)系統(tǒng)測(cè)試評(píng)估平臺(tái)的研制背景，給出平臺(tái)的硬件分布式系統(tǒng)和軟件系統(tǒng)結(jié)構(gòu)。簡(jiǎn)要介紹了平臺(tái)軟件系統(tǒng)各個(gè)子系統(tǒng)的功能。闡述了平臺(tái)專(zhuān)用數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程。
【關(guān)鍵詞】
區(qū)間信號(hào)；數(shù)據(jù)庫(kù)設(shè)計(jì)
鐵路區(qū)間信號(hào)系統(tǒng)是安全性苛求系統(tǒng)。在區(qū)間安全性控制和防護(hù)設(shè)備的研制、生產(chǎn)、使用過(guò)程中，運(yùn)用現(xiàn)代技術(shù)手段對(duì)設(shè)備的可靠性和安全性進(jìn)行科學(xué)、高效、全面、按標(biāo)準(zhǔn)的檢測(cè)，以取代目前國(guó)內(nèi)主要依靠專(zhuān)家經(jīng)驗(yàn)進(jìn)行的手工測(cè)試和實(shí)際線路試運(yùn)行的非完善的方法，是十分迫切和必需的。
1.區(qū)間信號(hào)系統(tǒng)測(cè)試平臺(tái)的結(jié)構(gòu)
鐵路區(qū)間信號(hào)系統(tǒng)測(cè)試評(píng)估平臺(tái)（以下簡(jiǎn)稱(chēng)平臺(tái)）硬件采用分布式結(jié)構(gòu)，如圖1所示。平臺(tái)由主控機(jī)、數(shù)據(jù)庫(kù)機(jī)和仿真機(jī)組成。被測(cè)系統(tǒng)通過(guò)網(wǎng)絡(luò)與平臺(tái)互聯(lián)。網(wǎng)絡(luò)通信采用TCP/IP協(xié)議。
平臺(tái)軟件系統(tǒng)結(jié)構(gòu)框圖如圖2所示。其中：主控及測(cè)試案例自動(dòng)生成子系統(tǒng)一方面向仿真子系統(tǒng)發(fā)送區(qū)間狀態(tài)的仿真設(shè)置命令，另一方面動(dòng)態(tài)監(jiān)控現(xiàn)場(chǎng)信號(hào)狀態(tài)等，實(shí)現(xiàn)測(cè)試案例的動(dòng)態(tài)擴(kuò)展和連續(xù)加載、測(cè)試結(jié)果的動(dòng)態(tài)判定，并將測(cè)試結(jié)果存入數(shù)據(jù)。
傳輸信道仿真及區(qū)間現(xiàn)場(chǎng)仿真子系統(tǒng)為被測(cè)系統(tǒng)提供了一個(gè)模擬的傳輸仿真及現(xiàn)場(chǎng)環(huán)境。數(shù)據(jù)采集與處理子系統(tǒng)在被測(cè)系統(tǒng)與仿真信道之間進(jìn)行數(shù)據(jù)處理及轉(zhuǎn)換。測(cè)試用基礎(chǔ)數(shù)據(jù)生成子系統(tǒng)通過(guò)讀取區(qū)間拓?fù)鋽?shù)據(jù)文件，生成區(qū)間測(cè)試用基礎(chǔ)數(shù)據(jù)。專(zhuān)用數(shù)據(jù)庫(kù)子系統(tǒng)負(fù)責(zé)存儲(chǔ)各種測(cè)試用基礎(chǔ)數(shù)據(jù)和測(cè)試結(jié)果。
2.平臺(tái)專(zhuān)用數(shù)據(jù)庫(kù)設(shè)計(jì)
平臺(tái)的數(shù)據(jù)庫(kù)不僅是一般意義上的數(shù)據(jù)庫(kù)應(yīng)用，它還負(fù)責(zé)協(xié)調(diào)各個(gè)子系統(tǒng)之間的數(shù)據(jù)聯(lián)系。平臺(tái)數(shù)據(jù)的類(lèi)型與結(jié)構(gòu)在一定程度上反映了整個(gè)平臺(tái)的測(cè)試水平。基于對(duì)平臺(tái)數(shù)據(jù)以及平臺(tái)分布式結(jié)構(gòu)的考慮，經(jīng)過(guò)深入的比較，選擇SQL Server 作為平臺(tái)的數(shù)據(jù)庫(kù)開(kāi)發(fā)工具。數(shù)據(jù)庫(kù)設(shè)計(jì)一般分為四步：需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)。應(yīng)用數(shù)據(jù)庫(kù)設(shè)計(jì)理論，平臺(tái)專(zhuān)用數(shù)據(jù)庫(kù)設(shè)計(jì)的具體步驟如圖3所示。
2.1需求分析
平臺(tái)的數(shù)據(jù)按其對(duì)時(shí)效性的不同要求可以分為動(dòng)態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)兩大類(lèi)。動(dòng)態(tài)數(shù)據(jù)是指具有嚴(yán)格時(shí)效性的數(shù)據(jù)，并且隨著時(shí)間推移而動(dòng)態(tài)刷新；靜態(tài)數(shù)據(jù)則指相對(duì)穩(wěn)定，不隨時(shí)間變化的數(shù)據(jù)。
2.1.1動(dòng)態(tài)數(shù)據(jù)及其傳輸
測(cè)試結(jié)果信息。平臺(tái)的測(cè)試結(jié)果記錄是一種比較特殊的動(dòng)態(tài)數(shù)據(jù)，包括經(jīng)信道傳輸前后的實(shí)時(shí)電信號(hào)（數(shù)據(jù)）。它們是評(píng)價(jià)被測(cè)系統(tǒng)的重要依據(jù)，必須完整、正確地記錄。
動(dòng)態(tài)數(shù)據(jù)傳輸首先必須滿足實(shí)時(shí)性要求，當(dāng)不能及時(shí)傳送時(shí)，根據(jù)數(shù)據(jù)特性的不同，或丟棄，或重發(fā)。例如被測(cè)系統(tǒng)發(fā)送的數(shù)據(jù)如不能及時(shí)傳送，或數(shù)據(jù)有誤，則該數(shù)據(jù)必須丟棄。主控機(jī)發(fā)給仿真子系統(tǒng)的故障及干擾仿真命令、列車(chē)運(yùn)行仿真命令，在網(wǎng)絡(luò)傳輸出現(xiàn)差錯(cuò)的情況下，為了確保命令被正確執(zhí)行，必須重發(fā)。
2.1.2靜態(tài)數(shù)據(jù)及其復(fù)制
生成和校驗(yàn)正確后的靜態(tài)數(shù)據(jù)，在平臺(tái)對(duì)被測(cè)系統(tǒng)進(jìn)行測(cè)試的過(guò)程中不再變化，具有相對(duì)的穩(wěn)定性。同樣需要對(duì)靜態(tài)數(shù)據(jù)進(jìn)行存儲(chǔ)、查詢(xún)、校驗(yàn)和修改等操作。
區(qū)間現(xiàn)場(chǎng)拓?fù)鋽?shù)據(jù)。包括閉塞分區(qū)、發(fā)送端、接收端的位置和相互關(guān)系。這種描述有兩方面用途，一方面用于現(xiàn)場(chǎng)仿真的動(dòng)態(tài)顯示，另一方面是作為測(cè)試用基礎(chǔ)數(shù)據(jù)生成的原始依據(jù)。靜態(tài)數(shù)據(jù)的復(fù)制是通過(guò)開(kāi)放式數(shù)據(jù)庫(kù)互連（ODBC）機(jī)制實(shí)現(xiàn)的。
2.2概念設(shè)計(jì)
在數(shù)據(jù)庫(kù)設(shè)計(jì)中，筆者使用實(shí)體-聯(lián)系（ER）模型作為概念設(shè)計(jì)的工具，得到概念設(shè)計(jì)的E-R圖。E-R圖由實(shí)體、聯(lián)系和屬性3個(gè)基本成分組成。測(cè)試用基礎(chǔ)數(shù)據(jù)所處理的基本實(shí)體是城市軌道交通區(qū)間的信號(hào)設(shè)備：接收端、發(fā)送端、閉塞分區(qū)；設(shè)備之間的關(guān)系也就是最直接的實(shí)體間聯(lián)系。通過(guò)E-R圖，可以十分清楚地描述測(cè)試用基礎(chǔ)數(shù)據(jù)的結(jié)構(gòu)。圖4為列車(chē)運(yùn)行線路數(shù)據(jù)的E-R圖。
2.3物理設(shè)計(jì)
物理設(shè)計(jì)要根據(jù)具體的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）和相應(yīng)的操作系統(tǒng)、計(jì)算機(jī)硬件所能支持的存儲(chǔ)結(jié)構(gòu)、存取方法以及資源來(lái)進(jìn)行設(shè)計(jì)。SQL Server 提供索引或表鍵機(jī)制來(lái)幫助SQL Server 優(yōu)化對(duì)查詢(xún)的響應(yīng)。在測(cè)試平臺(tái)上，對(duì)結(jié)果數(shù)據(jù)的查詢(xún)，是將記錄計(jì)數(shù)號(hào)與測(cè)試項(xiàng)目的組合作為索引。這是因?yàn)榇蠖鄶?shù)的查詢(xún)都要直接或間接地將該兩項(xiàng)作為SQL語(yǔ)句中WHERE子句后的首列。
3.結(jié)語(yǔ)
建立在SQL Server上的平臺(tái)專(zhuān)用數(shù)據(jù)庫(kù)要兼顧通用數(shù)據(jù)庫(kù)的設(shè)計(jì)要求和區(qū)間測(cè)試平臺(tái)的特殊性。只有綜合考慮這兩方面的因素，才能使專(zhuān)用數(shù)據(jù)庫(kù)既高效又安全。當(dāng)然，隨著平臺(tái)水平的不斷提高，專(zhuān)用數(shù)據(jù)庫(kù)的功能必將隨之?dāng)U展，日趨完善。
參考文獻(xiàn)：
[1]
吳芳美.鐵路安全軟件測(cè)試評(píng)估[M].北京：中國(guó)鐵道出版社，2001，23
[2]荊劍.基于計(jì)算機(jī)聯(lián)鎖安全軟件測(cè)試評(píng)估平臺(tái)的CL IEN T/ SERV ER 數(shù)據(jù)庫(kù)[學(xué)位論文][D].上海：上海鐵道大學(xué)電信系，1999：23
【關(guān)鍵詞】強(qiáng)電能源；計(jì)量綜合系統(tǒng)；測(cè)試
電能的計(jì)量系統(tǒng)的測(cè)試在實(shí)際的使用中主要有兩種形式，一個(gè)是交流電，另外一種是直流電。在現(xiàn)在的測(cè)試中，雖然在方法和途徑上有了一定的發(fā)展。但是在實(shí)際的應(yīng)用中，仍然有些問(wèn)題存在，現(xiàn)狀并不是很理想。下面就將強(qiáng)電能源計(jì)量綜合系統(tǒng)測(cè)試中的一些問(wèn)題進(jìn)行分析。
一、交流電
交流電能的計(jì)量系統(tǒng)是對(duì)各個(gè)方面的電能的消耗進(jìn)行統(tǒng)計(jì)的。交流電能的計(jì)量裝置主要包括電能表，電壓電流互感器，還有二次回路。其中電能表有兩種形式，一種是電子式的，還有一種是機(jī)電式的，又有有功和無(wú)功之分。在其測(cè)量過(guò)程中，每一個(gè)環(huán)節(jié)都可能會(huì)產(chǎn)生一定的誤差，最后綜合的計(jì)算之后就是整個(gè)電能裝置所產(chǎn)生的誤差，其中的誤差包括電能表誤差、互感器誤差以及由于其二次導(dǎo)線而引起的誤差。
在一般的用能單位，電能的計(jì)量方式是以高壓的電流、電壓互感器將高壓的三相電，轉(zhuǎn)變成為小電流低壓電，然后將這些電壓以及電流在電能計(jì)量室中匯集，再連接到三相電表中電表的讀數(shù)與電流互感器與電壓互感器變比的乘積就是電能的計(jì)量結(jié)果。
通過(guò)對(duì)目前的實(shí)際計(jì)量中的觀測(cè)，發(fā)現(xiàn)在其中存在著一些問(wèn)題，很多的的計(jì)量設(shè)備并不能達(dá)到合格的要求。通常對(duì)實(shí)際的問(wèn)題中的一些分析總結(jié)，主要有以下的原因：
1.所使用的設(shè)備與國(guó)家的規(guī)定不符
在實(shí)際的計(jì)量中，所選用的有關(guān)的設(shè)備并不能與國(guó)家的有關(guān)規(guī)定相符合，導(dǎo)致在計(jì)量中所出現(xiàn)的誤差較大，精確度較低，主要的表現(xiàn)有：
第一，計(jì)量器的使用時(shí)間太長(zhǎng)，沒(méi)有及時(shí)的進(jìn)行更換，有的甚至已經(jīng)有十幾年的使用時(shí)間，很多的構(gòu)件已經(jīng)嚴(yán)重的老化，在計(jì)量的過(guò)程中，會(huì)產(chǎn)生很大的誤差，嚴(yán)重的影響了計(jì)量結(jié)果的精確度。另外，由于現(xiàn)代科技的不斷發(fā)展，很多新型的計(jì)量裝置不斷的出現(xiàn)，原來(lái)的很多落后的裝置已經(jīng)不能適應(yīng)現(xiàn)在計(jì)量的需要，所以，要保證計(jì)量的設(shè)備可以跟得上社會(huì)發(fā)展的腳步，不斷的更新。
第二，在電能計(jì)量中，沒(méi)有使用專(zhuān)業(yè)的計(jì)量設(shè)備，而是以其他的來(lái)代替，在一些用于電力監(jiān)測(cè)的儀器中，也有電能計(jì)量的功能，因此被用來(lái)進(jìn)行電能的計(jì)量。這些設(shè)備雖然在一定的程度上可以測(cè)得電能值，但是精度卻很難保證，會(huì)有很大的誤差。因此，在電能的計(jì)量中，不能僅僅是考慮到經(jīng)濟(jì)的問(wèn)題，而選擇非專(zhuān)業(yè)的設(shè)備，用于計(jì)量的設(shè)備一定要是專(zhuān)門(mén)用于電能的計(jì)量的，只有這樣，才能盡量提高計(jì)量的精確性，使計(jì)量的誤差盡量的減小。
第三，在計(jì)量的時(shí)候，沒(méi)有合理的選擇電能表的型號(hào)，導(dǎo)致型號(hào)與要計(jì)量的對(duì)象不匹配，比如說(shuō)將三相三線電能表接在了三相四線的電能表中，這樣會(huì)造成負(fù)荷的不平衡，嚴(yán)重的影響測(cè)量的精度，會(huì)有很大的誤差出現(xiàn)。所以說(shuō)，在選擇電表的時(shí)候，一定要注意電表的型號(hào)，選擇合適的型號(hào)是進(jìn)行精確測(cè)量的最根本的前提，只有型號(hào)是正確的，才能保證測(cè)量的正確性提高。
第四，互感器所標(biāo)注的變比和在實(shí)際的使用中的倍率不同，這樣在進(jìn)行電能的計(jì)算的時(shí)候，就會(huì)出現(xiàn)誤差。比如對(duì)在某一個(gè)鋁冶煉廠的能源計(jì)量中，在最后的計(jì)算中，發(fā)現(xiàn)有關(guān)設(shè)備的整流效率居然比100%還要大。對(duì)其電能的計(jì)量裝置檢查中發(fā)現(xiàn)，該廠的進(jìn)線是110kV的，按照理論上的計(jì)算值來(lái)說(shuō)，它的倍率是1100，但是在實(shí)際的檢測(cè)中發(fā)現(xiàn)，它的倍率是1150，這樣就會(huì)在最后的乘積中產(chǎn)生較大的誤差。因此，一定要保證實(shí)際測(cè)量中的倍率與互感器的理論倍率相同，減小因倍率不同帶來(lái)的誤差。
2.二次回路的錯(cuò)誤接線
在實(shí)際的電能計(jì)量裝置中，有很多的接線方式是錯(cuò)誤的。在進(jìn)行接線時(shí)候，應(yīng)該通過(guò)專(zhuān)業(yè)的人士來(lái)進(jìn)行指導(dǎo)，在根據(jù)現(xiàn)場(chǎng)的實(shí)際情況來(lái)進(jìn)行接線，并且對(duì)于回路的連接方式要重點(diǎn)的來(lái)進(jìn)行檢查。比如說(shuō)在一化工廠的檢測(cè)中，他們所用的電能的計(jì)量?jī)x器是多功能的儀表，接線的方式由兩種，即三相四線和三相三線兩種方式，在檢測(cè)中發(fā)現(xiàn)他們用的是三相三線的方式，在接線的時(shí)候，將電壓新號(hào)有接入，但是沒(méi)有接電能表的另外一端沒(méi)有接，這樣就會(huì)有一定的誤差出現(xiàn)，會(huì)造成電壓的計(jì)量值會(huì)少33%。
二、直流電
直流電在電化學(xué)以及電冶金行業(yè)使用的比較多，所以在其生產(chǎn)管理上直流電的電能計(jì)量有著十分重要的作用，特別是在電解穩(wěn)流系統(tǒng)中使用的直流量計(jì)。如果在實(shí)際的使用過(guò)程中，直流計(jì)量不準(zhǔn)確，有誤差出現(xiàn)，那么就有可能會(huì)導(dǎo)致電解槽燒漏，這樣企業(yè)制造的工藝條件就會(huì)發(fā)生改變，這樣將會(huì)使企業(yè)的電能利用率降低，并且還會(huì)導(dǎo)致企業(yè)的經(jīng)濟(jì)效益降低，有十分嚴(yán)重的影響，嚴(yán)重影響到企業(yè)的管理生產(chǎn)。
直流計(jì)量的系統(tǒng)與交流計(jì)量的系統(tǒng)有很大的差異，直流電流的計(jì)量系統(tǒng)主要有測(cè)量變換器、電流總加器還有電流。電壓的隔離變送器以及直流的電能表等。直流變換器的作用就是將大電流按照一定的比值按照一定的比值變換成小電流或者是電壓。
在近幾年的檢測(cè)中，發(fā)現(xiàn)有些企業(yè)的直流電計(jì)量中也有些問(wèn)題存在。比如說(shuō)有的電解鋁的廠家，在企業(yè)的總電流的顯示值以及危機(jī)的顯示值都是312.3kA，但是在現(xiàn)場(chǎng)所測(cè)得的實(shí)際的計(jì)量電流為305.77kA，這樣，電表的顯示與實(shí)際的值要相差6.6kA，將這些電流用在實(shí)際的生產(chǎn)中，可以使生產(chǎn)值增長(zhǎng)很多。
結(jié)語(yǔ)：
電能的計(jì)量系統(tǒng)是在現(xiàn)在的電能測(cè)量中主要的使用設(shè)備，在企業(yè)的生產(chǎn)以及人們的日常生活中使用的十分普遍，對(duì)于電能的計(jì)量有著十分重要的作用。所以一定要盡量的保證其精確度，使其誤差盡量的較小，對(duì)在計(jì)量中所出現(xiàn)的問(wèn)題，無(wú)論是使用者還是檢測(cè)單位都要特別注意，對(duì)計(jì)量裝置出現(xiàn)的故障以及問(wèn)題要及時(shí)的解決，保證其可以正常的使用，更好的為人們服務(wù)。
參考文獻(xiàn)：
[1]張斌.讓電能計(jì)量更合理[J].計(jì)量與測(cè)試技術(shù)，2010（08）
[2]蔣紫娟.減少二次負(fù)荷對(duì)電壓互感器二次壓降的影響[J].科技資訊，2012（17）
[3]曹虎.電能計(jì)量裝置綜合誤差分析及降低措施[J].知識(shí)經(jīng)濟(jì)，2010（12）
關(guān)鍵詞 綜合布線系統(tǒng) ；鏈路段 ；測(cè)試；衰減
中圖分類(lèi)號(hào)V2 文獻(xiàn)標(biāo)識(shí)碼A 文章編號(hào) 1674-6708（2011）57-0060-02
1 系統(tǒng)總體說(shuō)明
本綜合布線系統(tǒng)工程位于深圳機(jī)場(chǎng)1號(hào)候機(jī)樓內(nèi)，屬于航站區(qū)的一個(gè)組成部分，總建筑面積7.4萬(wàn)m2。 系統(tǒng)所采用的SYSTIMAX SCS系統(tǒng)，用于單模和多模光纖布線系統(tǒng)的現(xiàn)場(chǎng)測(cè)試之用。SYSTIMAX SCS只需要對(duì)鏈路衰減進(jìn)行測(cè)試，而其他的光纖布線系統(tǒng)參數(shù)，比如帶寬等也同等重要，但通常情況下它們不受布線系統(tǒng)安裝質(zhì)量的影響，因此不需要進(jìn)行現(xiàn)場(chǎng)測(cè)試。
2 無(wú)源鏈路段
在布線系統(tǒng)的每個(gè)無(wú)源鏈路段上都應(yīng)進(jìn)行衰減測(cè)試，鏈路段包括位于兩個(gè)光纖端接單元(配線面板，信息插座等)之間的光纜，連接器，耦合器以及分支部件，在鏈路段內(nèi)的每根端接過(guò)的光纖都應(yīng)進(jìn)行測(cè)試。3種基本類(lèi)型的鏈路段：水平鏈路段，干線鏈路段和復(fù)合鏈路段。
2.1 測(cè)試原則
如果光纖的遠(yuǎn)端連接激光器或LED的話，未端接的連接器將有光輻射。在確認(rèn)光纖絕對(duì)與激光器或LED光源斷開(kāi)以前，不要用肉眼看光纖的末端。
多模水平鏈路段應(yīng)在一個(gè)方向使用850nm或1 300nm波長(zhǎng)進(jìn)行測(cè)試。
多模干線和復(fù)合鏈路段應(yīng)在一個(gè)方向使用850nm和1 300nm波長(zhǎng)進(jìn)行測(cè)試。
2.2 注意事項(xiàng)
由于測(cè)試方向?qū)y(cè)試方法的準(zhǔn)確性和重復(fù)性影響不大，因此只需在一個(gè)方向上進(jìn)行測(cè)試。
水平鏈路段的距離通常較短，因此對(duì)各波長(zhǎng)的衰減差異微乎其微，因此，只采用單波長(zhǎng)測(cè)試就足夠了。干線和復(fù)合鏈路段的距離較長(zhǎng)，在這些鏈路中距離對(duì)不同波長(zhǎng)的衰減是有差異的，因此需要對(duì)所有的波長(zhǎng)進(jìn)行測(cè)試。
水平鏈路段長(zhǎng)度限制為90m，因此合格的鏈路衰減可以根據(jù)最長(zhǎng)鏈路距離下沒(méi)有引入較大的誤碼條件來(lái)獲得。
2.3 衰減測(cè)試合格值
可適用于全部鏈路段的通用衰減公式如下:合格鏈路衰減（dB）=光纜衰減（dB）+連接器衰減（dB）+分支器衰減（dB）。連接定義為使用匹配連接器（例如ST，SC，LC），將兩段光纖連接在一起的接合點(diǎn)。
3 測(cè)試步驟
3.1 測(cè)試跳線性能
為了與TIA/EIA-526-14A標(biāo)準(zhǔn)和TIA/EIA-526-7標(biāo)準(zhǔn)相符合，測(cè)試跳線的長(zhǎng)度應(yīng)在1m~5m之間，并應(yīng)與被測(cè)鏈路段具有相同的光纖結(jié)構(gòu)比如核心直徑和數(shù)值孔徑。AVAYA需要所有的多模跳線性能都應(yīng)滿足TIA-455 50B（FOTB 50B）中定義的要求。
在多模測(cè)試中，使用滿足FOTB 50B 所定義要求的光源或帶有特定軸心封裝測(cè)試跳線的1類(lèi) CPR光源。如果光功率計(jì)使用相對(duì)功率測(cè)量模式，功率計(jì)的讀數(shù)表示連接衰減；如果光功率計(jì)沒(méi)有相對(duì)功率測(cè)量模式，計(jì)算連接衰減。
3.2 鏈路段測(cè)試
AVAYA要求多模現(xiàn)場(chǎng)測(cè)試要在TIA-455 50B （FOTB 50B）定義的條件下進(jìn)行。對(duì)測(cè)試環(huán)境進(jìn)行定義可以減少測(cè)量誤差和測(cè)量的不確定性，這種特定的測(cè)試環(huán)境將使現(xiàn)場(chǎng)測(cè)試與部件的指標(biāo)得到更好的協(xié)調(diào)。使用帶有特定包裹測(cè)試跳線的1類(lèi)耦合功率系數(shù)（CPR）光源可以很容易的接近或達(dá)到現(xiàn)場(chǎng)測(cè)試條件的要求。為了在測(cè)量中包括所有的連接，應(yīng)使用由TIA/EIA-526-14A and TIA/EIA-526-7中定義的單一參考跳線方法。
3.3 六類(lèi)布線系統(tǒng)測(cè)試方案
由于TIA/EIA和ISO/IEC的六類(lèi)銅纜布線標(biāo)準(zhǔn)尚在制定過(guò)程中，因此本章節(jié)的依據(jù)主要來(lái)自TIA/EIA頒布的六類(lèi)草案、IBDN銅纜設(shè)計(jì)/安裝規(guī)范和GigaSPEED銅纜性能。
3.4 測(cè)試鏈路的選擇
TIA/EIA和ISO/IEC關(guān)于銅纜水平系統(tǒng)的鏈路定義有以下3種：
鏈路定義不同，組成鏈路的元件不同，其端到端的性能規(guī)范也有差異，因此在測(cè)試前，需要首先確定采用何種測(cè)試鏈路模型。目前，絕大多數(shù)測(cè)試設(shè)備只能以"Basic Link"方式進(jìn)行測(cè)試，而更為嚴(yán)格的"Channel"或"Permanent Link，需要測(cè)試設(shè)備的更新支持；同時(shí)，在使用測(cè)試儀器測(cè)試前，應(yīng)比對(duì)測(cè)試儀所用內(nèi)置測(cè)試標(biāo)準(zhǔn)是否與實(shí)際待測(cè)鏈路一致。不論采用何種測(cè)試模型，只要符合相關(guān)的指標(biāo)要求，都可認(rèn)為滿足六類(lèi)標(biāo)準(zhǔn)。
4 AVAYA GigaSPEED鏈路組成
4.1 測(cè)試設(shè)備的選擇
由于六類(lèi)系統(tǒng)對(duì)銅纜的性能要求超出傳統(tǒng)五類(lèi)系統(tǒng)一倍以上，更嚴(yán)格的測(cè)試指標(biāo)要求更嚴(yán)格的測(cè)試儀器。在普通五類(lèi)系統(tǒng)測(cè)試時(shí)，測(cè)試儀表的精度為二級(jí)；而在六類(lèi)系統(tǒng)測(cè)試時(shí)，測(cè)試儀表的精度上升為三級(jí)。
4.2 測(cè)試內(nèi)容
相比五類(lèi)布線系統(tǒng)，六類(lèi)布線系統(tǒng)現(xiàn)場(chǎng)測(cè)試標(biāo)準(zhǔn)中將增加許多新的參數(shù)：Insertion Loss（代替原來(lái)的Attenuation），PSNEXT，Pr-Pr ELFEXT，PSELFEXT，Retum Loss，Prop.Delay，DelaySkew，具體參數(shù)的內(nèi)容可參見(jiàn)相關(guān)標(biāo)準(zhǔn)。在具體進(jìn)行現(xiàn)場(chǎng)測(cè)試時(shí)，可選擇信道（Channel）或鏈路（P-Link/B-Link）方式。
4.3 測(cè)試注意事項(xiàng)
1）測(cè)試跳線（用于P-Link/B-Link測(cè)試）。不同廠商的六類(lèi)系統(tǒng)之間互不兼容，IBDN GigaSPEED系統(tǒng)應(yīng)使用GigaSPEED專(zhuān)用跳線連接；
2）測(cè)試校準(zhǔn)。為保證六類(lèi)測(cè)試準(zhǔn)確，六類(lèi)現(xiàn)場(chǎng)測(cè)試儀應(yīng)定期校準(zhǔn)NVP值，詳情請(qǐng)參考設(shè)備說(shuō)明書(shū)；
3）結(jié)果判讀。將嚴(yán)格遵循AVAYA Giga系統(tǒng)設(shè)計(jì)與安裝規(guī)范及相關(guān)國(guó)際標(biāo)準(zhǔn)，這樣才能確保最終的系統(tǒng)性能。當(dāng)測(cè)試結(jié)果出現(xiàn)"Fail"時(shí)，應(yīng)首先檢查儀器設(shè)置是否準(zhǔn)確，同時(shí)檢查測(cè)試跳線的型號(hào)和連接是否準(zhǔn)確，更重要的是，應(yīng)檢查鏈路連接部分，如模塊的卡接、配線架的卡接、電纜路由等；當(dāng)測(cè)試結(jié)果出現(xiàn)"*PASS"或"*FAIL"時(shí)，說(shuō)明測(cè)試結(jié)果與測(cè)試儀器精度十分相近，儀器無(wú)法準(zhǔn)確判別是否合格，一般情況下，根據(jù)標(biāo)準(zhǔn)規(guī)范，若只出現(xiàn)"*PASS"，可以視同為合格，若出現(xiàn)"*FAIL"，則認(rèn)為不合格。
參考文獻(xiàn)
1測(cè)試方法
在測(cè)試中，在服務(wù)器上部署2個(gè)或者以上的虛擬測(cè)試儀。通過(guò)物理測(cè)試口向虛擬網(wǎng)絡(luò)單元打入測(cè)試流量來(lái)評(píng)估虛擬網(wǎng)絡(luò)單元的關(guān)鍵性能指標(biāo)。在虛擬化平臺(tái)上配置虛擬測(cè)試儀。虛擬測(cè)試儀和被測(cè)網(wǎng)絡(luò)單元連接到一個(gè)虛擬交換機(jī)上，硬件測(cè)試儀表和服務(wù)器相連，使其能夠和虛擬測(cè)試儀以及虛擬被測(cè)網(wǎng)絡(luò)單元相連接。測(cè)試vSwitch虛機(jī)之間交換性能：配置2個(gè)虛擬測(cè)試端口，和被測(cè)虛擬交換機(jī)相連，配置標(biāo)準(zhǔn)RFC2544測(cè)試套件，測(cè)試64字節(jié)、128字節(jié)、256字節(jié)、512字節(jié)、1024字節(jié)、1280字節(jié)和1518字節(jié)的吞吐量。測(cè)試虛機(jī)和物理網(wǎng)絡(luò)之間的轉(zhuǎn)發(fā)性能：在服務(wù)器上部署兩個(gè)虛擬測(cè)試端口，在測(cè)試儀表的物理端口上仿真200個(gè)MAC和IP地址，在物理測(cè)試端口和虛擬測(cè)試端口之間建立雙向流量，測(cè)試64字節(jié)，128字節(jié)、256字節(jié)、512字節(jié)、1024字節(jié)、1280字節(jié)和1518字節(jié)的吞吐量。測(cè)試虛擬網(wǎng)元（虛擬路由器）的三層轉(zhuǎn)發(fā)性能：把物理測(cè)試儀表和被測(cè)服務(wù)器相連，在服務(wù)器上部署虛擬路由器網(wǎng)元，部署網(wǎng)元實(shí)例的數(shù)量和現(xiàn)網(wǎng)配置一致。測(cè)試儀表仿真路由，根據(jù)虛擬路由器的規(guī)格，向虛擬路由器通告最大路由條目，運(yùn)行RFC2544測(cè)試，測(cè)試64字節(jié)、128字節(jié)、256字節(jié)、512字節(jié)、1024字節(jié)、1280字節(jié)和1518字節(jié)的三層吞吐量。在高性能服務(wù)器上，不同幀長(zhǎng)的吞吐量測(cè)試結(jié)果符合設(shè)計(jì)指標(biāo)；多VM環(huán)境下，在達(dá)到服務(wù)器性能極限之前，單個(gè)VM的性能指標(biāo)沒(méi)有明顯影響。
2虛擬交換機(jī)可用性測(cè)試
在虛擬組中新增一臺(tái)虛擬交換機(jī)，交換機(jī)在加入虛擬組以后立刻學(xué)習(xí)已有的MAC地址轉(zhuǎn)發(fā)表，任何目的地址已知的單向流量在進(jìn)入交換機(jī)以后都會(huì)直接查表進(jìn)行轉(zhuǎn)發(fā)，而并不是像傳統(tǒng)交換機(jī)那樣還需要自行進(jìn)行學(xué)習(xí)MAC地址，從而驗(yàn)證其可用性。檢測(cè)任何涉及到的MAC地址是否有丟包，丟包數(shù)在學(xué)習(xí)流發(fā)送完畢之后的測(cè)試整個(gè)過(guò)程中都必須為0。使用了由三臺(tái)實(shí)體交換機(jī)組成的虛擬環(huán)境。其中的一個(gè)虛擬組由兩臺(tái)實(shí)體交換機(jī)組成，共享了一個(gè)MAC地址轉(zhuǎn)發(fā)表項(xiàng)。學(xué)習(xí)流從測(cè)試儀的任意一個(gè)連接第二個(gè)交換機(jī)的端口打出，然后再打一條連續(xù)流到第一個(gè)交換機(jī)的任意口上，該流量不必很大，可略少于接口速率的一半。該連續(xù)流在出第二個(gè)交換機(jī)的時(shí)候不應(yīng)該丟包。
然后把第三臺(tái)交換機(jī)添加進(jìn)入這個(gè)網(wǎng)絡(luò)，讓交換機(jī)學(xué)習(xí)MAC地址轉(zhuǎn)發(fā)表，然后再向第三臺(tái)交換機(jī)打一條略少于接口速率一半的連續(xù)流，目的打向第二臺(tái)交換機(jī)的出端口，這個(gè)流量也不應(yīng)該丟包。在兩臺(tái)交換機(jī)中創(chuàng)建一個(gè)虛擬交換機(jī)。連接好3臺(tái)交換機(jī)，但僅打開(kāi)其中的兩臺(tái)；在測(cè)試目的端口上配置1000個(gè)虛擬設(shè)備，其MAC地址采用RFC4814隨機(jī)MAC產(chǎn)生；在所有測(cè)試源端口，每個(gè)端口也配置1000個(gè)虛擬設(shè)備，以線性速率發(fā)送學(xué)習(xí)流到被測(cè)交換機(jī)，每個(gè)需要學(xué)習(xí)的MAC地址均發(fā)送了10遍。檢查在目的端口的接收速率是否等于發(fā)送的速率，并檢查丟包是否為0。如果丟包為0，這個(gè)時(shí)候打開(kāi)第三臺(tái)交換機(jī)，并等待（等待時(shí)間是交換機(jī)加點(diǎn)到啟動(dòng)完成的時(shí)間），使第三臺(tái)交換機(jī)同步MAC地址轉(zhuǎn)發(fā)表。從新交換機(jī)（第三臺(tái)交換機(jī)）的開(kāi)始發(fā)送連續(xù)流，檢查目標(biāo)端口的接收速率是否為發(fā)送的速率，同時(shí)沒(méi)有任何丟包。
作者：馬志平 單位：廣東省計(jì)算中心
關(guān)鍵詞 UML；系統(tǒng)測(cè)試方法
中圖分類(lèi)號(hào)TP31 文獻(xiàn)標(biāo)識(shí)碼A 文章編號(hào) 1674-6708（2011）48-0212-02
0 引言
系統(tǒng)測(cè)試在西門(mén)子是一種有明確定義的程序，用以保證功能按要求實(shí)現(xiàn)。然而，許多軟件中，它還是一個(gè)手動(dòng)的過(guò)程。測(cè)試設(shè)計(jì)者典型地導(dǎo)出他們的測(cè)試數(shù)據(jù)，也就是基于許多原始資料的必需的系統(tǒng)輸入和預(yù)期的輸出信息，包括文本使用規(guī)范和商業(yè)程序標(biāo)準(zhǔn)。然后創(chuàng)建了由一系列單獨(dú)步驟組成的測(cè)試程序，在測(cè)試過(guò)程中需要測(cè)試者依據(jù)系統(tǒng)手動(dòng)操作執(zhí)行。自動(dòng)化測(cè)試執(zhí)行環(huán)境在任何時(shí)候都是很有用的，因此測(cè)試者們應(yīng)該將這些句文測(cè)試程序轉(zhuǎn)化為執(zhí)行測(cè)試程序。 我們的測(cè)試方法目的是使測(cè)試設(shè)計(jì)、生成和執(zhí)行盡可能的自動(dòng)化和程序化，以便編制一個(gè)更加系統(tǒng)、有效的系統(tǒng)測(cè)試程序。我們的方法包括以下幾個(gè)方面：
1）模擬系統(tǒng)行為
通過(guò)模擬撤銷(xiāo)或半自動(dòng)轉(zhuǎn)化現(xiàn)存文本使用規(guī)范為適當(dāng)?shù)腢ML模塊，我們相信可以改進(jìn)測(cè)試設(shè)計(jì)階段的效力。通過(guò)可視化捕捉系統(tǒng)和其用戶之間的互動(dòng)流程，可以抽象、演變、傳達(dá)一種更好、更完整的測(cè)試設(shè)計(jì)。它可以使設(shè)計(jì)者識(shí)別并簡(jiǎn)單證明一種比原來(lái)編寫(xiě)復(fù)雜的、使用文本的程序描述更多樣化的測(cè)試設(shè)想。
2）產(chǎn)生測(cè)試程序
使用以上外在可視的系統(tǒng)行為模塊，能夠更容易地手動(dòng)或自動(dòng)創(chuàng)建出一系列的測(cè)試程序，使得測(cè)試推導(dǎo)更為系統(tǒng)有效。我們的測(cè)試方法的另一優(yōu)點(diǎn)是引入了有關(guān)系統(tǒng)功能的測(cè)試充分性或測(cè)試覆蓋的概念。測(cè)試者現(xiàn)在還可以更好的量化他們的測(cè)試效果。
3）執(zhí)行測(cè)試程序
程序自身的自動(dòng)測(cè)試執(zhí)行有助于減輕錯(cuò)誤傾向和繁重的回歸測(cè)試工作，然而在我們的測(cè)試手段中，測(cè)試步驟可能潛在的導(dǎo)致創(chuàng)建大量執(zhí)行測(cè)試文件。本測(cè)試方法最主要的優(yōu)點(diǎn)是它可以鼓勵(lì)測(cè)試執(zhí)行者在初始用戶界面測(cè)試捕捉設(shè)計(jì)和創(chuàng)建測(cè)試文件或測(cè)試片段模塊程序，這些程序可以促進(jìn)再次使用原始文件和簡(jiǎn)化文件維護(hù)。一旦被捕捉和參數(shù)化，這些片段模塊就會(huì)在測(cè)試生成過(guò)程中組合成完整的測(cè)試文件。
1 UML中的模型系統(tǒng)行為
在這一部分中，我們通過(guò)模擬系統(tǒng)的動(dòng)態(tài)行為描述了UML應(yīng)用案例和行為圖表的應(yīng)用。為了更好的傳達(dá)本方法的觀念，我們利用圖例進(jìn)行了說(shuō)明。
1.1 使用案例規(guī)范
當(dāng)使用案例圖表可以有效地表示各種獨(dú)立案例之間的相互作用時(shí)，使用案例規(guī)范和行為圖表使測(cè)試設(shè)計(jì)者能夠分別使用文本和可視化捕捉系統(tǒng)和用戶之間的控制交流。
使用案例規(guī)范以表格的形式得以詳細(xì)描述，并且提供用戶刺激和系統(tǒng)測(cè)試步驟中的響應(yīng)的描述文本。這些在成功設(shè)想和其他過(guò)程中都有描述，本文還提到了相關(guān)使用案例的命名問(wèn)題，詳細(xì)地使用案例應(yīng)該貫穿測(cè)試的全過(guò)程。
當(dāng)文本使用案例文件創(chuàng)建特別是使用文件模版時(shí)直接運(yùn)行，當(dāng)涉及到復(fù)雜案例和測(cè)試設(shè)想時(shí)這些文件很快就變得難以控制，這些復(fù)雜案例和設(shè)想包括多元的和嵌套的選擇流程。隨著復(fù)雜性的提高，測(cè)試設(shè)計(jì)者可能會(huì)在從這些文件中提取他的測(cè)試程序過(guò)程中忽略重要的測(cè)試設(shè)想。一種更簡(jiǎn)明的抽象、演變和傳達(dá)的測(cè)試設(shè)想通過(guò)行為圖表得以描述，因而，我們提供UML編輯工具幫助用戶快速將現(xiàn)存文檔轉(zhuǎn)化為UML行為圖表。
1.2 行為圖表
行為圖表是可以通過(guò)劃分“泳道”，很好的反應(yīng)用戶輸入和系統(tǒng)響應(yīng)。第一對(duì)泳道顯示了典型的測(cè)試設(shè)想、交互作用流程或適當(dāng)?shù)穆窂剑溆嗟挠镜辣硎玖似渌┻x的通道。
下面描述的測(cè)試要求代表了大量的在整個(gè)過(guò)程中產(chǎn)生的和功能存儲(chǔ)界面獲得的首先影響測(cè)試生成過(guò)程的圖表注釋?zhuān)€有許多可選擇的和有代表性的沒(méi)有出現(xiàn)在圖表的我們也一一標(biāo)出。
2 相關(guān)研究
使用UML自動(dòng)生成測(cè)試案例的研究在近幾年已經(jīng)廣泛地開(kāi)展，許多文獻(xiàn)討論了與面向個(gè)人和輔助系統(tǒng)成員的自動(dòng)測(cè)試程序的生成和執(zhí)行相關(guān)的程序，這些程序更適用于單位和整體測(cè)試。
我們的方法中列出了更多的討論UML應(yīng)用于系統(tǒng)測(cè)試的文獻(xiàn)和集中研究基于圖形用戶界面（GUI）測(cè)試程序生成的文獻(xiàn)，包括西門(mén)子公司研究的早期的缺少目的性的非正式的操作指南等。
例如Beer等描述了面向GUI測(cè)試的整體設(shè)計(jì)和自動(dòng)測(cè)試案例生成環(huán)境（IDATG），IDATG支持案例生成是基于：1）模型描述特定的用戶任務(wù)；2）模型捕捉用戶界面行為。這一工具也支持基于商業(yè)捕捉-釋放工具的測(cè)試案例執(zhí)行。Menon也發(fā)展了相似的環(huán)境，包括測(cè)試生成、存儲(chǔ)、執(zhí)行、Oracle創(chuàng)新和回歸分析特征。
后兩種方法和我們的方法最大的區(qū)別在于，在我們的案例的目標(biāo)是通過(guò)GUI使系統(tǒng)功能和商業(yè)標(biāo)準(zhǔn)更為有效，而不是盡可能多的測(cè)試和存儲(chǔ)用戶界面功能。因此，為了測(cè)試案例生成，我們不僅需要開(kāi)發(fā)行為模型，而且需要應(yīng)用強(qiáng)大的數(shù)據(jù)模型技術(shù)（通過(guò)使用TDE完成）。更進(jìn)一步的區(qū)別是我們?cè)跍y(cè)試生成中使用UML行為模型，而其他兩種方法則使用自己定義的模型符號(hào)。
3 結(jié)論
我們的方法得益于使用COTS工具，如Rational Rose、測(cè)試模型和成熟的內(nèi)部工具，如TDE。他們共同為我們?cè)陬A(yù)期的本技術(shù)的應(yīng)用效果實(shí)驗(yàn)研究持續(xù)進(jìn)行打下了堅(jiān)實(shí)的基礎(chǔ)。
本研究還確定了未來(lái)研究的主題：首先，我們要改進(jìn)測(cè)試案例生成步驟地性能和文件執(zhí)行的可靠性；第二，更加精確的數(shù)據(jù)存儲(chǔ)的測(cè)定技術(shù)的應(yīng)用也很重要，特別是當(dāng)我們想要改進(jìn)測(cè)試數(shù)據(jù)創(chuàng)建和數(shù)據(jù)在測(cè)試文件執(zhí)行中的應(yīng)用過(guò)程時(shí)；第三，適用特定的測(cè)試設(shè)想來(lái)檢驗(yàn)系統(tǒng)的商業(yè)規(guī)范性，這些規(guī)則詳細(xì)指定了對(duì)系統(tǒng)的限制，他們可以通過(guò)詳細(xì)的使用概要更有效的檢驗(yàn)其規(guī)范性。最后，我們?yōu)楦M(jìn)一步的編寫(xiě)和簡(jiǎn)化行為圖表、獲得更簡(jiǎn)明的系統(tǒng)測(cè)試模型建立更好的執(zhí)行機(jī)制。
參考文獻(xiàn)
【關(guān)鍵詞】 糖尿病；伯樂(lè)D-10TM分析系統(tǒng)；糖化血紅蛋白
DOI：10.14163/ki.11-5547/r.2017.05.036
隨著生活水平提高、生活方式改變， 糖尿病發(fā)病率呈逐年上升趨勢(shì)， 為臨床中常見(jiàn)慢性疾病之一。糖尿病屬代謝紊亂性疾病， 以血糖水平升高為主要臨床表現(xiàn)[1]。研究指出， 血糖水平紊亂可引起機(jī)體各個(gè)系統(tǒng)受損， 其中最常累及全身血管、神經(jīng)系統(tǒng)， 引起相關(guān)并發(fā)癥發(fā)生， 嚴(yán)重影響糖尿病患者生活質(zhì)量和生命健康， 為導(dǎo)致糖尿病患者死亡主要原因[2， 3]。糖化血紅蛋白為臨床中常用反映糖尿病患者近3個(gè)月內(nèi)血糖水平控制情況[4]， 研究指出， 紅細(xì)胞在體內(nèi)壽命約120 d， 葡萄糖與血紅蛋白在體內(nèi)形成特殊紅細(xì)蛋白， 因此檢測(cè)糖化血紅蛋白水平可反映患者過(guò)去3個(gè)月內(nèi)平均血糖水平[5]。臨床中檢測(cè)糖化血紅蛋白水平方法較多， 本研究采用高效相色譜法檢測(cè)糖化血紅蛋白水平， 研究如下。
1 資料與方法
1. 1 一般資料 選取2014年4月～2016年3月潮州市中心醫(yī)院門(mén)診和住院檢測(cè)糖化血紅蛋白患者的全血1000份為研究對(duì)象， 所有標(biāo)本均為本院采集， 標(biāo)本均有效， 符合檢測(cè)質(zhì)量。其中男性標(biāo)本544份， 女性標(biāo)本456份；住院采集570份，
門(mén)診采集430份；采集到檢驗(yàn)時(shí)間10 min～2 h， 平均時(shí)間（40.5±26.6）min。
1. 2 方法 于清晨抽取患者靜脈空腹血2 ml置入EDTA管中， 送檢驗(yàn)科進(jìn)行檢測(cè)。將標(biāo)本分為2份， 第一份采用伯樂(lè)D-10TM 糖化血紅蛋白分析系統(tǒng)直接上機(jī)檢測(cè)， 將檢測(cè)結(jié)果記錄為規(guī)格內(nèi)。對(duì)第二份標(biāo)本用WASH液進(jìn)行稀釋后上機(jī)檢測(cè)， 將檢測(cè)結(jié)果作為擴(kuò)展人份。對(duì)規(guī)格內(nèi)分析柱和擴(kuò)展人份分析柱分別用離子交換高效液相色譜法測(cè)定。按照檢測(cè)糖化血紅蛋白水平將標(biāo)本分為A組（糖化血紅蛋白8.0%）， 用統(tǒng)計(jì)學(xué)軟件對(duì)三組規(guī)格內(nèi)、擴(kuò)展人份水平進(jìn)行比較。
1. 3 統(tǒng)計(jì)學(xué)方法 采用SPSS19.0統(tǒng)計(jì)學(xué)軟件進(jìn)行統(tǒng)計(jì)分析。計(jì)量資料以均數(shù)±標(biāo)準(zhǔn)差（ x-±s）表示， 采用t檢驗(yàn)。P
2 結(jié)果
經(jīng)檢驗(yàn)后按照糖化血紅蛋白分組， 得出A組有300例， B組有420例， C組有280例。各組規(guī)格內(nèi)和擴(kuò)展人份糖化血紅蛋白水平比較， 差異均無(wú)統(tǒng)計(jì)學(xué)意義（t=1.5418、1.8517、0.8514， P>0.05）。見(jiàn)表1。
3 討論
糖化血紅蛋白為臨床中反映機(jī)體近3個(gè)月內(nèi)平均血糖水平， 為協(xié)助診斷糖尿病、判定糖尿病患者長(zhǎng)期血糖控制水平關(guān)鍵指標(biāo)， 具有重要臨床檢測(cè)價(jià)值[6， 7]。臨床中準(zhǔn)確、快速、經(jīng)濟(jì)、簡(jiǎn)便檢測(cè)出糖化血紅蛋白水平為提高檢測(cè)效率和檢測(cè)質(zhì)量關(guān)鍵， 目前常用檢測(cè)方法包括比色法、電泳法、等電聚柱法、手工微柱法、高效液相層析法、離子交換層析法、免疫化學(xué)法、離子交換高效液相色譜法等[8， 9]。隨著臨床研究和實(shí)踐， 離子交換高效液相色譜法具有較高穩(wěn)定性和準(zhǔn)確度， 為目前臨床中公認(rèn)檢測(cè)糖化血紅蛋白金標(biāo)準(zhǔn)[10]。
伯樂(lè)D-10TM糖化血紅蛋白分析儀器為美國(guó)伯樂(lè)公司生產(chǎn)檢測(cè)糖化血紅蛋白儀器系統(tǒng)， 其公司試劑包含種類(lèi)較多， 包括活化劑、分析柱、緩沖液、標(biāo)準(zhǔn)品、清洗液等， 其說(shuō)明書(shū)規(guī)定每包試劑檢測(cè)份數(shù)為400份， 由于臨床中400份檢測(cè)時(shí)間較長(zhǎng)， 在不同組上檢測(cè)試劑消耗程度不同， 往往在達(dá)到400份檢測(cè)數(shù)量后還有部分試劑殘留， 造成嚴(yán)重浪費(fèi)[11-13]。本次研究將殘留試劑中分析柱進(jìn)行再活化、校準(zhǔn)， 與標(biāo)準(zhǔn)試劑分別對(duì)1000份糖化血紅蛋白水平進(jìn)行檢測(cè)， 得出使用規(guī)格內(nèi)和擴(kuò)展人份兩組檢測(cè)水平比較， 差異均無(wú)統(tǒng)計(jì)學(xué)意義（t=1.5418、1.8517、0.8514， P>0.05）。表明殘留試劑經(jīng)活化、校準(zhǔn)后在臨床中再次使用對(duì)檢測(cè)結(jié)果無(wú)明顯影響。本次研究在實(shí)驗(yàn)過(guò)程中發(fā)現(xiàn)， 在日常應(yīng)用中， 以無(wú)菌水、頂格檢測(cè)替代清洗液， 可對(duì)殘留試劑進(jìn)行消耗， 在保障實(shí)驗(yàn)結(jié)果準(zhǔn)確前提下可有效降低耗材浪費(fèi)， 降低實(shí)驗(yàn)成本[14-17]。
綜上所述， 伯樂(lè)D-10TM糖化血紅蛋白分析系統(tǒng)檢測(cè)糖化血紅蛋白水平， 試劑檢測(cè)人份分析柱擴(kuò)展前后對(duì)糖化血紅蛋白水平檢測(cè)無(wú)明@影響， 臨床中在保障檢測(cè)結(jié)果準(zhǔn)確前提下， 可應(yīng)用擴(kuò)張方式對(duì)試劑進(jìn)行充分利用。
參考文獻(xiàn)
[1] Liotta L， Di FA， Pazzagli M， et al. Glycated hemoglobin （HbA1c） measurement in frozen whole blood depends on baseline values of fresh samples. Analytical and Bioanalytical Chemistry， 2013， 405（1）：429-434.
[2] Suzuki S， Koga M， Niizeki N， et al. Evaluation of glycated hemoglobin and fetal hemoglobin-adjusted HbA1c measurements in infants. Pediatric Diabetes， 2013， 14（4）：267-272.
[3] Hempe JM， Mcgehee AM， Chalew SA. Two-dimensional analysis of glycated hemoglobin heterogeneity in pediatric type 1 diabetes patients. Analytical Biochemistry， 2013， 442（2）：205-212.
[4] 璐， 孫伯欣.糖化血紅蛋白與血脂檢測(cè)在2型糖尿病檢測(cè)中的臨床評(píng)價(jià).中國(guó)老年學(xué)雜志， 2013， 33（19）：4856-4857.
[5] Chakraborty S， Ghosh SS， Das A， et al. Can EDTA， EDTA-fluoride， and buffered citrate tubes be used for measurement of HbA1c on the Bio-Rad D10？Clinical Chemistry & Laboratory Medicine Cclm， 2015， 53（1）：e5-e8.
[6] Chakraborty S， Gupta D. A patient with undetectable hemoglobin A（1c）. Clin Chem， 2013 ， 59（5）：856-857.
[7] Chakraborty S， Chanda D， Gain M， et al. Interference of the Hope Hemoglobin With Hemoglobin A1c Results. Laboratory Medicine， 2015， 46（3）：221-225.
[8] 徐安平， 紀(jì)玲， 陳衛(wèi)東， 等.毛細(xì)管電泳法糖化血紅蛋白檢測(cè)系統(tǒng)在缺鐵性貧血患者中的應(yīng)用.檢驗(yàn)醫(yī)學(xué)， 2016， 31（4）：299-303.
[9] Chopra A， Tuteja S， Sachdeva N， et al. CdTe nanobioprobe based optoelectrochemical immunodetection of diabetic marker HbA1c. Biosensors & Bioelectronics， 2013， 44（1）：132.
[10] Hsieh WP， Chieh JJ， Yang CC， et al. Stability study for magnetic reagent assaying Hb and HbA1c. Journal of Magnetism & Magnetic Materials， 2013， 326（1）：147-150.
[11] Hsieh KM， Lan KC， Hu WL， et al. Glycated hemoglobin （HbA 1c）
affinity biosensors with ring-shaped interdigital electrodes on impedance measurement. Biosensors & Bioelectronics， 2013， 49（10）：450-456.
[12] 許愛(ài)萍， 張羽， 曹季軍. 不同處理方式在伯樂(lè)D-10TM糖化分析儀上檢測(cè)HbA1c結(jié)果的影響. 檢驗(yàn)醫(yī)學(xué)與臨床， 2013， 10（10）： 1317-1318.
[13] 楊興萍. 美國(guó)伯樂(lè)D-10糖化血紅蛋白分析儀的性能評(píng)價(jià). 檢驗(yàn)醫(yī)學(xué)與臨床， 2011， 8（21）：2683-2684.
[14] 張茜. D-10糖化血紅蛋白分析儀的檢測(cè)性能. 實(shí)用醫(yī)技雜志， 2013， 20（11）：1231-1232.
[15] 韓紅梅， 侯明良. Bio-Rad D-10糖化血紅蛋白分析儀臨床應(yīng)用常見(jiàn)問(wèn)題分析. 糖尿病新世界， 2015（24）：127-129.
作為軟件的重要環(huán)節(jié)，軟件測(cè)試越來(lái)越受到人們的重視。隨著軟件開(kāi)發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯(cuò)誤為目的的測(cè)試工作就顯得更加困難。然而，為了盡可能多地找出中的錯(cuò)誤，生產(chǎn)出高的軟件產(chǎn)品，加強(qiáng)對(duì)測(cè)試工作的組織和管理就顯得尤為重要。
從軟件的生存周期看，測(cè)試往往指對(duì)程序的測(cè)試，這樣做的優(yōu)點(diǎn)是被測(cè)對(duì)象明確，測(cè)試的可作相對(duì)較強(qiáng)。但是，由于測(cè)試的依據(jù)是規(guī)格說(shuō)明書(shū)、文檔和使用說(shuō)明書(shū)，如果設(shè)計(jì)有錯(cuò)誤，測(cè)試的質(zhì)量就難以保證。即使測(cè)試后發(fā)現(xiàn)是設(shè)計(jì)的錯(cuò)誤，這時(shí)，修改的代價(jià)是相當(dāng)昂貴的。因此，較理想的做法應(yīng)該是對(duì)軟件的開(kāi)發(fā)過(guò)程，按軟件工程各階段形成的結(jié)果，分別進(jìn)行嚴(yán)格的審查。軟件的生命周期可用圖1的表示。
為了確保軟件的質(zhì)量，對(duì)圖1的過(guò)程應(yīng)進(jìn)行嚴(yán)格的管理。雖然測(cè)試是在實(shí)現(xiàn)且證后進(jìn)行的，實(shí)際上，測(cè)試的準(zhǔn)備工作在分析和設(shè)計(jì)階段就開(kāi)始了。
軟件測(cè)試計(jì)劃作為軟件項(xiàng)目計(jì)劃的子計(jì)劃，在項(xiàng)目啟動(dòng)初期是必須規(guī)劃的。在越來(lái)越多公司的軟件開(kāi)發(fā)中，軟件質(zhì)量日益受到重視，測(cè)試過(guò)程也從一個(gè)相對(duì)獨(dú)立的步驟越來(lái)越緊密嵌套在軟件整個(gè)生命周期中，這樣，如何規(guī)劃整個(gè)項(xiàng)目周期的測(cè)試工作；如何將測(cè)試工作上升到測(cè)試管理的高度都依賴(lài)于測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃因此也成為測(cè)試工作的賴(lài)于展開(kāi)的基礎(chǔ)。
一個(gè)好的測(cè)試計(jì)劃可以起到如下作用
1. 避免測(cè)試的“事件驅(qū)動(dòng)”
2. 使測(cè)試工作和整個(gè)開(kāi)發(fā)工作融合起來(lái)
3. 資源和變更事先作為一個(gè)可控制的風(fēng)險(xiǎn)項(xiàng)目經(jīng)理圈子
測(cè)試計(jì)劃的模板在各個(gè)公司中都大同小異，在個(gè)人實(shí)踐中發(fā)現(xiàn)，測(cè)試計(jì)劃制定中存在的問(wèn)題具有相似，下面重點(diǎn)就這些相似的問(wèn)題談?wù)勅绾沃贫ㄜ浖?xiàng)目測(cè)試計(jì)劃。
問(wèn)題一：測(cè)試階段劃分
就通常軟件項(xiàng)目而言，基本上采用“瀑布型開(kāi)發(fā)方式，這種開(kāi)發(fā)方式下，各個(gè)項(xiàng)目主要活動(dòng)比較清晰。整個(gè)項(xiàng)目生命周期為需設(shè)計(jì)編測(cè)試實(shí)施維護(hù)。然而，在制定測(cè)試計(jì)劃時(shí)候，有些測(cè)試經(jīng)理對(duì)測(cè)試的階段劃分還不是十分明晰，經(jīng)常*遇到的問(wèn)題是把測(cè)試單純理解成系統(tǒng)測(cè)試，或者把把各類(lèi)型測(cè)試設(shè)計(jì)（測(cè)試用例的編寫(xiě)和測(cè)試數(shù)據(jù)準(zhǔn)備）全部放入生命周期的“測(cè)試階段”，這樣造成的問(wèn)題是浪費(fèi)了開(kāi)發(fā)階段可以并行的項(xiàng)目日程，另一方面造成測(cè)試不足。
相應(yīng)階段可以同步進(jìn)行相應(yīng)的測(cè)試計(jì)劃編制，而測(cè)試設(shè)計(jì)也可以結(jié)合在開(kāi)發(fā)過(guò)程中實(shí)現(xiàn)并行，測(cè)試的實(shí)施即執(zhí)行測(cè)試的活動(dòng)即可連貫在開(kāi)發(fā)之后。值得注意的是：?jiǎn)卧獪y(cè)試和集成測(cè)試往往由開(kāi)發(fā)人員承擔(dān)，因此這部分的階段劃分可能會(huì)安排在開(kāi)發(fā)計(jì)劃而不是測(cè)試計(jì)劃中。
問(wèn)題二：系統(tǒng)測(cè)試階段日程安排
劃分階段清楚了，隨之而來(lái)的問(wèn)題是測(cè)試執(zhí)行需要多長(zhǎng)的時(shí)間？標(biāo)準(zhǔn)的工程方法或CMM方式是對(duì)工作量進(jìn)行估算，然后得出具體的估算值。但是這種方法過(guò)于復(fù)雜，可以另辟專(zhuān)題討論。一個(gè)可作的簡(jiǎn)單方法是：根據(jù)測(cè)試執(zhí)行上一階段的活動(dòng)時(shí)間進(jìn)行換算，換算方法是與上一階段活動(dòng)時(shí)間1：1.1～1.5左右。舉個(gè)例子，對(duì)測(cè)試經(jīng)理來(lái)說(shuō)，因?yàn)殚_(kāi)發(fā)計(jì)劃可能包含了單元測(cè)試和集成測(cè)試，系統(tǒng)測(cè)試的時(shí)間大概是編*階段（包含單元測(cè)試和集成測(cè)試）1到1.5倍。這種方法的優(yōu)點(diǎn)是簡(jiǎn)單，依賴(lài)于項(xiàng)目計(jì)劃的日程安排，缺點(diǎn)是水分太多，難于量化。那么，可以采用的另一個(gè)簡(jiǎn)單方法是經(jīng)驗(yàn)評(píng)估。評(píng)估方法如下：項(xiàng)目管理者聯(lián)盟文章
1. 計(jì)算需求文檔的頁(yè)數(shù)，得出系統(tǒng)測(cè)試用例的頁(yè)數(shù)
需求頁(yè)數(shù)：系統(tǒng)測(cè)試用例頁(yè)數(shù)≈ 1：1
2. 由系統(tǒng)測(cè)試用例頁(yè)數(shù)計(jì)算編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間≈系統(tǒng)測(cè)試用例頁(yè)數(shù)×1小時(shí)
3. 計(jì)算執(zhí)行系統(tǒng)測(cè)試用例時(shí)間
編寫(xiě)系統(tǒng)用例用時(shí)：執(zhí)行系統(tǒng)測(cè)試用時(shí)≈ 1：
4. 計(jì)算回歸測(cè)試包含的時(shí)間項(xiàng)目經(jīng)理博客
系統(tǒng)測(cè)試用時(shí)：回歸測(cè)試用時(shí)≈ 2：1
注：以上比值是個(gè)人工程經(jīng)驗(yàn)值，需要更正比值的測(cè)試經(jīng)理可以在具體實(shí)踐中收集數(shù)據(jù)
基于以上方法優(yōu)點(diǎn)是需求為已知的，可以利用已知來(lái)推算未知，適用于需求是已知且相對(duì)穩(wěn)定的情況下；缺點(diǎn)是處于研發(fā)狀態(tài)的項(xiàng)目，需求不清晰的時(shí)候比較難計(jì)算。現(xiàn)套用一個(gè)例子加于說(shuō)明：需求文檔頁(yè)數(shù)為500，系統(tǒng)測(cè)試用例頁(yè)數(shù)推算為500，則編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間為500小時(shí)，執(zhí)行系統(tǒng)測(cè)試用例時(shí)間為1000小時(shí)，回歸測(cè)試需要500小時(shí)，加起來(lái)總共為2000小時(shí)，按一天8小時(shí)計(jì)算，共計(jì)250個(gè)工作日/人；假如一個(gè)月為22個(gè)工作日，則共計(jì)約11人/月，即投入4個(gè)人需要3個(gè)月左右時(shí)間工作量完成。當(dāng)然，這是系統(tǒng)測(cè)試需要的全部時(shí)間。根據(jù)測(cè)試階段劃分原則，設(shè)計(jì)用例時(shí)間可以和開(kāi)發(fā)同步進(jìn)行，只需在測(cè)試階段中安排的時(shí)間為1500小時(shí)即4人2個(gè)月工作量。
項(xiàng)目管理培訓(xùn)
（測(cè)試經(jīng)理在編寫(xiě)測(cè)試計(jì)劃時(shí)候，測(cè)試進(jìn)度中的計(jì)劃開(kāi)始/結(jié)束時(shí)間往往用如20050101-20051201的具體時(shí)間劃分方式，這樣引起的問(wèn)題是當(dāng)項(xiàng)目計(jì)劃進(jìn)行變更的時(shí)候，測(cè)試計(jì)劃時(shí)間不得不隨時(shí)調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日/2人或者2人月這種工作量記錄方式，這樣一來(lái)，只需在項(xiàng)目計(jì)劃中跟蹤階段的具體開(kāi)始時(shí)間即可，不必反復(fù)修改測(cè)試計(jì)劃。）
項(xiàng)目管理培訓(xùn)
值得注意的是：國(guó)內(nèi)大多數(shù)公司的測(cè)試時(shí)間都是不足的，不可能按照這樣的理想比例進(jìn)行運(yùn)作，因?yàn)闇y(cè)試執(zhí)行的時(shí)間實(shí)際上不可能占據(jù)整個(gè)項(xiàng)目周期的1/2，甚至要短于其中任何一個(gè)項(xiàng)目階段時(shí)間。即使是微軟的測(cè)試結(jié)束原則也并不是完成所有必需的測(cè)試，而是測(cè)試在按計(jì)劃結(jié)束的那一天結(jié)束！在測(cè)試時(shí)間不足的情況下，可參考下面項(xiàng)目計(jì)劃變更時(shí)的做法，因?yàn)橛?jì)劃變更也涉及到測(cè)試時(shí)間不足的情況。
參考文獻(xiàn)：
[1]徐新海；林宇斐；易偉；；CPU-GPGPU異構(gòu)體系結(jié)構(gòu)相關(guān)技術(shù)綜述[J]；計(jì)算機(jī)工程與科學(xué)；2009年S1期
關(guān)鍵詞：面向?qū)ο螅卉浖y(cè)試；面向?qū)ο鬁y(cè)試模型；測(cè)試過(guò)程
中圖分類(lèi)號(hào)：TP311文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1009-3044(2008)35-2425-03
Research of Object-Oriented Test Techniques
ZHOU Juan
(Handan Foundry, Handan 056003, China)
Abstract: The paper describes how to test object-oriented analysis, object-oriented design,object-oriented programming, and the process of object-oriented testing, while taking the object-oriented software development model in software engineering as reference. According to the steps of unit testing, integrate testing. system testing, the testing strategies of object-oriented unit test , object-oriented integrate test , object-oriented system test were discussed in detail , and some interrelated problems are discussed.
Key words: object-oriented; software testing; object-oriented testing model; testing process
1 引言
從1982年在美國(guó)北卡羅來(lái)納大學(xué)召開(kāi)首次軟件測(cè)試的正式技術(shù)會(huì)議至今，軟件測(cè)試?yán)碚撗杆侔l(fā)展，并相應(yīng)出現(xiàn)了各種軟件測(cè)試方法，使軟件測(cè)試技術(shù)得到極大的提高，軟件測(cè)試成為軟件工程方法中保證軟件質(zhì)量的最重要手段。
傳統(tǒng)軟件測(cè)試技術(shù)是面向過(guò)程的測(cè)試，是從輸入/處理/輸出的角度檢驗(yàn)一個(gè)函數(shù)或過(guò)程能否正確工作，而面向?qū)ο筌浖y(cè)試是針對(duì)相互協(xié)作而又彼此獨(dú)立的對(duì)象的測(cè)試。面向?qū)ο筌浖_(kāi)發(fā)的測(cè)試目標(biāo)與傳統(tǒng)的軟件開(kāi)發(fā)方法相同，都是為了確保軟件能正確地和一致地解決待解決的問(wèn)題，但由于過(guò)程性測(cè)試方法沒(méi)有考慮到面向?qū)ο筌浖y(cè)試所要涉及的類(lèi)、繼承和多態(tài)性，因此這兩者是有很大的不同，因而有必要對(duì)其進(jìn)行深入的研究。
2 面向?qū)ο鬁y(cè)試模型
面向?qū)ο蟮拈_(kāi)發(fā)模型突破了傳統(tǒng)的瀑布模型，將開(kāi)發(fā)分為面向?qū)ο蠓治觯∣OA），面向?qū)ο笤O(shè)計(jì)（OOD）和面向?qū)ο缶幊蹋∣OP）三個(gè)階段。分析階段產(chǎn)生整個(gè)問(wèn)題空間的抽象描述，在此基礎(chǔ)上，進(jìn)一步歸納出適用于面向?qū)ο缶幊陶Z(yǔ)言的類(lèi)和類(lèi)結(jié)構(gòu)，最后形成代碼。
針對(duì)這種開(kāi)發(fā)模型，結(jié)合傳統(tǒng)的軟件測(cè)試步驟的劃分，文獻(xiàn)[1]提出一種整個(gè)軟件開(kāi)發(fā)過(guò)程中不斷進(jìn)行測(cè)試的面向?qū)ο筌浖y(cè)試模型，使開(kāi)發(fā)階段的測(cè)試與編碼完成后的單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試成為一個(gè)整體。該測(cè)試模型給出了面向?qū)ο鬁y(cè)試OOT 與OOA、OOD 和OOP 三者的對(duì)應(yīng)關(guān)系，如圖1 所示。
OOA Test 和OOD Test 是對(duì)分析結(jié)果和設(shè)計(jì)結(jié)果的測(cè)試，主要是對(duì)分析設(shè)計(jì)產(chǎn)生的文本進(jìn)行測(cè)試，是軟件開(kāi)發(fā)前期的關(guān)鍵性測(cè)試。OOP Test主要針對(duì)編程風(fēng)格和程序代碼實(shí)現(xiàn)進(jìn)行測(cè)試，其主要測(cè)試內(nèi)容在面向?qū)ο髥卧獪y(cè)試和面向?qū)ο蠹蓽y(cè)試中體現(xiàn)。面向?qū)ο髥卧獪y(cè)試是進(jìn)行面向?qū)ο蠹蓽y(cè)試的基礎(chǔ)。面向?qū)ο蠹蓽y(cè)試主要對(duì)系統(tǒng)內(nèi)部的相互服務(wù)進(jìn)行測(cè)試，如成員函數(shù)間的相互作用，類(lèi)間的消息傳遞等。面向?qū)ο蠹蓽y(cè)試不但要基于面向?qū)ο髥卧獪y(cè)試，更要參見(jiàn)OOD 或OOD Test 結(jié)果[2]。面向?qū)ο笙到y(tǒng)測(cè)試是基于面向?qū)ο蠹蓽y(cè)試的最后階段的測(cè)試，主要以用戶需求為測(cè)試標(biāo)準(zhǔn)，需要借鑒OOA 或OOA Test 結(jié)果。
2.1 面向?qū)ο蠓治龅臏y(cè)試（OOA Test）
傳統(tǒng)的面向過(guò)程分析是一個(gè)功能分解的過(guò)程，是把一個(gè)系統(tǒng)看成可以分解的功能的集合。這種傳統(tǒng)的功能分解分析法的著眼點(diǎn)在于一個(gè)系統(tǒng)需要什么樣的信息處理方法和過(guò)程，以過(guò)程的抽象來(lái)對(duì)待系統(tǒng)的需要。而面向?qū)ο蠓治?OOA)是把E-R 圖和語(yǔ)義網(wǎng)絡(luò)模型，即信息造型中的概念，與面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中的重要概念結(jié)合在一起而形成的分析方法，最后通常是得到問(wèn)題空間的圖表的形式描述[3，4]。
OOA 階段將問(wèn)題空間中的實(shí)例抽象為對(duì)象，用對(duì)象的結(jié)構(gòu)反映問(wèn)題空間的復(fù)雜實(shí)例和復(fù)雜關(guān)系，用屬性和服務(wù)表示實(shí)例的特性和行為。OOA 的結(jié)果是為后面階段類(lèi)的選定和實(shí)現(xiàn)，類(lèi)層次結(jié)構(gòu)的組織和實(shí)現(xiàn)提供平臺(tái)。因此，OOA 對(duì)問(wèn)題空間分析抽象的不完整，最終會(huì)影響軟件的功能實(shí)現(xiàn)，導(dǎo)致軟件開(kāi)發(fā)后期大量不可避免的修補(bǔ)工作；而一些冗余的對(duì)象或結(jié)構(gòu)會(huì)影響類(lèi)的選定、程序的整體結(jié)構(gòu)或增加程序員不必要的工作量。因此，對(duì)OOA 的測(cè)試重點(diǎn)應(yīng)該放在完整性和冗余性方面。 OOA階段的測(cè)試劃分為以下五個(gè)方面：1) 對(duì)認(rèn)定的對(duì)象的測(cè)試；2) 對(duì)認(rèn)定的結(jié)構(gòu)的測(cè)試；3) 對(duì)認(rèn)定的主題的測(cè)試；4) 對(duì)定義的屬性和實(shí)例關(guān)聯(lián)的測(cè)試；5) 對(duì)定義的服務(wù)和消息關(guān)聯(lián)的測(cè)試。
2.2 面向?qū)ο笤O(shè)計(jì)的測(cè)試（OOD Test）
通常結(jié)構(gòu)化的設(shè)計(jì)方法是用面向作業(yè)的設(shè)計(jì)方法，它把系統(tǒng)分解以后，提出一組作業(yè)，這些作業(yè)是以過(guò)程實(shí)現(xiàn)系統(tǒng)的基礎(chǔ)構(gòu)造，把問(wèn)題域的分析轉(zhuǎn)化為求解域的設(shè)計(jì)，分析的結(jié)果是設(shè)計(jì)階段的輸入。
而面向?qū)ο笤O(shè)計(jì)(OOD)采用“造型的觀點(diǎn)”，以O(shè)OA為基礎(chǔ)歸納出類(lèi)，并建立類(lèi)結(jié)構(gòu)或進(jìn)一步構(gòu)造成類(lèi)庫(kù)，實(shí)現(xiàn)分析結(jié)果對(duì)問(wèn)題空間的抽象。OOD 確定類(lèi)和類(lèi)結(jié)構(gòu)不僅能滿足當(dāng)前需求分析的要求，更重要的是通過(guò)重新組合或加以適當(dāng)?shù)难a(bǔ)充，能方便實(shí)現(xiàn)功能的重用和擴(kuò)充，以不斷適應(yīng)用戶的要求。因此，對(duì)OOD 的測(cè)試，建議針對(duì)功能的實(shí)現(xiàn)和重用以及對(duì)OOA 結(jié)果的拓展，從如下三方面考慮[5]：
1) 對(duì)認(rèn)定的類(lèi)的測(cè)試；
2) 對(duì)構(gòu)造的類(lèi)層次結(jié)構(gòu)的測(cè)試；
3) 對(duì)類(lèi)庫(kù)的支持的測(cè)試。
2.3面向?qū)ο缶幊痰臏y(cè)試（OOP Test）
由于面向?qū)ο蟪绦蚓哂欣^承、封裝和多態(tài)等新特征，使得傳統(tǒng)的結(jié)構(gòu)化程序測(cè)試策略不能完全適應(yīng)面向?qū)ο蟪绦虻臏y(cè)試需要。主要表現(xiàn)在三個(gè)方面，即面向?qū)ο蟮姆庋b不能實(shí)現(xiàn)傳統(tǒng)測(cè)試方法中對(duì)數(shù)據(jù)非法操作的測(cè)試；面向?qū)ο蟮睦^承，使錯(cuò)誤的傳播概率提高，增加了測(cè)試的復(fù)雜度；面向?qū)ο蟮亩鄳B(tài)特征使程序內(nèi)“同一”函數(shù)的行為復(fù)雜化，增加測(cè)試的工作量。
面向?qū)ο蟪绦驅(qū)⒐δ軐?shí)現(xiàn)分布在類(lèi)中，類(lèi)間通過(guò)消息傳遞來(lái)協(xié)同實(shí)現(xiàn)系統(tǒng)的功能。面向?qū)ο蟮倪@種程序風(fēng)格將出現(xiàn)的錯(cuò)誤精確地確定在一個(gè)具體的類(lèi)中，因此，面向?qū)ο缶幊痰臏y(cè)試OOP Test忽略類(lèi)功能的實(shí)現(xiàn)細(xì)則，將測(cè)試集中在類(lèi)功能的實(shí)現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蝻L(fēng)格，主要體現(xiàn)為兩方面（假設(shè)使用C++語(yǔ)言）：
1) 數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求；
2) 類(lèi)是否實(shí)現(xiàn)了要求的功能。
3 面向?qū)ο蟮能浖y(cè)試內(nèi)容及層次
面向?qū)ο筌浖y(cè)試即在測(cè)試過(guò)程中繼續(xù)運(yùn)用面向?qū)ο蠹夹g(shù)，進(jìn)行以對(duì)象概念為中心的軟件測(cè)試。Binder 在研究了面向?qū)ο蟮奶卣鳎绶庋b性、繼承性、多態(tài)和動(dòng)態(tài)綁定性等，認(rèn)為這些特征的引入增加了測(cè)試的復(fù)雜性。對(duì)軟件測(cè)試層次一種較為普遍的劃分方法是根據(jù)測(cè)試層次結(jié)構(gòu)，面向?qū)ο筌浖y(cè)試總體上呈現(xiàn)從單元級(jí)、集成級(jí)、到系統(tǒng)級(jí)的分層測(cè)試，測(cè)試集成的過(guò)程是基于可靠部件組裝系統(tǒng)的過(guò)程。測(cè)試可用不同的方法執(zhí)行，通常的方法是按設(shè)計(jì)和實(shí)現(xiàn)的反向次序測(cè)試，首先驗(yàn)證不同層，然后使用事件集成不同的程序單元，最終驗(yàn)證系統(tǒng)級(jí)。根據(jù)測(cè)試層次結(jié)構(gòu)確定相應(yīng)的測(cè)試活動(dòng)，并生成相應(yīng)的層次[6]。由于面向?qū)ο筌浖暮暧^上來(lái)看是各個(gè)類(lèi)之間的相互作用，因此，將對(duì)類(lèi)層的測(cè)試作為單元測(cè)試，而對(duì)于由類(lèi)集成的模塊測(cè)試作為集成測(cè)試，系統(tǒng)測(cè)試與傳統(tǒng)測(cè)試層相同。測(cè)試流程如圖2所示。
3.1 面向?qū)ο蟮膯卧獪y(cè)試（OO Unit Test）
傳統(tǒng)的單元測(cè)試是針對(duì)程序的函數(shù)、過(guò)程或完成某一定功能的程序塊，面向?qū)ο髥卧獪y(cè)試OO Unit Test 在OOP Test 時(shí)進(jìn)行，是對(duì)程序內(nèi)部具體單一的功能模塊的測(cè)試。一些傳統(tǒng)的測(cè)試方法在面向?qū)ο蟮膯卧獪y(cè)試中都可以使用，如等價(jià)類(lèi)劃分法，因果圖法，邊值分析法，邏輯覆蓋法，路徑分析法，程序插裝法等等。
當(dāng)考慮面向?qū)ο蟮能浖r(shí)，模塊單元的概念改變了，封裝規(guī)定了類(lèi)和對(duì)象的定義。這意味在面向?qū)ο髥卧獪y(cè)試中，最小的可測(cè)試單元是封裝的類(lèi)或?qū)ο螅皇悄K。
類(lèi)包含一組不同的操作，并且某特殊操作可能作為一組不同類(lèi)的一部分存在。同時(shí)，一個(gè)對(duì)象有它自己的狀態(tài)和依賴(lài)于狀態(tài)的行為，對(duì)象操作既與對(duì)象的狀態(tài)有關(guān)，也可能改變對(duì)象的狀態(tài)。所以，類(lèi)操作時(shí)不僅要將操作作為類(lèi)的一部分，同時(shí)要把對(duì)象與其狀態(tài)結(jié)合起來(lái)，進(jìn)行對(duì)象狀態(tài)行為的測(cè)試。類(lèi)測(cè)試可以分為以下三個(gè)部分：[7]
1) 基于服務(wù)的測(cè)試：測(cè)試類(lèi)中的每一個(gè)服務(wù)（即方法）；
2) 基于狀態(tài)的測(cè)試：考察類(lèi)的實(shí)例在其生命期各個(gè)狀態(tài)下的情況；
3) 基于響應(yīng)狀態(tài)的測(cè)試：從類(lèi)和對(duì)象的責(zé)任出發(fā)，以外界向?qū)ο蟀l(fā)送特定的消息序列來(lái)測(cè)試對(duì)象。
基于服務(wù)的類(lèi)測(cè)試主要考察封裝在類(lèi)中的一個(gè)方法對(duì)數(shù)據(jù)進(jìn)行的操作。Kung等人提出的塊分支圖（Block Branch Diagram，簡(jiǎn)稱(chēng)BBD）是一種比較好的服務(wù)測(cè)試模型（如圖3所示）。
服務(wù)f 的BBD是一個(gè)五元組，BBD = { Du, Dd, P, Fe,G} ；Du = { di | di ∈f 引用的全局?jǐn)?shù)據(jù)或類(lèi)數(shù)據(jù)} ；Dd ={ di | di ∈ f 修改的全局?jǐn)?shù)據(jù)或類(lèi)數(shù)據(jù)}；
P = { X1θ1 ,X2θ2 , …, Xnθn , Xn+1θn+1 ∈ f 的參數(shù)表和函數(shù)
返回值,θi為(輸入) 、(輸出) ,或(輸入/ 輸出) ;若Xn+1 缺省，
則無(wú)返回值}； Fe = { f i | f i ∈被f 調(diào)用的其他服務(wù)}；
G是一個(gè)有向圖，叫做塊體。它是按照控制流圖的思想修改f的程序流程圖而來(lái)的，表示f的控制結(jié)構(gòu)中的符合條件判斷被分解，每個(gè)判斷框只有單個(gè)條件。
3.2 面向?qū)ο蟮募蓽y(cè)試
傳統(tǒng)的集成測(cè)試是由底向上通過(guò)集成完成的功能模塊進(jìn)行測(cè)試，一般可以在部分程序編譯完成的情況下進(jìn)行。而對(duì)于面向?qū)ο蟪绦颍嗷フ{(diào)用的功能是散布在程序不同的類(lèi)中，類(lèi)通過(guò)消息相互作用申請(qǐng)和提供服務(wù)，類(lèi)相互依賴(lài)極其緊密，根本無(wú)法在編譯時(shí)對(duì)類(lèi)進(jìn)行測(cè)試，所以，面向?qū)ο蟮募蓽y(cè)試通常需要在整個(gè)程序編譯完成后進(jìn)行。
在面向?qū)ο笙到y(tǒng)中，集成測(cè)試屬于應(yīng)用生命周期的一個(gè)階段，可在兩個(gè)層次上進(jìn)行。第一層對(duì)一個(gè)新類(lèi)進(jìn)行測(cè)試，以及測(cè)試在定義中所涉及的那些類(lèi)的集成。設(shè)計(jì)者通常用關(guān)系is a，is part和refers to來(lái)描述類(lèi)與類(lèi)之間的依賴(lài)，并隱含了類(lèi)測(cè)試的順序。首先測(cè)試基礎(chǔ)類(lèi)，然后使用這些類(lèi)的類(lèi)接著測(cè)試，再按層次繼續(xù)測(cè)試，每一層次都使用了以前已定義和測(cè)試過(guò)的類(lèi)作為部件塊。
對(duì)于面向?qū)ο箢I(lǐng)域中集成測(cè)試的特別要求是：應(yīng)當(dāng)不需要特別地編寫(xiě)代碼就可把在當(dāng)前的軟件開(kāi)發(fā)中使用的元素集合起來(lái)，因此其測(cè)試重點(diǎn)是各模塊之間的協(xié)調(diào)性，尤其是那些從沒(méi)有在一起的類(lèi)之間的協(xié)調(diào)性。
集成測(cè)試的第二層是將各部分集合在一起組成整個(gè)系統(tǒng)進(jìn)行測(cè)試。以C++語(yǔ)言編寫(xiě)的應(yīng)用系統(tǒng)為例，通常應(yīng)在其主程序中創(chuàng)建一些高層類(lèi)和全局類(lèi)的實(shí)例，通過(guò)這些實(shí)例的相互通訊從而實(shí)現(xiàn)系統(tǒng)的功能。對(duì)于這種測(cè)試所選擇的測(cè)試用例應(yīng)當(dāng)瞄準(zhǔn)待開(kāi)發(fā)軟件的目標(biāo)而設(shè)計(jì)，并且應(yīng)當(dāng)給出預(yù)期的結(jié)果，以確定軟件的開(kāi)發(fā)是否與目標(biāo)相吻合。
3.3 面向?qū)ο蟮南到y(tǒng)測(cè)試
系統(tǒng)測(cè)試是對(duì)所有類(lèi)和主程序構(gòu)成的整個(gè)系統(tǒng)進(jìn)行整體測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能指標(biāo)等是否滿足需求規(guī)格說(shuō)明書(shū)和任務(wù)書(shū)所指定的要求。它與傳統(tǒng)的系統(tǒng)測(cè)試一樣，包括功能測(cè)試、性能測(cè)試、余量測(cè)試等，可套用傳統(tǒng)的系統(tǒng)測(cè)試方法。通過(guò)單元測(cè)試和集成測(cè)試，僅能保證軟件開(kāi)發(fā)的功能得以實(shí)現(xiàn)，不能確認(rèn)在實(shí)際運(yùn)行時(shí)，它是否滿足用戶的需要，是否大量存在實(shí)際使用條件下會(huì)被誘發(fā)產(chǎn)生錯(cuò)誤的隱患。為此，對(duì)完成開(kāi)發(fā)的軟件必須經(jīng)過(guò)規(guī)范的系統(tǒng)測(cè)試，即開(kāi)發(fā)完成的軟件僅僅是實(shí)際投入使用系統(tǒng)的一個(gè)組成部分，需要測(cè)試它與系統(tǒng)其他部分配套運(yùn)行的表現(xiàn)，以保證在系統(tǒng)各部分協(xié)調(diào)工作的環(huán)境下也能正常工作[8]。
在系統(tǒng)測(cè)試中，不關(guān)心類(lèi)的聯(lián)系細(xì)節(jié)。同于傳統(tǒng)的系統(tǒng)測(cè)試，面向?qū)ο筌浖南到y(tǒng)測(cè)試集中在用戶可見(jiàn)的活動(dòng)與用戶可識(shí)別的來(lái)自系統(tǒng)的輸出。為了導(dǎo)出測(cè)試案例，測(cè)試者應(yīng)該使用分析模型中的使用案例，使用案例能夠用于導(dǎo)出測(cè)試案例以發(fā)現(xiàn)不能滿足用戶交互需求的錯(cuò)誤。系統(tǒng)測(cè)試應(yīng)該盡量搭建與用戶實(shí)際使用環(huán)境相同的測(cè)試平臺(tái)，應(yīng)該保證被測(cè)系統(tǒng)的完整性，對(duì)臨時(shí)沒(méi)有的系統(tǒng)設(shè)備部件也應(yīng)有相應(yīng)的模擬手段。系統(tǒng)測(cè)試不僅是檢測(cè)軟件的整體行為表現(xiàn)，也是對(duì)軟件開(kāi)發(fā)設(shè)計(jì)的再確認(rèn)。
4 結(jié)束語(yǔ)
面向?qū)ο鬁y(cè)試的目標(biāo)與傳統(tǒng)測(cè)試相同，但面向?qū)ο蠓椒ㄅc傳統(tǒng)順序結(jié)構(gòu)式方法在開(kāi)發(fā)思想上有著根本的不同，尤其是面向?qū)ο笏哂械念?lèi)、封裝、繼承、動(dòng)態(tài)連接等特性，使得面向?qū)ο筌浖y(cè)試在測(cè)試模型、測(cè)試方法、測(cè)試層次等方面都有別于傳統(tǒng)的測(cè)試思想。從面向?qū)ο蟮臏y(cè)試模型可知，測(cè)試的視角擴(kuò)大到包括復(fù)審分析和設(shè)計(jì)模型，此外，測(cè)試的焦點(diǎn)從過(guò)程構(gòu)件(模塊) 轉(zhuǎn)向了對(duì)象類(lèi)。
目前，面向?qū)ο筌浖到y(tǒng)的開(kāi)發(fā)在不斷的實(shí)踐中已逐步形成了自己的方法學(xué)，但對(duì)于面向?qū)ο筌浖y(cè)試，目前尚無(wú)普遍接受的充分性準(zhǔn)則。本文根據(jù)傳統(tǒng)軟件測(cè)試模型將面向?qū)ο筌浖_(kāi)發(fā)過(guò)程和軟件測(cè)試相結(jié)合，形成一種面向?qū)ο鬁y(cè)試模型，并對(duì)模型的相關(guān)步驟和具體實(shí)施提出了一些方法和技術(shù)，雖已在實(shí)踐中得到了一定的驗(yàn)證，但也只是初步的，有必要在今后的研究中得到進(jìn)一步的完善。
參考文獻(xiàn)：
[1] Beizer B.Black-Box Testing Techniques for Functional Testing of Software and Systems[M].John Wiley & sons,1995.
[2] Coad P,Yourdon E.Object-Oriented Analysis[M].Yourdon Press,1999
[3] 湯庸.軟件工程方法學(xué)及應(yīng)用[M].武漢:中國(guó)三峽出版社,1998
[4] 鄭人杰.計(jì)算機(jī)軟件測(cè)試技術(shù)[M].北京:清華大學(xué)出版社,2000
[5] 陳文宇.面向?qū)ο筌浖臏y(cè)試[J].電子科技大學(xué)學(xué)報(bào),2001,6(30):613-617.
[6] 徐虹.面向?qū)ο蟮能浖y(cè)試模型及策略研究[J].計(jì)算機(jī)與現(xiàn)代化,2005(3):15-18.
三年以上工作經(jīng)驗(yàn)|男|29歲（1987年5月23日）
居住地：西安
電 話：165********（手機(jī)）
E-mail：
最近工作 [1年4個(gè)月]
公 司：XX有限公司
行 業(yè)：計(jì)算機(jī)軟件
職 位：系統(tǒng)測(cè)試
最高學(xué)歷
學(xué) 歷：本科
專(zhuān) 業(yè)：計(jì)算機(jī)應(yīng)用
學(xué) 校：華西大學(xué)
自我評(píng)價(jià)
對(duì)CMMI、ISO9000標(biāo)準(zhǔn)有深入研究與實(shí)踐。了解6sigma，具有較強(qiáng)的分析問(wèn)題、解決問(wèn)題能力。具有較強(qiáng)的策劃、組織能力，能獨(dú)立承擔(dān)相應(yīng)職責(zé)。具備良好的溝通、協(xié)調(diào)能力。具有較高水平的數(shù)據(jù)整合與分析及報(bào)告撰寫(xiě)能力。熟練掌握辦公軟件。掌握TestDirector、QC、QTP等自動(dòng)化測(cè)試工具使用。
求職意向
到崗時(shí)間：隨時(shí)到崗
工作性質(zhì)：全職
希望行業(yè)：計(jì)算機(jī)軟件
目標(biāo)地點(diǎn)：西安
期望月薪：面議/月
目標(biāo)職能：系統(tǒng)測(cè)試
工作經(jīng)驗(yàn)
2013/7 — 2014/11：XX有限公司[1年4個(gè)月]
所屬行業(yè)：計(jì)算機(jī)軟件
測(cè)試部系統(tǒng)測(cè)試
1.項(xiàng)目立項(xiàng)后與公司銷(xiāo)售和開(kāi)發(fā)人員和銀行人員溝通需求。
2.根據(jù)實(shí)際的資源情況制定測(cè)試計(jì)劃。
3.需求理解，根據(jù)需求編寫(xiě)測(cè)試用例，需求中的問(wèn)題與銀行客戶溝通確認(rèn)。
4.在windows或Linux上搭建測(cè)試環(huán)境，主要應(yīng)用過(guò)的中間件：Tomcat、WebLogic和WebSphere。用過(guò)的數(shù)據(jù)庫(kù)：SQL Server、DB2、oracle。
2011/9 — 2013/5：XX有限公司[1年8個(gè)月]
所屬行業(yè)：計(jì)算機(jī)軟件
測(cè)試部 系統(tǒng)測(cè)試
1.項(xiàng)目的測(cè)試工作，每個(gè)項(xiàng)目基本只有一個(gè)測(cè)試人員，所有的測(cè)試工作、測(cè)試期間資源協(xié)調(diào)和溝通全部由自己來(lái)控制。項(xiàng)目BUG的管理（BUG管理工具BugFree）
2.出具測(cè)試報(bào)告，包括功能、性能、壓力的測(cè)試報(bào)告。用過(guò)的測(cè)試工具：LR（簡(jiǎn)單使用）、SOAPUI開(kāi)源測(cè)試用具測(cè)試WebService服務(wù)。
3.在銀行業(yè)務(wù)測(cè)試人員測(cè)試前編寫(xiě)完系統(tǒng)的操作手冊(cè)，并對(duì)業(yè)務(wù)測(cè)試人員對(duì)系統(tǒng)操作進(jìn)行簡(jiǎn)單的培訓(xùn)。
教育經(jīng)歷
2006/9— 2011/6 華西大學(xué)計(jì)算機(jī)應(yīng)用 本科
證 書(shū)
2007/6大學(xué)英語(yǔ)四級(jí)
