導(dǎo)語：如何才能寫好一篇系統(tǒng)測(cè)試，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

三年以上工作經(jīng)驗(yàn)|男|29歲（1987年3月11日）

居住地：曲阜

電　話：158******（手機(jī)）

E-mail：

最近工作[1年7個(gè)月]

公　司：XX有限公司

行　業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備

職　位：系統(tǒng)測(cè)試

最高學(xué)歷

學(xué)　歷：本科

?！I(yè)：通信工程

學(xué)　校：曲阜師范大學(xué)

自我評(píng)價(jià)

本人畢業(yè)于軟件工程專業(yè)，在學(xué)校經(jīng)過多年的努力，有著扎實(shí)的計(jì)算機(jī)基礎(chǔ)。目前一直從事于IT 行業(yè)，熱愛軟件測(cè)試，有多年的測(cè)試經(jīng)驗(yàn)，熟悉軟件的開發(fā)的流程和測(cè)試流程，熟悉b/s 框架系統(tǒng)和C/框架的區(qū)別，有豐富的測(cè)試經(jīng)驗(yàn)，了解 QTP 和 loadrunner 的工作原理。XX年測(cè)試經(jīng)理，XX年的測(cè)試主管，積累了豐富的管理經(jīng)驗(yàn)。希望從事測(cè)試經(jīng)理以上職位（最好是高級(jí)測(cè)試經(jīng)理和測(cè)試總監(jiān)）的測(cè)試管理工作。

求職意向

到崗時(shí)間：一個(gè)月之內(nèi)

工作性質(zhì)：全職

希望行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備

目標(biāo)地點(diǎn)：曲阜

期望月薪：面議/月

目標(biāo)職能：系統(tǒng)測(cè)試

工作經(jīng)驗(yàn)

2013/11 — 2015/6：XX有限公司[1年7個(gè)月]

所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備

測(cè)試部系統(tǒng)測(cè)試

1.熟悉手機(jī)功能機(jī)，智能機(jī)（MTK，展訊，高通，瑞芯微/INTEL 6321/SOFIA平臺(tái)）方案，手機(jī)軟件研發(fā)流程。熟悉安卓系統(tǒng)，將針對(duì)產(chǎn)品制定出全面測(cè)試案例，專項(xiàng)測(cè)試案例，壓力測(cè)試案例。

2.測(cè)試報(bào)告的提出，回復(fù)，驗(yàn)證及BUG問題詳細(xì)記錄，做到可以追溯。

3.版本號(hào)規(guī)則命名，軟件存儲(chǔ)路徑規(guī)范，軟件測(cè)試流程的商討等

4.協(xié)助和推動(dòng)項(xiàng)目組將產(chǎn)品軟件改善達(dá)到穩(wěn)定狀態(tài)。

2011/9 — 2013/8：XX有限公司[1年11個(gè)月]

所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備

測(cè)試部 系統(tǒng)測(cè)試

1.及時(shí)了解項(xiàng)目進(jìn)度,及時(shí)了解軟件狀態(tài)，減少軟件問題延誤進(jìn)度

2.未處理的嚴(yán)重問題,及時(shí)反饋,跟催.已改善的嚴(yán)重問題,反復(fù)測(cè)試驗(yàn)證,重點(diǎn)關(guān)注

3.硬件/軟件問題及時(shí)與工程師溝通,反饋到所有相關(guān)人員.該重視問題會(huì)重點(diǎn)強(qiáng)調(diào).

4.建立BUG數(shù)據(jù)匯總,讓相關(guān)人員了解每周BUG處理情況

教育經(jīng)歷

2006/9— 2011/6 曲阜師范大學(xué) 通信工程本科

證書

2007/12 大學(xué)英語四級(jí)

篇2

引言

隨著嵌入式系統(tǒng)硬件體系結(jié)構(gòu)的變化，嵌入式系統(tǒng)的發(fā)展趨勢(shì)向嵌入式系統(tǒng)高端，即嵌入式軟件系統(tǒng)轉(zhuǎn)移，具體體現(xiàn)在嵌入式操作系統(tǒng)趨于多樣和應(yīng)用軟件日漸復(fù)雜。由于嵌入式系統(tǒng)軟硬件功能界限模糊，研究如何進(jìn)行系統(tǒng)測(cè)試和進(jìn)行質(zhì)量評(píng)估來保證嵌入式系統(tǒng)的產(chǎn)品質(zhì)量具有重要意義。

首先，這里明確嵌入式系統(tǒng)的系統(tǒng)測(cè)試定義，是將開發(fā)的軟件系統(tǒng)（包括嵌入式操作系統(tǒng)和嵌入式應(yīng)用軟件）、硬件系統(tǒng)和其它相關(guān)因素（如人員的操作、數(shù)據(jù)的獲取等）綜合起來，對(duì)整個(gè)產(chǎn)品進(jìn)行的全面測(cè)試。嵌入式系統(tǒng)的系統(tǒng)測(cè)試比PC系統(tǒng)軟件測(cè)試要困難得多，主要體現(xiàn)如下：

①測(cè)試軟件功能依賴不需編碼的硬件功能，快速定位軟硬件錯(cuò)誤困難；

②強(qiáng)壯性測(cè)試、可知性測(cè)試很難編碼實(shí)現(xiàn)；

③交叉測(cè)試平臺(tái)的測(cè)試用例、測(cè)試結(jié)果上載困難；

④基于消息系統(tǒng)測(cè)試的復(fù)雜性，包括線程、任務(wù)、子系統(tǒng)之間的交互，并發(fā)、容錯(cuò)和對(duì)時(shí)間的要求；

⑤性能測(cè)試、確定性能瓶頸困難；

⑥實(shí)施測(cè)試自動(dòng)化技術(shù)困難。

1 測(cè)試方法

根據(jù)Goodenough和Gerhart提出的軟件測(cè)試充分性準(zhǔn)則可知，軟件測(cè)試具有非復(fù)合性的特點(diǎn)，也就是說，即使以軟件所有成分都進(jìn)行了充分的測(cè)試，也并不意味著整個(gè)軟件的測(cè)試已經(jīng)充分。所以，即使通過了需求測(cè)試、設(shè)計(jì)測(cè)試、編碼測(cè)試，并不意味著已經(jīng)完全了充分的測(cè)試，還要進(jìn)行軟硬件全面測(cè)試，即系統(tǒng)測(cè)試。正確的系統(tǒng)測(cè)試方法能設(shè)計(jì)出良好的測(cè)試事例，而良好的測(cè)試事例是測(cè)試成功的關(guān)鍵。測(cè)試事例質(zhì)量特性主要有以下幾點(diǎn)。

*檢驗(yàn)性：檢測(cè)軟件缺陷的有效性，是否能發(fā)現(xiàn)缺陷或至少可能發(fā)現(xiàn)缺陷。

*可仿效性：可以支持測(cè)試多項(xiàng)內(nèi)容，減少測(cè)試事例的數(shù)量。

*開銷：測(cè)試事例的執(zhí)行、分析和調(diào)試是否經(jīng)濟(jì)。

*修改性：每次軟件修改后對(duì)測(cè)試事例的維護(hù)成本。

測(cè)試方法不僅要保證測(cè)試事例具有發(fā)現(xiàn)缺陷的高可移植性，而且還要保證測(cè)試事例設(shè)計(jì)的經(jīng)濟(jì)有效。因此，在實(shí)際測(cè)試工作中，將嵌入式系統(tǒng)的測(cè)試方法分類如下：根據(jù)測(cè)試是否動(dòng)態(tài)運(yùn)行被測(cè)程序分為靜態(tài)測(cè)試方法和動(dòng)態(tài)測(cè)試方法；根據(jù)測(cè)試階段分為需求測(cè)試方法、設(shè)計(jì)測(cè)試方法、編碼測(cè)試（單元測(cè)試、集成測(cè)試）方法及系統(tǒng)測(cè)試方法；根據(jù)測(cè)試目的分為功能測(cè)試、性能測(cè)試、可靠性測(cè)試（容錯(cuò)性、可恢復(fù)性、成熟度測(cè)試*及信息安全保護(hù)等測(cè)試。參看表1嵌入式軟件測(cè)試方法對(duì)照。其中“√”代表相關(guān)性。所有這些方法的具體定義這里不一一介紹。由于不同的嵌入式系統(tǒng)面向的應(yīng)用不同，測(cè)試方法的側(cè)重也很不相同。本文后面將對(duì)一個(gè)具體的便攜式信息處理嵌入式系統(tǒng)（PDA、便攜式翰林電子書）的系統(tǒng)測(cè)試方法詳細(xì)說明。

表1 嵌入式軟件測(cè)試方法及階段對(duì)照表

測(cè)試方法分類

需求測(cè)試設(shè)計(jì)測(cè)試編碼測(cè)試系統(tǒng)測(cè)試靜態(tài)測(cè)試方式；基本思想Yourdon的結(jié)構(gòu)化走通結(jié)構(gòu)化審閱√√　√Fagan檢查測(cè)試檢查并評(píng)估√√　√動(dòng)態(tài)測(cè)試方法；基本思想控制流測(cè)試語句測(cè)試　√√　路徑測(cè)試

√　條件測(cè)試

√　數(shù)據(jù)流測(cè)試數(shù)據(jù)定義引用

√√分域測(cè)試劃分子域測(cè)試√√　√功能測(cè)試劃分功能測(cè)試

√√隨機(jī)測(cè)試不限定范圍

√2 可靠性評(píng)估

可靠性是嵌入式系統(tǒng)最重要的質(zhì)量指標(biāo)。ISO9000國示質(zhì)量標(biāo)準(zhǔn)（ISO/IEC 9126-1991）規(guī)定，軟件產(chǎn)品的可靠性含義是：在規(guī)定的一段時(shí)間和條件下，軟件能維持其性能水平的能力有關(guān)的一組屬性，可用成熟性、容錯(cuò)性、易恢復(fù)性三個(gè)基本子特性來度量。根據(jù)我們?cè)谠u(píng)估嵌入式系統(tǒng)中的成功經(jīng)驗(yàn)，一般采取以下簡單有效的評(píng)估方法（可以采用百分制或十分制）。

（1）成熟性度量

①錯(cuò)誤發(fā)現(xiàn)率DDP（Defect Detection Percentage）。在測(cè)試中查找出來的錯(cuò)誤越多，實(shí)際應(yīng)用中出錯(cuò)的機(jī)會(huì)就越小，軟件也就越成熟。

DDP=測(cè)試發(fā)現(xiàn)的錯(cuò)誤數(shù)量/已知的全部錯(cuò)誤數(shù)量

已知的全部錯(cuò)誤數(shù)量是測(cè)試已發(fā)現(xiàn)的錯(cuò)誤數(shù)量加上可能會(huì)發(fā)現(xiàn)的錯(cuò)誤數(shù)量之和。

②測(cè)試覆蓋率度量。測(cè)試的覆蓋率，可以用測(cè)試項(xiàng)目的數(shù)量和內(nèi)容進(jìn)行度量。除此之外，如果測(cè)試軟件的數(shù)量較大，還要考慮數(shù)據(jù)量。測(cè)試的覆蓋率，可以根據(jù)表2所示在測(cè)試指標(biāo)進(jìn)行評(píng)價(jià)。通過檢查這些指標(biāo)達(dá)到的程度，就可以度量出測(cè)試內(nèi)容的覆蓋程度。

表2 測(cè)試覆蓋程度表

測(cè)試覆蓋項(xiàng)測(cè)試覆蓋率指標(biāo)測(cè)試描述測(cè)試結(jié)果界面覆蓋符合需求（所有界面圖標(biāo)、信息區(qū)、狀態(tài)區(qū)）　靜態(tài)功能覆蓋功能滿足需求　動(dòng)態(tài)功能覆蓋所有功能的轉(zhuǎn)換功能正確　正常測(cè)試覆蓋所有硬件軟件正常時(shí)處理　異常測(cè)試覆蓋硬件或軟件異常時(shí)處理（不允許的操作）測(cè)試結(jié)束判斷表3 可信度測(cè)試表

測(cè)試功能甲乙丙丁平均最大值-最小值功能1

功能2

功能3

功能4

功能5

注意，對(duì)于最大值與最小值的差值超過5的情況，應(yīng)該重新測(cè)試響應(yīng)功能。

（2）容錯(cuò)性評(píng)估

容錯(cuò)性評(píng)估分為控制容錯(cuò)性評(píng)估、數(shù)據(jù)容錯(cuò)性評(píng)估、硬件故障恢復(fù)容錯(cuò)性評(píng)估：

容錯(cuò)性=以下各條款評(píng)分之和÷條款數(shù)

控制容錯(cuò)性度量

①對(duì)并發(fā)處理的控制能力；

②錯(cuò)誤的可修正性和處理可繼續(xù)進(jìn)行能力。

數(shù)據(jù)容錯(cuò)性度量

①非法輸入數(shù)據(jù)的容錯(cuò)；

②對(duì)相互沖突的要求和非法組合容錯(cuò)；

③輸出數(shù)據(jù)是否合理容錯(cuò)。

硬件故障中恢復(fù)容錯(cuò)性度量

故障后恢復(fù)能力容錯(cuò)。

（3）易恢復(fù)性度量

與易恢復(fù)性緊密相關(guān)的測(cè)試是強(qiáng)度測(cè)試和健壯測(cè)試。強(qiáng)度測(cè)試又稱為力度測(cè)或極限測(cè)試，主要測(cè)試系統(tǒng)對(duì)空間強(qiáng)度和時(shí)間強(qiáng)度的容忍極限；健壯測(cè)試又稱異常測(cè)試，是很重要的可靠性測(cè)試項(xiàng)目。通過易恢復(fù)性測(cè)試，一方面使系統(tǒng)具有異常情況的抵抗能力，另一方面使系統(tǒng)測(cè)試質(zhì)量可控制。

易恢復(fù)性=以下各條款評(píng)分之和÷條款數(shù)

①空間強(qiáng)度可恢復(fù)；

②時(shí)間強(qiáng)度可恢復(fù)；

③數(shù)據(jù)強(qiáng)度可恢復(fù)；

④異常通信可恢復(fù)；

⑤數(shù)據(jù)破壞可恢復(fù)；

⑥電池極限可恢復(fù)。

（4）測(cè)試可信度評(píng)估

測(cè)試可信度是對(duì)測(cè)試質(zhì)量的有效評(píng)估，是保證質(zhì)量的必要步驟。目前雖然很難有量化的指標(biāo)，但我們采取積分的方式顯示可信度。例如，請(qǐng)4個(gè)人員（甲、乙、丙、?。?duì)系統(tǒng)5個(gè)功能打一個(gè)從0（不信任）到10（完全信任）之間的分?jǐn)?shù)，那么，可信度度量可以用表3進(jìn)行計(jì)算。

3 測(cè)試實(shí)例

（1）電流測(cè)試

電流測(cè)試是嵌入式系統(tǒng)的系統(tǒng)測(cè)試中首先要進(jìn)行的重要測(cè)試，也是最容易被忽視的測(cè)試。主要是測(cè)試系統(tǒng)的工作電流、待機(jī)電流。人們一般把它當(dāng)成與系統(tǒng)測(cè)試無關(guān)的硬件測(cè)試。但是對(duì)于嵌入式系統(tǒng)，軟件與硬件不可能清晰地劃分，硬件的性能直接影響軟件的運(yùn)行。實(shí)例1說明了電流測(cè)試對(duì)系統(tǒng)運(yùn)行的影響及不可替代的作用。

測(cè)試現(xiàn)象描述：進(jìn)行同一廠商PDA系統(tǒng)測(cè)試，有幾臺(tái)PDA在名片子系統(tǒng)、行程子程序的操作過程中隨機(jī)死機(jī)。

我們當(dāng)時(shí)的錯(cuò)誤分析定位是：①懷疑操作系統(tǒng)中斷處理錯(cuò)誤；②懷疑內(nèi)存泄漏，堆棧溢出；③懷疑應(yīng)用程序錯(cuò)誤。

在軟件開發(fā)人員為解決這個(gè)問題檢查軟件時(shí)，硬件開發(fā)人員提出應(yīng)首先測(cè)試一下這幾臺(tái)機(jī)器的工作電流。結(jié)果發(fā)現(xiàn)，PDA的工作電流低于正常工作電流。加電容調(diào)整后隨機(jī)死機(jī)問題消失。

由此例還可以看出，嵌入式系統(tǒng)測(cè)試的軟硬件測(cè)試不可分性。絕對(duì)的將硬件測(cè)試和軟件測(cè)試區(qū)分開來的測(cè)試思想是不正確的。我們?cè)谙到y(tǒng)測(cè)試時(shí)的電流測(cè)試設(shè)計(jì)如表4。

表4 電流測(cè)試

測(cè)試電流項(xiàng)目測(cè)試結(jié)果（不同的產(chǎn)品對(duì)電流要求不同）備  注預(yù)期值實(shí)測(cè)值待機(jī)電流/mA

關(guān)機(jī)后電流測(cè)試啟動(dòng)電流/mA

開機(jī)瞬間電流測(cè)試工作電流/mA

正常工作電流測(cè)試（2）兼容性測(cè)試

考慮到嵌放式系統(tǒng)軟硬件的開發(fā)成本高于通用PC系統(tǒng)，因此，提高軟件對(duì)硬件的兼容及軟件升級(jí)版本的兼容性極為重要。表5是便攜林翰林電子書升級(jí)版本兼容性測(cè)試實(shí)例。

表5 兼容性測(cè)試

兼容性測(cè)試分類

硬件兼容性操作系統(tǒng)兼容性應(yīng)用軟件兼容性PC制書軟件兼容性BIOS兼容測(cè)試

BIOSV1.0

BIOSV2.0

操作系統(tǒng)兼容測(cè)試

VOLF V.1.0

VOLF V.2.0

應(yīng)用軟件兼容測(cè)試

READER V.1.0

READER V.2.0

PC制書軟件兼容測(cè)試

PCREADRE V1.

PCREADER V2.

實(shí)例2：現(xiàn)在的嵌入式系統(tǒng)的層次結(jié)構(gòu)一般分為硬件層、BIOS層、操作系統(tǒng)層、應(yīng)用系統(tǒng)層。有的還需要通用PC應(yīng)用軟件支持。因此，嵌入式系統(tǒng)的兼容性測(cè)試要考慮硬件兼容性、BIOS兼容性、操作系統(tǒng)兼容性，還需考慮與相應(yīng)PC應(yīng)用軟件的兼容性。

篇3

關(guān)鍵詞：項(xiàng)目管理；系統(tǒng)測(cè)試

1項(xiàng)目管理與系統(tǒng)測(cè)試的各種定義

項(xiàng)目是為提供某項(xiàng)獨(dú)特的產(chǎn)品、服務(wù)或成果所進(jìn)行的臨時(shí)的一次性努力。更詳細(xì)的解釋是用有限的資源、有限的時(shí)間為特定客戶完成特定目標(biāo)的一次性工作。系統(tǒng)測(cè)試的定義：一般就是在軟件項(xiàng)目開發(fā)完成之后，根據(jù)系統(tǒng)需求分析說明書給出的規(guī)則進(jìn)行驗(yàn)證的過程，需求測(cè)試人員編寫testcase（測(cè)試用例），一一進(jìn)行驗(yàn)證，若發(fā)現(xiàn)問題，則提交bug（缺陷）。我們可以把系統(tǒng)測(cè)試?yán)斫鉃橐粋€(gè)項(xiàng)目，就是在規(guī)定的時(shí)間內(nèi)，把軟件項(xiàng)目的各種功能與性能需求根據(jù)需求分析說明書的定義進(jìn)行一一驗(yàn)證的過程。項(xiàng)目管理的思想可以很好的應(yīng)用于系統(tǒng)測(cè)試的整個(gè)流程。下面我們進(jìn)行逐步分析。項(xiàng)目管理，就是把各種知識(shí)、技能、手段和技術(shù)應(yīng)用于項(xiàng)目活動(dòng)之中，以達(dá)到項(xiàng)目的要求。項(xiàng)目管理是通過應(yīng)用和綜合諸如啟動(dòng)、規(guī)劃、實(shí)施、監(jiān)視與控制和結(jié)尾等項(xiàng)目管理過程進(jìn)行的。項(xiàng)目管理過程包括：啟動(dòng)、規(guī)劃、執(zhí)行、監(jiān)督與控制、收尾過程。系統(tǒng)測(cè)試過程包括：測(cè)試申請(qǐng)、測(cè)試用例編寫與評(píng)審、測(cè)試執(zhí)行、測(cè)試控制與監(jiān)督、測(cè)試報(bào)告編寫與。上述過程是一一對(duì)應(yīng)的關(guān)系。項(xiàng)目管理的過程同樣適應(yīng)于系統(tǒng)測(cè)試過程的管理與控制。

2系統(tǒng)測(cè)試在項(xiàng)目生命周期的位置與作用

一般軟件項(xiàng)目的生命周期有：需求調(diào)研、軟件設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)與編碼、單元集成測(cè)試、系統(tǒng)測(cè)試、版本。系統(tǒng)測(cè)試在整個(gè)軟件開發(fā)的生命周期是排在靠后的位置，但是測(cè)試工作應(yīng)該在最初的需求調(diào)研就開始涉足，否則進(jìn)入的越晚，后期發(fā)現(xiàn)bug進(jìn)行修正的成本就會(huì)越高。當(dāng)需求分析說明書進(jìn)行定義的一個(gè)功能，開發(fā)人員未能完成開發(fā)，在測(cè)試申請(qǐng)進(jìn)行提交后，進(jìn)行系統(tǒng)測(cè)試用例編寫，如果在此過程中未發(fā)現(xiàn)此問題。則后期必然出現(xiàn)嚴(yán)重bug（因功能需求未能實(shí)現(xiàn)，定義為嚴(yán)重bug），后期開發(fā)人員需求加班加點(diǎn)進(jìn)行增加新功能，這樣會(huì)導(dǎo)致開發(fā)成本成幾何級(jí)別的增加。因此建議測(cè)試工作項(xiàng)目的開始就進(jìn)行工作任務(wù)的分配。系統(tǒng)測(cè)試的作用，就是為了保證項(xiàng)目軟件的質(zhì)量，能夠達(dá)到用戶的要求，符合市場(chǎng)需求。不僅僅只能為了走一個(gè)流程而設(shè)定，這里確實(shí)需要我們測(cè)試工程師做出很多工作與努力的。前期發(fā)的bug越多，解決的越多，就能夠更好的保證產(chǎn)品質(zhì)量。

3現(xiàn)代項(xiàng)目管理的思想

現(xiàn)代軟件項(xiàng)目管理思想有傳統(tǒng)的瀑布模式管理、敏杰開發(fā)兩種模式。瀑布模式：是1970年溫斯頓•羅伊斯提出的模型。瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試、運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了他們自上而下、相互銜接的固定次序，如同瀑布一樣，逐級(jí)下落。從本質(zhì)上來講，他是一個(gè)軟件開發(fā)模式，開發(fā)流程是通過各種階段展開的，從系統(tǒng)需求分析到產(chǎn)品維護(hù)運(yùn)行，每個(gè)階段都會(huì)產(chǎn)生各種循環(huán)反饋，因此，如果有的信息未被完全覆蓋或者發(fā)現(xiàn)了個(gè)別問題，那么最好返回上一階段并進(jìn)行修改，開發(fā)進(jìn)程從一個(gè)階段流動(dòng)到下一個(gè)階段。敏捷開發(fā)模式：敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分為多個(gè)小項(xiàng)目，各種小項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)互相聯(lián)系但也可以獨(dú)立運(yùn)行的子項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。兩者各有所長，根據(jù)軟件項(xiàng)目的大小，我們可以詳細(xì)將系統(tǒng)測(cè)試所用的模式進(jìn)行分類。一般的大型項(xiàng)目需要長周期的，則可以考慮瀑布模式管理，這樣可以很好的分配資源，有文檔和流程管理，可以保證項(xiàng)目系統(tǒng)測(cè)試能夠正常的進(jìn)行。若是項(xiàng)目比較小巧靈活，可以考慮敏捷開發(fā)的模式，邊開發(fā)邊測(cè)試邊修改。開發(fā)與測(cè)試同時(shí)進(jìn)行工作，也能方便溝通交流，有問題就可以吼一聲，確認(rèn)了bug之后，進(jìn)行修改，驗(yàn)證，能夠縮短項(xiàng)目系統(tǒng)測(cè)試的時(shí)間，使得產(chǎn)品版本盡快，使得產(chǎn)品部門，銷售部門能有充足的時(shí)間進(jìn)行宣傳與運(yùn)作。

4傳統(tǒng)的系統(tǒng)測(cè)試現(xiàn)狀與弊病

現(xiàn)在的系統(tǒng)測(cè)試一般情況是在項(xiàng)目開發(fā)之前的15天，提交項(xiàng)目測(cè)試申請(qǐng)；測(cè)試人員根據(jù)項(xiàng)目需求分析說明書編寫，系統(tǒng)測(cè)試用例與系統(tǒng)測(cè)試計(jì)劃；然后執(zhí)行項(xiàng)目系統(tǒng)測(cè)試；編寫測(cè)試報(bào)告進(jìn)行。但是往往因?yàn)轫?xiàng)目管理的原因，需求各種變化，所以在提交測(cè)試申請(qǐng)的時(shí)間一般只有5天左右的時(shí)間，進(jìn)行項(xiàng)目測(cè)試計(jì)劃與測(cè)試用例編寫、評(píng)審。在5天的時(shí)間內(nèi)，測(cè)試人員進(jìn)行系統(tǒng)需求分析說明書的理解，往往不夠徹底，在評(píng)審工作中，會(huì)出現(xiàn)修改測(cè)試用例的情況發(fā)生。這樣會(huì)造成測(cè)試時(shí)間減少的壞處。在測(cè)試執(zhí)行過程中，因?yàn)闇y(cè)試人員對(duì)需求分析理解的不透徹，需求跟產(chǎn)品設(shè)計(jì)、技術(shù)經(jīng)理、開發(fā)人員各種溝通交流，會(huì)影響測(cè)試質(zhì)量的提高。在測(cè)試執(zhí)行過程中，也會(huì)發(fā)生因?yàn)槔习鍥Q定要版本，讓步放行，連帶bug一起的情況發(fā)生，這都是傳統(tǒng)的系統(tǒng)測(cè)試存在的問題。

5如何將項(xiàng)目管理應(yīng)用于系統(tǒng)測(cè)試

我們把系統(tǒng)測(cè)試?yán)斫鉃橐粋€(gè)項(xiàng)目管理的過程。在系統(tǒng)測(cè)試的過程中應(yīng)用于項(xiàng)目管理的思想，就可以很好的解決上述問題。利用新的項(xiàng)目管理的思想，進(jìn)行項(xiàng)目任務(wù)的分配分解，很好的疏通各種人員關(guān)系，合理的分配時(shí)間、人力各種資源，就看可以很好的項(xiàng)目系統(tǒng)測(cè)試的正常進(jìn)行。系統(tǒng)測(cè)試計(jì)劃的編寫，就是整個(gè)項(xiàng)目的規(guī)劃設(shè)計(jì)，需求制定測(cè)試時(shí)間安排、人員配備，系統(tǒng)測(cè)試各個(gè)階段（輪數(shù)）的詳細(xì)時(shí)間人力投入。利用項(xiàng)目管理的思想解決系統(tǒng)測(cè)試的問題，可以將系統(tǒng)測(cè)試的各個(gè)階段，能夠保證在測(cè)試經(jīng)理的控制之中，可以詳細(xì)的了解系統(tǒng)測(cè)試過程中，遇到的各種問題，及時(shí)與項(xiàng)目經(jīng)理進(jìn)行溝通，保證項(xiàng)目質(zhì)量的問題。系統(tǒng)測(cè)試用例的編寫，利用項(xiàng)目管理的思想，進(jìn)行分類分模塊編寫，覆蓋整個(gè)項(xiàng)目需求分析說明書。在用例編寫后，進(jìn)行測(cè)試用例評(píng)審的過程中，利用項(xiàng)目管理的思想，選擇技術(shù)、產(chǎn)品、分析、設(shè)計(jì)、開發(fā)人員進(jìn)行評(píng)審，保證后續(xù)測(cè)試執(zhí)行能夠正常完成。系統(tǒng)測(cè)試的執(zhí)行過程中，可以用項(xiàng)目管理的范圍控制、進(jìn)度管理進(jìn)行詳細(xì)管理。如果碰到項(xiàng)目需求分析發(fā)生變更，利用項(xiàng)目管理的流程變更，進(jìn)行相應(yīng)的系統(tǒng)測(cè)試變更，需要各級(jí)領(lǐng)導(dǎo)同意。在系統(tǒng)測(cè)試執(zhí)行過程中，也要考慮到成本控制的問題，同樣在項(xiàng)目管理思想中也有相應(yīng)的解決方法。系統(tǒng)測(cè)試的控制過程，如果發(fā)生了一些意外情況，比如說項(xiàng)目延期，則需要測(cè)試經(jīng)理進(jìn)行郵件說明，向各級(jí)領(lǐng)導(dǎo)申請(qǐng)同意。項(xiàng)目的系統(tǒng)測(cè)試延期，可能會(huì)影響很大，在項(xiàng)目管理思想當(dāng)中，有項(xiàng)目失敗的經(jīng)驗(yàn)可以借鑒，具體操作方法，各位可以參考一些項(xiàng)目的書籍。

6總結(jié)

篇4

關(guān)鍵詞：系統(tǒng)測(cè)試；軟件測(cè)試；功能測(cè)試；測(cè)試方法

中圖分類號(hào)：TP315 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2017）04-0057-02

1 軟件測(cè)試概述

軟件測(cè)試是通過檢測(cè)給定的輸入和預(yù)期的輸出之間的差異來評(píng)價(jià)軟件產(chǎn)品的過程。同時(shí)，評(píng)估一個(gè)軟件項(xiàng)目的特點(diǎn)。測(cè)試評(píng)估產(chǎn)品的質(zhì)量。軟件測(cè)試是一個(gè)過程，應(yīng)在開發(fā)過程中進(jìn)行。換句話說軟件測(cè)試是驗(yàn)證和確認(rèn)過程。

軟件測(cè)試的目的在于想從軟件研發(fā)的角度出發(fā)，從而盡可能地找到軟件之中的缺陷。欲發(fā)現(xiàn)程序之中的不足之處，就要盡可能從最大水平上發(fā)現(xiàn)可顯示出的錯(cuò)誤用例、測(cè)試用例，其通?？梢酝ㄟ^測(cè)試信息以及預(yù)期效果進(jìn)而被創(chuàng)造出來。測(cè)試主要是通過較少的用例，從而找出軟件之中可能存在的形形的問題。其根本目標(biāo)就是用盡量少的時(shí)間，動(dòng)用盡可能少的人力資源發(fā)現(xiàn)軟件中盡可能多的問題。

由測(cè)試階段對(duì)軟件測(cè)試進(jìn)行劃分，可以對(duì)應(yīng)的分成單元、集成以及確認(rèn)等多方面的測(cè)試。就方法上來劃分，則可以分成黑盒與白盒兩種測(cè)試形式。

2 居民信息管理系統(tǒng)的測(cè)試方法與測(cè)試環(huán)境

分析以.NET為基礎(chǔ)的該系統(tǒng)研發(fā)過程，綜合考慮技術(shù)、人力以及當(dāng)?shù)噩F(xiàn)實(shí)情況等多方面的內(nèi)容，最終決定使用黑盒測(cè)試方式來完成測(cè)驗(yàn)階段的工作。

從南疆農(nóng)村當(dāng)前的硬件設(shè)備、互聯(lián)網(wǎng)以及設(shè)備角度考慮，我們采用了下列的測(cè)試環(huán)境：

2.1 測(cè)試硬件環(huán)境

硬件配置涵蓋了服務(wù)器端和客戶端兩方面的硬件配置。

1）服務(wù)器端硬件選擇

CPU：Intel XEON E5 2600/1.6GHz

內(nèi)存：8GB DDR4

磁盤：RAID 3/80GB SATA

顯示器：1024*768，256 Colors

2）客戶端硬件選擇

CPU：酷睿i3

RAM：2GB

硬盤空間：320GB

2.2 測(cè)試軟件環(huán)境

1）服務(wù)器端軟件配置

操作系統(tǒng)：MicrosoftWindows Server 2008

Web服務(wù)器：IIS8.0

數(shù)據(jù)庫系統(tǒng)：Microsoft SQL Server 2008

其他：.NET Framework 4.0

2）客戶端軟件配置

操作系統(tǒng)：Microsoft Windows 7/Windows 8

瀏覽器：Internet Explorer 8.0及以上版本。

3 系統(tǒng)功能測(cè)試及用例

3.1 測(cè)試大綱

3.2 測(cè)試用例

對(duì)于下述用例介紹的檢測(cè)階段，符合測(cè)試條件的用戶登錄，根據(jù)測(cè)驗(yàn)的步驟運(yùn)行。測(cè)試結(jié)果滿足預(yù)估的需要，在列表當(dāng)中的最后一欄之中測(cè)試結(jié)果之中挑打√，反之則畫×。

3.3 界面測(cè)試用例

1）操作過程中系統(tǒng)顯示的各種提示、警告信息

結(jié)果：以上屏幕信息都正常、合理。

2）判斷系統(tǒng)運(yùn)行過程產(chǎn)生的各種問題，并確定發(fā)生問題的位置有無提示

結(jié)果：產(chǎn)生的問題都有錯(cuò)誤提示并顯示錯(cuò)誤發(fā)生的位置和愿意，防止無提示長時(shí)間等待。

3）對(duì)用戶的錯(cuò)誤輸入有誤正確的判斷和相應(yīng)的提示

結(jié)果：判斷正確，有提示。

4）針對(duì)數(shù)據(jù)清空、刪除等不可逆操作有`明確的警告并確保有放棄操作的機(jī)會(huì)

結(jié)果：有警告提示，用戶能夠取消操作

5）相關(guān)字體是否正常，風(fēng)格一致

結(jié)果：字體顯示正常，一致。

6）所有頁面的背景和字體顏色是否正常、搭配合理

結(jié)果：正常、搭配合理

7）頁面文字有無拼寫錯(cuò)誤

結(jié)果：無拼寫錯(cuò)誤

8）所有頁面的說明性文字是否流暢

結(jié)果：語義清晰、語句順暢

9）所有頁面的窗口布局是否合理、正常

結(jié)果：結(jié)構(gòu)設(shè)計(jì)合理、正常。

4 系統(tǒng)測(cè)試總結(jié)

經(jīng)過對(duì)于居民信管系統(tǒng)之中的所有模塊對(duì)應(yīng)的采取功能檢測(cè)，所有模塊的表現(xiàn)合理、正常，業(yè)務(wù)功能測(cè)試滿足業(yè)務(wù)的對(duì)應(yīng)需要。

針對(duì)系統(tǒng)實(shí)施了全方位的性能檢驗(yàn)，并對(duì)相關(guān)結(jié)果展開了深入的研究，項(xiàng)目組針對(duì)分析結(jié)果，對(duì)系統(tǒng)進(jìn)行進(jìn)一步的調(diào)整，現(xiàn)階段系統(tǒng)運(yùn)行表現(xiàn)正常。

本文針對(duì)該系統(tǒng)的功能測(cè)試提出了測(cè)試方案，然后給出了系統(tǒng)測(cè)試硬件和軟件環(huán)境，最后給出了系統(tǒng)測(cè)試全過程和測(cè)試用例并進(jìn)行了總結(jié)。

參考文獻(xiàn)：

[1] .NET Framework 概述[OL]， http：///zh-cn/library/zw4w595w.aspx.

[2] 劉曉華， 張健， 周慧貞. 應(yīng)用開發(fā)[M]. 北京： 電子工業(yè)出版社， 2007.

[3] 虞益誠等. SQL Server 2005 數(shù)據(jù)庫應(yīng)用技術(shù)[M]. 北京： 中國鐵道出版社， 2009.

[4] 郭靖等. 開發(fā)技術(shù)大全[M]. 北京： 清華大學(xué)出版社， 2009.

[5] 王華章. 2.0 網(wǎng)絡(luò)系統(tǒng)開發(fā)實(shí)用教程[M]. 北京： 中國鐵道出版社， 2006.

[6] 毛德祥， 羅榮閣. 基于技術(shù)的Web應(yīng)用程序三層設(shè)計(jì)模型[J]. 微型電腦應(yīng)用. 2002（3）.

[7] Christian Nagel， Bill Evjen， Jay Glynn， Morgan Skinner. Professional C# 2005 with .NET 3.0[M]. Wiley Publishing Inc， 2007.

[8] 牛立成. 交互式網(wǎng)頁編程技術(shù)（）[M]. 北京： 北京大學(xué)出版社， 2006.

篇5

關(guān)鍵詞安全管理,區(qū)間信號(hào),數(shù)據(jù)庫設(shè)計(jì),計(jì)算機(jī)輔助測(cè)試

城市軌道(簡稱城軌)交通區(qū)間信號(hào)系統(tǒng)是安全性苛求系統(tǒng)。在區(qū)間安全性控制和防護(hù)設(shè)備的研制、生產(chǎn)、使用過程中,運(yùn)用現(xiàn)代技術(shù)手段對(duì)設(shè)備的可靠性和安全性進(jìn)行科學(xué)、高效、全面、按標(biāo)準(zhǔn)的檢測(cè)和評(píng)估,以取代目前國內(nèi)主要依靠專家經(jīng)驗(yàn)進(jìn)行的手工測(cè)試和實(shí)際線路試運(yùn)行的非完善的方法,是十分迫切和必需的。在我國城市軌道交通領(lǐng)域,這方面的研究尚處于起步階段。本文的研究正是基于這一背景。文中所建測(cè)試平臺(tái)對(duì)城際鐵路同樣適用。

1區(qū)間信號(hào)系統(tǒng)測(cè)試平臺(tái)的結(jié)構(gòu)

城軌交通區(qū)間信號(hào)系統(tǒng)測(cè)試評(píng)估平臺(tái)(以下簡稱平臺(tái))硬件采用分布式結(jié)構(gòu),如圖1所示。平臺(tái)由主控機(jī)、數(shù)據(jù)庫機(jī)和仿真機(jī)組成[1]。被測(cè)系統(tǒng)通過網(wǎng)絡(luò)與平臺(tái)互聯(lián)。網(wǎng)絡(luò)通信采用TCP/IP協(xié)議。

圖1平臺(tái)分布式硬件結(jié)構(gòu)示意圖

平臺(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ù)

圖2區(qū)間信號(hào)測(cè)試系統(tǒng)的軟件結(jié)構(gòu)庫。傳輸信道仿真及區(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)通過讀取區(qū)間拓?fù)鋽?shù)據(jù)文件,生成區(qū)間測(cè)試用基礎(chǔ)數(shù)據(jù)。專用數(shù)據(jù)庫子系統(tǒng)負(fù)責(zé)存儲(chǔ)各種測(cè)試用基礎(chǔ)數(shù)據(jù)和測(cè)試結(jié)果。本文重點(diǎn)闡述平臺(tái)專用數(shù)據(jù)庫子系統(tǒng)的研究與實(shí)現(xiàn)。

2平臺(tái)專用數(shù)據(jù)庫設(shè)計(jì)

平臺(tái)的數(shù)據(jù)庫不僅是一般意義上的數(shù)據(jù)庫應(yīng)用,它還負(fù)責(zé)協(xié)調(diào)各個(gè)子系統(tǒng)之間的數(shù)據(jù)聯(lián)系。平臺(tái)數(shù)據(jù)的類型與結(jié)構(gòu)在一定程度上反映了整個(gè)平臺(tái)的測(cè)試水平。基于對(duì)平臺(tái)數(shù)據(jù)以及平臺(tái)分布式結(jié)構(gòu)的考慮,經(jīng)過深入的比較,選擇SQLServer作為平臺(tái)的數(shù)據(jù)庫開發(fā)工具。數(shù)據(jù)庫設(shè)計(jì)一般分為四步:需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)。應(yīng)用數(shù)據(jù)庫設(shè)計(jì)理論,平臺(tái)專用數(shù)據(jù)庫設(shè)計(jì)的具體步驟如圖3所示。

圖3數(shù)據(jù)庫的設(shè)計(jì)過程

2.1需求分析

平臺(tái)的數(shù)據(jù)按其對(duì)時(shí)效性的不同要求可以分為動(dòng)態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)兩大類[2]。動(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ù)及其傳輸

平臺(tái)動(dòng)態(tài)數(shù)據(jù)是維持平臺(tái)正常運(yùn)行的基礎(chǔ),主要包括下列3類數(shù)據(jù):

·列車運(yùn)行仿真命令、故障及干擾仿真命令。由主控機(jī)發(fā)出,用于控制仿真子系統(tǒng)進(jìn)行相應(yīng)仿真活動(dòng)。

·區(qū)間信號(hào)設(shè)備狀態(tài)及動(dòng)作信息。指仿真機(jī)所模擬的實(shí)際區(qū)間信號(hào)設(shè)備的狀態(tài)(如軌道區(qū)段是否有車占用等),主控機(jī)采集這些信息用于動(dòng)態(tài)判定及顯示測(cè)試過程的實(shí)際狀態(tài)。

·測(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)的故障及干擾仿真命令、列車運(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è)試的過程中不再變化,具有相對(duì)的穩(wěn)定性。同樣需要對(duì)靜態(tài)數(shù)據(jù)進(jìn)行存儲(chǔ)、查詢、校驗(yàn)和修改等操作。平臺(tái)靜態(tài)數(shù)據(jù)可分為以下幾類:

·信號(hào)設(shè)備數(shù)據(jù)。記錄發(fā)送端、接收端、閉塞分區(qū)的排序序列號(hào)與設(shè)備名稱之間的映射關(guān)系,設(shè)備的一些屬性特征。例如:閉塞分區(qū)的編號(hào)、名稱、位置、長度,道岔的編號(hào)、名稱、位置、類型等。

·基本數(shù)據(jù)。包括區(qū)間基本特征、鋼軌線路的一次參數(shù)、鋼軌線路四端網(wǎng)參數(shù)、列車運(yùn)行線路等重要數(shù)據(jù)。其中區(qū)間基本特征數(shù)據(jù)包括閉塞制式、軌道電路類型、道碴與枕軌類型、坡度、曲線及長度等。列車運(yùn)行線路數(shù)據(jù)包括線路運(yùn)行方向、經(jīng)由閉塞分區(qū)編號(hào)、經(jīng)由發(fā)送端、接收端編號(hào)。

·區(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ù)制是通過開放式數(shù)據(jù)庫互連(ODBC)機(jī)制實(shí)現(xiàn)的。

2.2概念設(shè)計(jì)

在數(shù)據(jù)庫設(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)系。通過E-R圖,可以十分清楚地描述測(cè)試用基礎(chǔ)數(shù)據(jù)的結(jié)構(gòu)。圖4為列車運(yùn)行線路數(shù)據(jù)的E-R圖。

圖4列車運(yùn)行線路ER圖

2.3邏輯設(shè)計(jì)

關(guān)系數(shù)據(jù)庫的邏輯設(shè)計(jì)過程是把概念設(shè)計(jì)的結(jié)果(如E-R圖)轉(zhuǎn)換成關(guān)系模式的過程。為了消除關(guān)系模式的存儲(chǔ)異常問題,需要對(duì)其進(jìn)行規(guī)范化。

在本子系統(tǒng)數(shù)據(jù)庫模式的規(guī)范化設(shè)計(jì)過程中,既要考慮減少數(shù)據(jù)冗余、消除存儲(chǔ)異常情況,也要考慮現(xiàn)場(chǎng)仿真、主控等子系統(tǒng)讀取數(shù)據(jù)及運(yùn)算的花費(fèi)。規(guī)范化測(cè)試用基礎(chǔ)數(shù)據(jù)的關(guān)系子模式包括:發(fā)送端表、接收端表、閉塞分區(qū)表、列車運(yùn)行線路表、區(qū)間基本特征表、鋼軌線路一次參數(shù)表、鋼軌線路四端網(wǎng)參數(shù)表等。

2.4物理設(shè)計(jì)

物理設(shè)計(jì)要根據(jù)具體的數(shù)據(jù)庫管理系統(tǒng)(DBMS)和相應(yīng)的操作系統(tǒng)、計(jì)算機(jī)硬件所能支持的存儲(chǔ)結(jié)構(gòu)、存取方法以及資源來進(jìn)行設(shè)計(jì)。SQLServer提供索引或表鍵機(jī)制來幫助SQLServer優(yōu)化對(duì)查詢的響應(yīng)。在測(cè)試平臺(tái)上,對(duì)結(jié)果數(shù)據(jù)的查詢,是將記錄計(jì)數(shù)號(hào)與測(cè)試項(xiàng)目的組合作為索引。這是因?yàn)榇蠖鄶?shù)的查詢都要直接或間接地將該兩項(xiàng)作為SQL語句中WHERE子句后的首列。

3平臺(tái)專用數(shù)據(jù)庫接口的實(shí)現(xiàn)

平臺(tái)采用客戶端/服務(wù)器體系,后臺(tái)數(shù)據(jù)庫服務(wù)器采用SQLServer,前臺(tái)應(yīng)用程序開發(fā)工具采用VisualC++。前臺(tái)應(yīng)用程序?qū)?shù)據(jù)庫的訪問是通過ODBC機(jī)制實(shí)現(xiàn)的。

VisualC++對(duì)ODBC提供了兩種支持:一種是API函數(shù)[3];另一種是對(duì)API函數(shù)進(jìn)行封裝的MFCODBC類,包括CDatabase(數(shù)據(jù)庫類),CRecordSet(記錄集類)和CRecordView(可視記錄集類)。兩種方式在平臺(tái)上分別應(yīng)用于不同的場(chǎng)合。

·ODBCAPI使客戶應(yīng)用程序能夠從底層設(shè)置和控制數(shù)據(jù)庫,完成一些高層數(shù)據(jù)庫技術(shù)無法完成的功能。例如檢測(cè)數(shù)據(jù)庫是否連接、數(shù)據(jù)源配置是否正確等。

·MFCODBC類封裝了多種數(shù)據(jù)庫訪問功能,使用簡單方便。平臺(tái)專用數(shù)據(jù)庫定義了11個(gè)CRecord2Set類的子類,每一個(gè)子類對(duì)應(yīng)專用數(shù)據(jù)庫中的一個(gè)表,例如,B-JSSet類對(duì)應(yīng)接收端表,B-BSFQSet類對(duì)應(yīng)閉塞分區(qū)表。

4結(jié)語

建立在SQLServer上的平臺(tái)專用數(shù)據(jù)庫要兼顧通用數(shù)據(jù)庫的設(shè)計(jì)要求和區(qū)間測(cè)試平臺(tái)的特殊性。只有綜合考慮這兩方面的因素,才能使專用數(shù)據(jù)庫既高效又安全。當(dāng)然,隨著平臺(tái)水平的不斷提高,專用數(shù)據(jù)庫的功能必將隨之?dāng)U展,日趨完善。

參考文獻(xiàn)

1吳芳美.鐵路安全軟件測(cè)試評(píng)估.北京:中國鐵道出版社,2001.23

2荊劍.基于計(jì)算機(jī)聯(lián)鎖安全軟件測(cè)試評(píng)估平臺(tái)的CLIENT/SERVER數(shù)據(jù)庫[學(xué)位論文].上海:上海鐵道大學(xué)電信系,1999:23

篇6

為了解決推廣的“后續(xù)問題”，很多網(wǎng)站推出了流量檢測(cè)統(tǒng)計(jì)服務(wù)。尤其是7月21日，全球最大的中文搜索引擎百度也推出了百度統(tǒng)計(jì)，百度的加入讓這個(gè)市場(chǎng)的競(jìng)爭(zhēng)更顯激烈。

那么，現(xiàn)有的流量統(tǒng)計(jì)系統(tǒng)中，哪一款最適合您的需要?各自有什么優(yōu)勢(shì)和劣勢(shì)呢?我們選擇了4款當(dāng)前比較流行的系統(tǒng)進(jìn)行了對(duì)比測(cè)試。

它們分別是：

Google Analytics：Google旗下的流量統(tǒng)計(jì)系統(tǒng)，其前身是Urchin，一款商業(yè)級(jí)的web分析軟件。被收購后，Google對(duì)其界面和易用性進(jìn)行了改良，目前分為免費(fèi)版和收費(fèi)版兩個(gè)版本，提供不同的功能。

百度統(tǒng)計(jì)：百度剛剛的流量統(tǒng)計(jì)系統(tǒng)，屬于百度自主研發(fā)，目前主要提供給百度推廣的客戶。

太極鏈：國內(nèi)老牌的友情鏈交換系統(tǒng)，首次引入了“數(shù)據(jù)倉庫技術(shù)”，使站長可以對(duì)自己的歷史統(tǒng)計(jì)、搜索引擎來訪進(jìn)行深入的挖掘分析。

CNZZ：有比較好的口碑，目前有注冊(cè)用戶100萬，日統(tǒng)計(jì)量25億PV。

一、軟件主界面和易用性

企業(yè)網(wǎng)站多半其IT技術(shù)水平并不高，如果軟件的界面過于復(fù)雜，操作過于繁瑣，將大大提高用戶的門檻，讓很多企業(yè)主望而卻步。為此，我們將主界面的簡潔程度和易用性的考量放到了最重要的地位。

1、Google Analytics

界面表現(xiàn)：

易用性表現(xiàn)：

訪問速度：較快

Google Analytics是5款軟件中界面最標(biāo)準(zhǔn)的一款，各種統(tǒng)計(jì)功能分布較為合理，每個(gè)選項(xiàng)都以下拉框的方式涵蓋了大量的內(nèi)容，點(diǎn)擊打開可以看到需要的內(nèi)容。整個(gè)界面清晰、明了，但是這一系統(tǒng)有其很大的問題——操作過程以及數(shù)據(jù)的側(cè)重點(diǎn)與國內(nèi)通用的模式不同，界面雖然標(biāo)準(zhǔn)，但上手比較困難，比較適合資深的網(wǎng)站管理者。

Google Analytics：功能結(jié)構(gòu)清晰，但上手比較困難

2、百度統(tǒng)計(jì)

界面表現(xiàn)：

易用性表現(xiàn)：

訪問速度：很快

百度一貫以“簡單，可依賴”來要求自己的產(chǎn)品設(shè)計(jì)體系，百度統(tǒng)計(jì)依然秉承了這一原則。整個(gè)后臺(tái)系統(tǒng)非常簡潔，只簡單的分為“流量分析”、“來源分析”、“轉(zhuǎn)化分析”和“網(wǎng)站分析”四大模塊。

在易用性方面，可以說，即便是第一次使用流量統(tǒng)計(jì)系統(tǒng)的企業(yè)主，也可以輕松操作，非常傻瓜。

百度統(tǒng)計(jì)：界面簡潔，操作門檻極低

3、太極鏈

界面表現(xiàn)：

易用性表現(xiàn)：

訪問速度：偏慢

與百度統(tǒng)計(jì)類似，采用左右欄的展現(xiàn)方式，數(shù)據(jù)清晰。不過其統(tǒng)計(jì)結(jié)果的數(shù)據(jù)展示方式不夠明了，大都采用數(shù)字的方式，圖表較少，這為分析帶來了一定的麻煩。而且還有一點(diǎn)，太極鏈統(tǒng)計(jì)的訪問速度偏慢。

在易用性上，太極鏈表現(xiàn)出色，和百度統(tǒng)計(jì)基本上表現(xiàn)一致。

太極鏈：展示清晰，但不夠人性化，易用性好

4、CNZZ

界面表現(xiàn)：

易用性表現(xiàn)：

訪問速度：較快

CNZZ的界面也是采用的兩欄式，統(tǒng)計(jì)結(jié)果可以是數(shù)字、圖表等展現(xiàn)形式。而且它的易用性、訪問速度都讓人很滿意。

點(diǎn)評(píng)：毫無疑問，在系統(tǒng)界面、易用性和訪問速度上，百度統(tǒng)計(jì)都是表現(xiàn)最為搶眼的，這得益于百度對(duì)產(chǎn)品的一貫原則，而且百度統(tǒng)計(jì)的數(shù)據(jù)輸出都采用直接明了的圖表式。表現(xiàn)比較差的是太極鏈，尤其是它的訪問速度。如果對(duì)網(wǎng)站管理技術(shù)掌握不夠，不建議使用Google Analytics。而CNZZ是僅此于百度統(tǒng)計(jì)，表現(xiàn)較為平均的一款。

二、統(tǒng)計(jì)功能

功能也是我們最關(guān)注的因素之一，畢竟越翔實(shí)的功能，對(duì)于企業(yè)網(wǎng)站的參考意義就越大。

1、Google Analytics

功能強(qiáng)大：

統(tǒng)計(jì)項(xiàng)齊全：

Google Analytics可以說提供了所有網(wǎng)站統(tǒng)計(jì)的必要項(xiàng)目，它分為免費(fèi)版和收費(fèi)版，免費(fèi)版有每月綜合瀏覽量的限制。

我們主要針對(duì)其免費(fèi)版來加以評(píng)述。除了大家都有的IP、PV、新訪客等等統(tǒng)計(jì)數(shù)據(jù)，她的地域統(tǒng)計(jì)比較直觀，直接標(biāo)注在地圖上。

Google Analytics：功能強(qiáng)大、完善、專業(yè)

Google Analytics還包括了市場(chǎng)分析功能，把你網(wǎng)站的流量，點(diǎn)擊量結(jié)合起來，算出這些廣告給網(wǎng)站帶來的價(jià)值，給出綜合的投資回報(bào)分析。各種數(shù)據(jù)是比較客觀的，網(wǎng)站在加入了統(tǒng)計(jì)代碼以后打開速度沒有大的影響。

2、百度統(tǒng)計(jì)

功能強(qiáng)大：

統(tǒng)計(jì)項(xiàng)齊全：

百度統(tǒng)計(jì)的功能也是4款產(chǎn)品中表現(xiàn)出色的，它不僅具有常規(guī)的統(tǒng)計(jì)功能，更將重點(diǎn)放在了對(duì)企業(yè)主更實(shí)用的推廣效果監(jiān)控和網(wǎng)站頁面監(jiān)控上。

比如，百度統(tǒng)計(jì)提供了“訪客忠誠度報(bào)告”，可以監(jiān)測(cè)訪客訪問頻率、深度、時(shí)長;與百度推廣集成，對(duì)其整體轉(zhuǎn)化率和關(guān)鍵詞的轉(zhuǎn)化率都有詳細(xì)的統(tǒng)計(jì);更提供了特有的“上下游報(bào)告”，能夠幫你找到訪客在網(wǎng)站的訪問習(xí)慣，從而有針對(duì)性地調(diào)整網(wǎng)站建設(shè)、推廣策略。

百度統(tǒng)計(jì)：針對(duì)搜索引擎關(guān)鍵詞的詳細(xì)分析

3、太極鏈

功能強(qiáng)大：

統(tǒng)計(jì)項(xiàng)齊全：

和前兩家的統(tǒng)計(jì)參數(shù)大同小異，不過整合了Alexa排名的情況，還提供了IP頭統(tǒng)計(jì)。不過對(duì)網(wǎng)站流量的來路分析和流量分布統(tǒng)計(jì)并不是非常出色。統(tǒng)計(jì)精確到了20分鐘。值得注意的是，在我們測(cè)試過程中，太極鏈還出現(xiàn)了一次系統(tǒng)故障。

太極鏈：每20分鐘可進(jìn)行一次報(bào)告分析

4、CNZZ

功能強(qiáng)大：

統(tǒng)計(jì)項(xiàng)齊全：

CNZZ的功能和統(tǒng)計(jì)項(xiàng)目和百度統(tǒng)計(jì)幾乎一致，所不同的是，它在統(tǒng)計(jì)不同時(shí)段的流量表現(xiàn)時(shí)，不像百度那般傻瓜。而是單獨(dú)針對(duì)時(shí)間設(shè)置了相關(guān)的統(tǒng)計(jì)菜單。

值得一提的是，CNZZ提供了“用戶忠誠度”分析、“升降榜”和“短信報(bào)警”這3個(gè)特色功能。其中“用戶忠誠度”分析主要是針對(duì)流量的“回頭率”進(jìn)行分析，“升降榜”則是對(duì)比不同的時(shí)間段的流量情況，“短信報(bào)警”是當(dāng)流量達(dá)到某個(gè)上限或下限時(shí)，短信通知企業(yè)主。

點(diǎn)評(píng)：在統(tǒng)計(jì)項(xiàng)目和功能方面，4款產(chǎn)品中除了太極鏈明顯要弱一些之外，都各有特色，包括Google Analytics對(duì)轉(zhuǎn)化率的分析，CNZZ的短信報(bào)警，以及百度統(tǒng)計(jì)對(duì)關(guān)鍵字的詳細(xì)分析?？紤]到百度統(tǒng)計(jì)剛剛才，其后期的功能更新非常值得期待。

當(dāng)然，總體來講，Google Analytics在這一測(cè)試環(huán)節(jié)中的表現(xiàn)還是略勝一籌，給我們留下了較好的印象。

三、配套服務(wù)、使用感受

如果僅僅是個(gè)流量統(tǒng)計(jì)功能，根本就沒有必要在意它的配套服務(wù)，但問題是對(duì)于企業(yè)網(wǎng)站，流量統(tǒng)計(jì)不是目的，目的是通過流量統(tǒng)計(jì)來衡量推廣效果，并對(duì)當(dāng)前的推廣策略進(jìn)行優(yōu)化。所以這方面的表現(xiàn)我們尤其關(guān)注。

1、Google Analytics

使用感受：

Goolge Analytics的幫助中心為用戶提供了使用步驟說明，由于說明比較簡單，雖然對(duì)每一個(gè)分步也做了說明，但并不是清晰明了，而且也沒有提供demo。根據(jù)Google Analytics提供的疑問向?qū)?，可以解決操作過程中碰到的問題，不過這個(gè)向?qū)в悬c(diǎn)類似于Windows疑難解答的方式，顯得龐雜、繁瑣。

2、百度統(tǒng)計(jì)

使用感受：

百度統(tǒng)計(jì)的用戶體驗(yàn)做得非常出色，整個(gè)操作、測(cè)試非常流暢，而且關(guān)鍵有兩點(diǎn)讓我們頗有好感：其一，提供了詳細(xì)的幫助頁面，解釋了每一個(gè)菜單、參數(shù)的含義;其二，提供了一個(gè)初學(xué)者入門教程，并提供了PPT格式的傻瓜向?qū)?，十分人性化?/p>

在中國，由于有30多萬企業(yè)使用百度推廣，所以將百度推廣和百度統(tǒng)計(jì)聯(lián)合起來共同參考、決策非常有用。這一點(diǎn)算是給百度統(tǒng)計(jì)的額外加分。

3、太極鏈

使用感受：

由于速度一般，而且整體表現(xiàn)也偏弱，雖然操作不成問題，但太極鏈整體給人感覺還是偏向于平庸。操作過程中出現(xiàn)過兩次系統(tǒng)故障，證明其穩(wěn)定性還有待加強(qiáng)。

4、CNZZ

使用感受：

CNZZ無論是易用性、界面表現(xiàn)還是功能，都讓人比較滿意，而且它提供了一些人性化特色功能給人印象深刻，是本次測(cè)試中綜合表現(xiàn)比較平均的一款。不過，如果加強(qiáng)一下它的客服幫助系統(tǒng)和demo演示方面的表現(xiàn)就更好了。

評(píng)測(cè)總結(jié)：

綜合表現(xiàn)獎(jiǎng)：百度統(tǒng)計(jì)

篇7

關(guān)鍵詞：非安全級(jí)DCS；驗(yàn)證系統(tǒng)測(cè)試；NicSys2000；核電廠；仿真樣機(jī) 文獻(xiàn)標(biāo)識(shí)碼：A

中圖分類號(hào)：TP273 文章編號(hào)：1009-2374（2017）05-0194-03 DOI：10.13535/ki.11-4406/n.2017.05.094

核電廠非安全（NC）DCS驗(yàn)證系統(tǒng)總體技術(shù)方案以實(shí)際百萬千瓦壓水堆核電廠全廠DCS系統(tǒng)設(shè)計(jì)為依托，通過“模擬”核電廠控制系統(tǒng)實(shí)際工程實(shí)施流程，建立核電廠全范圍DCS系統(tǒng)驗(yàn)證系統(tǒng)，可實(shí)現(xiàn)測(cè)試DCS系統(tǒng)性能指標(biāo)、核島和常規(guī)島等重要系統(tǒng)實(shí)施單步或關(guān)聯(lián)運(yùn)行功能、邏輯預(yù)演以及定性分析等功能。本文提出了一種對(duì)于上述DCS系統(tǒng)的整體測(cè)試方法，通過優(yōu)化的測(cè)試架構(gòu)和全面的測(cè)試內(nèi)容，在保障測(cè)試結(jié)果的嚴(yán)謹(jǐn)性、科學(xué)性和有效性的基礎(chǔ)上，顯著地減小了系統(tǒng)測(cè)試的周期，并提升了該項(xiàng)目管理上的高效性和簡潔性。

1 測(cè)試框架

系統(tǒng)測(cè)試框架包括測(cè)試計(jì)劃、測(cè)試大綱、測(cè)試用例和測(cè)試程序，如圖1所示。測(cè)試計(jì)劃描述了測(cè)試流程的范圍、實(shí)施途徑、進(jìn)度節(jié)點(diǎn)；測(cè)試大綱根據(jù)測(cè)試計(jì)劃，以設(shè)計(jì)輸入文檔、項(xiàng)目相關(guān)文檔作為輸入文件，依據(jù)相關(guān)標(biāo)準(zhǔn)，詳細(xì)說明核電廠非安全級(jí)DCS驗(yàn)證系統(tǒng)中各項(xiàng)測(cè)試執(zhí)行時(shí)所需的步驟和判斷標(biāo)準(zhǔn)，指導(dǎo)測(cè)試工程師進(jìn)行實(shí)際的測(cè)試活動(dòng)。測(cè)試用例則是針對(duì)測(cè)試程序進(jìn)行步序性的邏輯驗(yàn)證，并將邏輯驗(yàn)證結(jié)果與期望進(jìn)行比對(duì)，隨時(shí)記錄邏輯異常。

2 測(cè)試內(nèi)容

根據(jù)不同的測(cè)試目的，測(cè)試分為功能測(cè)試、性能測(cè)試、單體測(cè)試和設(shè)備控制邏輯測(cè)試。在普通項(xiàng)目中我們僅做單體測(cè)試及設(shè)備控制邏輯測(cè)試，由于NicSys2000系統(tǒng)是自主研發(fā)的DCS，是專為核電站研制的全廠非安全級(jí)分布式控制系統(tǒng)產(chǎn)品，是全廠核電運(yùn)行控制系統(tǒng)專用平臺(tái)，故在測(cè)試工作中加入功能測(cè)試及性能測(cè)試，以驗(yàn)證Nicsys2000系統(tǒng)的各項(xiàng)指標(biāo)，為今后系統(tǒng)在核電廠可靠、穩(wěn)定的運(yùn)行提供保障以及為后續(xù)研發(fā)積累寶貴資料，以下為對(duì)功能測(cè)試和性能測(cè)試進(jìn)行重點(diǎn)介紹。

2.1 功能測(cè)試

功能測(cè)試的目的是測(cè)試系統(tǒng)各項(xiàng)功能是否完備、是否符合要求。功能測(cè)試主要包括故障診斷測(cè)試、模塊熱插拔測(cè)試和冗余測(cè)試。

2.1.1 故障診斷測(cè)試。故障診斷測(cè)試包括控制器故障診斷測(cè)試、控制器網(wǎng)絡(luò)故障診斷測(cè)試和模塊故障診斷測(cè)試。實(shí)際操作如圖2所示，將控制器A拔掉，在操作員站檢查報(bào)警日志和設(shè)備故障列表，并打開系統(tǒng)狀態(tài)圖，找到對(duì)應(yīng)控制站狀態(tài)圖，檢查相應(yīng)控制器的變化。重新插上控制器A，在操作員站檢查報(bào)警日志和設(shè)備故障列表，檢查狀態(tài)圖中控制器A的變化。對(duì)控制器B重復(fù)以上操作。

2.1.2 模塊熱插拔測(cè)試。模塊熱插拔測(cè)試包括DI模塊熱插拔測(cè)試、DO模塊熱插拔測(cè)試、AI模塊熱插拔測(cè)試、AO模塊熱插拔測(cè)試。目的是測(cè)試IO模塊帶電拔出后再插上是否可以恢復(fù)正常工作。因?yàn)槠拗?，不?duì)IO模塊的熱插拔測(cè)試方法進(jìn)行詳述。

2.1.3 冗余測(cè)試。冗余測(cè)試包括控制器冗余測(cè)試、電源模塊冗余測(cè)試、控制柜電源冗余測(cè)試、控制站網(wǎng)絡(luò)冗余測(cè)試、服務(wù)器網(wǎng)絡(luò)冗余測(cè)試。如圖3所示，選擇一個(gè)AI通道和AO通道作為驗(yàn)證通道，在MULTIPROG中編程，使該AI點(diǎn)的值賦給AO點(diǎn)。在被測(cè)現(xiàn)場(chǎng)控制站，用多功能過程校驗(yàn)儀給該AI通道發(fā)送三角波信號(hào)，用示波器監(jiān)測(cè)AO通道的輸出信號(hào)。拔掉主控制器，檢查AO點(diǎn)輸出波形是否正常，此時(shí)另一臺(tái)控制器切換到主運(yùn)行狀態(tài)，恢復(fù)拔掉的控制器，等待其正常運(yùn)行后，拔掉另一臺(tái)為主的控制器，檢查AO點(diǎn)輸出波形是否正常。

2.2 性能測(cè)試

性能測(cè)試的目的是驗(yàn)證系統(tǒng)各項(xiàng)性能指標(biāo)是否符合要求。性能測(cè)試主要包括CPU負(fù)荷測(cè)試、內(nèi)存裕量測(cè)試、網(wǎng)絡(luò)負(fù)荷測(cè)試、分辨率測(cè)試、時(shí)間相關(guān)性能測(cè)試和雪崩測(cè)試。

2.2.1 硬件負(fù)荷類測(cè)試。硬件負(fù)荷類測(cè)試包含CPU負(fù)荷、內(nèi)存裕量及網(wǎng)絡(luò)負(fù)荷測(cè)試，其測(cè)試方法均通過監(jiān)控器以及設(shè)備的運(yùn)行軟件來讀取設(shè)備的CPU、內(nèi)存、網(wǎng)絡(luò)的負(fù)荷數(shù)據(jù)，CPU負(fù)荷平均值小于40%為合格。

2.2.2 分辨率測(cè)試。分辨率測(cè)試包括報(bào)警分辨率測(cè)試和SOE分辨率測(cè)試。報(bào)警分辨率測(cè)試是通過制造幾個(gè)間隔時(shí)間分別為小于1s、等于1s、大于1s的報(bào)警，在報(bào)警日志中查看系統(tǒng)是否能夠分辨。SOE分辨率測(cè)試如圖4所示。在SOE（事件順序記錄）模塊的任意通道發(fā)送間隔時(shí)間分別為小于1ms、等于1ms、大于1ms的信號(hào)，在日志中查看系統(tǒng)日志，當(dāng)間隔小于1ms時(shí)，系統(tǒng)不一定能夠分辨，間隔大于或等于1ms時(shí)，系統(tǒng)應(yīng)當(dāng)能夠分辨，且事件信息不丟失，發(fā)生順序排列與實(shí)際相符。

2.2.3 時(shí)間相關(guān)性能測(cè)試。時(shí)間相關(guān)性能測(cè)試包括畫面響應(yīng)時(shí)間測(cè)試、數(shù)據(jù)采集顯示時(shí)間測(cè)試、控制功能響應(yīng)時(shí)間測(cè)試和設(shè)備啟動(dòng)響應(yīng)時(shí)間測(cè)試。例如在現(xiàn)場(chǎng)控制站，用示波器查看開關(guān)量輸入信號(hào)和輸出信號(hào)波形變化的時(shí)間間隔，選擇任意開關(guān)量控制回路，在現(xiàn)場(chǎng)控制站將被測(cè)開關(guān)量控制回路的輸出端子和輸入端子分別連接示波器的兩個(gè)通道，在輸入通道加信號(hào)，在示波器查看輸入信號(hào)和輸出信號(hào)變位的時(shí)間差，響應(yīng)時(shí)間小于500ms為合格。

2.2.4 雪崩測(cè)試。使用測(cè)試工裝連接幾個(gè)控制站，在工程師站、操作員站及服務(wù)器上，查看CPU負(fù)荷和網(wǎng)絡(luò)負(fù)荷。使用測(cè)試工裝制造雪崩工況：10s內(nèi)6000個(gè)開關(guān)量狀態(tài)發(fā)生變化，峰值1200個(gè)開關(guān)量發(fā)生變化，60s后峰值每秒300個(gè)開關(guān)量狀態(tài)發(fā)生變化，模擬量每秒200個(gè)信號(hào)發(fā)生變化，模擬量和開關(guān)量變化峰值疊加。檢查雪崩工況期間的各負(fù)荷，控制器CPU負(fù)荷不大于50%，網(wǎng)絡(luò)負(fù)荷不大于20%；操作站、服務(wù)器CPU負(fù)荷不大于40%，網(wǎng)絡(luò)負(fù)荷值不大于20%。

2.3 單體測(cè)試

單體測(cè)試的目的是驗(yàn)證系統(tǒng)硬件配置的完整性和有效性，驗(yàn)證系統(tǒng)AI/AO模塊信號(hào)的精度是否達(dá)標(biāo)和驗(yàn)證DI/DO模塊通道是否正常。單體測(cè)試包括AI/AO模塊的精度測(cè)試和DI/DO模塊的通道測(cè)試。驗(yàn)證系統(tǒng)單體測(cè)試與其他項(xiàng)目相同，因篇幅限制，此處不做詳述。

2.4 設(shè)備控制邏輯測(cè)試

設(shè)備控制邏輯測(cè)試的目的是驗(yàn)證DCS系統(tǒng)軟硬件配置、邏輯組態(tài)的完整性和正確性。設(shè)備控制邏輯測(cè)試包括單點(diǎn)報(bào)警測(cè)試、邏輯顯示及報(bào)警測(cè)試，設(shè)備邏輯和連鎖測(cè)試。

3 測(cè)試效果

為驗(yàn)證測(cè)試方案的效果，根據(jù)實(shí)施進(jìn)度及DCS子系統(tǒng)的代表性，選取KSN系統(tǒng)作為測(cè)試對(duì)象進(jìn)行上述測(cè)試。KSN系統(tǒng)作為核輔助廠房就地控制屏和控制盤，設(shè)有單獨(dú)的電子機(jī)柜間和輔助控制室。系統(tǒng)結(jié)構(gòu)包含控制器、服務(wù)器、時(shí)鐘同步、環(huán)網(wǎng)等，具有很強(qiáng)的DCS系統(tǒng)代表性，符合驗(yàn)證測(cè)試對(duì)象的條件。

3.1 功能測(cè)試

測(cè)試對(duì)全部14塊控制器、124塊IO模塊都進(jìn)行了故障診斷和熱插拔的測(cè)試；對(duì)全部14塊控制器進(jìn)行了冗余測(cè)試；對(duì)全部38塊電源模塊進(jìn)行了冗余測(cè)試；對(duì)7臺(tái)功能柜的供電電源進(jìn)行了冗余測(cè)試。功能測(cè)試共計(jì)76項(xiàng)，其中合格項(xiàng)46項(xiàng)、不合格30項(xiàng)。

測(cè)試發(fā)現(xiàn)的問題有三類：（1）故障診斷功能沒有實(shí)現(xiàn)；（2）LEVEL2軟件沒有趨勢(shì)圖功能，控制站和服務(wù)器網(wǎng)絡(luò)冗余無法測(cè)試；（3）8KSN901AR中有2塊DI211模塊熱插拔功能不完善，模塊拔掉后變量無法保持。

3.2 性能測(cè)試

在進(jìn)行的51項(xiàng)性能測(cè)試中，合格項(xiàng)49項(xiàng)、不合格2項(xiàng)。測(cè)試發(fā)現(xiàn)的問題有2類：（1）開關(guān)量控制回路響應(yīng)時(shí)間超過要求時(shí)間。要求響應(yīng)時(shí)間小于500ms，部分回路在7次實(shí)測(cè)中有4次超過500ms；（2）雪崩時(shí)要求操作員站CPU負(fù)荷小于40%，而實(shí)測(cè)中部分CPU最大負(fù)荷為42.93%。

3.3 單體測(cè)試

KSN系統(tǒng)的首輪單體測(cè)試已完成。共完成124塊IO模塊的測(cè)試，測(cè)試結(jié)果全部合格。

3.4 設(shè)備控制邏輯測(cè)試

KSN系統(tǒng)的首輪設(shè)備控制邏輯測(cè)試已完成，共完成506項(xiàng)測(cè)試用例的測(cè)試，將全部邏輯組態(tài)都進(jìn)行了演算和認(rèn)證，其測(cè)試合格率為87.75%。

4 結(jié)語

通過上述方法對(duì)基于NicSys2000控制系統(tǒng)的核電廠仿真樣機(jī)驗(yàn)證系統(tǒng)的KSN系統(tǒng)進(jìn)行測(cè)試，從硬件、軟件和組態(tài)邏輯，全方面詳細(xì)地檢測(cè)出了當(dāng)時(shí)系統(tǒng)尚存在的問題，其結(jié)果不但有助于工程師精準(zhǔn)地消除系統(tǒng)故障和問題，保障系統(tǒng)正常運(yùn)行，同時(shí)各項(xiàng)設(shè)備性能指標(biāo)等測(cè)試數(shù)據(jù)，也為研發(fā)人員在今后NicSys2000產(chǎn)品的改進(jìn)工作中提供了工作方向和數(shù)據(jù)，其對(duì)于完成核電廠全廠非安全級(jí)DCS控制系統(tǒng)的開發(fā)，在核電領(lǐng)域主控非安全級(jí)DCS自主化行程提供了有效的幫助和促進(jìn)。

參考文獻(xiàn)

[1] 中華人民共和國國家質(zhì)量監(jiān)督檢疫總局，中國國家標(biāo)準(zhǔn)化管理委員會(huì).工業(yè)過程測(cè)量和控制 系統(tǒng)評(píng)估中系統(tǒng)特性的評(píng)定 第1部分：總則和方法學(xué)（GB/T18272.1-2000）[S].北京：中國標(biāo)準(zhǔn)出版社，2000.

[2] 中華人民共和國國家質(zhì)量監(jiān)督檢疫總局，中國國家標(biāo)準(zhǔn)化管理委員會(huì).工業(yè)過程測(cè)量和控制 系統(tǒng)評(píng)估中系統(tǒng)特性的評(píng)定 第2部分：評(píng)估方法學(xué)（GB/T 18272.2-2000）[S].北京：中國標(biāo)準(zhǔn)出版社，2000.

[3] 丁士昭.工程項(xiàng)目管理[M].北京：中國建筑工業(yè)出版杜，2007.

篇8

【關(guān)鍵詞】 外固定支架;步態(tài)分析系統(tǒng);粗隆間骨折

我院自1984年開始應(yīng)用三針鎖針加壓器外固定治療股骨粗隆間骨折以來取得了豐富的經(jīng)驗(yàn)和滿意的療效。自2005年12月～2006年3月，采用三針鎖針力臂式外固定支架治療老年股骨粗隆間骨折20例，并應(yīng)用自行研制的下肢骨折步態(tài)分析系統(tǒng)進(jìn)行測(cè)試，效果滿意。現(xiàn)報(bào)道如下:

1 臨床資料

1.1 一般資料

本組20例中，男12例，女8例;年齡50～65歲，平均年齡55±0.8歲，左側(cè)11例，右側(cè)9例，外傷原因:走路不慎滑倒11例，被車撞傷2例，騎車自行車摔傷7例。傷后就診時(shí)間2h～10d。骨折接受力方向和骨折線走行及位置分為:順轉(zhuǎn)子間型5例，順轉(zhuǎn)子間粉碎型12例，反轉(zhuǎn)子間型2例，轉(zhuǎn)子下型1例。其中穩(wěn)定性骨折9例，不穩(wěn)定性骨折11例。

1.2治療方法

入院后對(duì)骨折移位較大，位置不滿意，均行外展位30°股骨踝上牽引，牽引重量4～8kg，時(shí)間為3～7d。在周圍神經(jīng)刺激儀神經(jīng)阻滯麻醉狀態(tài)下，經(jīng)C型臂電視下透視確認(rèn)骨折復(fù)位或基本復(fù)位后，患側(cè)臀部墊高，以抵消股骨頸的前傾角，便于水平進(jìn)針，術(shù)區(qū)常規(guī)消毒，鋪無菌巾，于大粗隆下方外側(cè)做小切口約0.5cm，止血鉗鈍性分開筋膜、肌肉直達(dá)骨膜，應(yīng)用低速電鉆將直徑3.0或3.5mm的斯氏針在大粗隆下方進(jìn)針，兩枚針的排列分別在股骨頸上皮質(zhì)的下緣及下皮質(zhì)的上緣，亦即股骨頸張力骨小梁及壓力骨小梁上，達(dá)股骨頭軟骨帽下5mm（若出現(xiàn)不穩(wěn)定的內(nèi)側(cè)皮質(zhì)不齊，則行橇拔后;于此處在第二枚針下方約1.5cm～2.0cm加用一斯氏針固定，針尖以過股骨頸內(nèi)側(cè)緣皮質(zhì)5mm為宜）第三枚針直徑5mm長130mm的螺紋針于股骨外踝的上方10cm髂脛束的后緣水平進(jìn)針過對(duì)側(cè)骨皮質(zhì)約5.0mm，將上述三枚針尾穿過固定夾螺栓孔內(nèi);外應(yīng)用三針鎖針力臂架固定，鎖緊固定夾，調(diào)整架的長短，使針體出現(xiàn)輕度彎曲。針孔無菌包扎，傷肢用屈膝架屈膝，外展30°位擺放。術(shù)后常規(guī)用抗生素2～3d。術(shù)后第2d可行股四頭肌收縮活動(dòng)及踝關(guān)節(jié)、趾關(guān)節(jié)的屈伸活動(dòng)，以改善局部的血液循環(huán)，防止肌肉進(jìn)一步萎縮。術(shù)后7～15d在醫(yī)生的指導(dǎo)下，扶雙拐不負(fù)重進(jìn)行功能鍛煉，每兩周應(yīng)用下肢步態(tài)分析系統(tǒng)對(duì)傷肢進(jìn)行步態(tài)測(cè)試，以掌握骨折愈合及行走步態(tài)的穩(wěn)定性。

2 治療結(jié)果

本組20例，無并發(fā)癥針道感染發(fā)生。無松動(dòng)現(xiàn)象發(fā)生。外固定4～6周后，骨折有明顯的骨痂形成或骨折線模糊，負(fù)重時(shí)間最早4周，最晚6周，平均住院天數(shù)29.8d。20例均得到隨訪，經(jīng)6個(gè)月的隨訪，骨折均愈合。無髖內(nèi)翻發(fā)生。由于治療過程中定期應(yīng)用步態(tài)分析系統(tǒng)進(jìn)行測(cè)試，分析骨折的愈合情況，并督促患者積極的進(jìn)行正確的功能鍛煉，全部病例下肢關(guān)節(jié)功能恢復(fù)滿意，生活基本能自理。

3 討論

3.1 外固定架的治療特點(diǎn)

應(yīng)用三針鎖針力臂式外固定支架治療老年股骨粗隆間骨折，具有損傷小，操作簡單，療效好等優(yōu)點(diǎn)。早期能進(jìn)行無痛性活動(dòng)的功能鍛煉，具有動(dòng)靜結(jié)合的復(fù)位固定于一身的特點(diǎn)。（1）本療法符合生物力學(xué)的原理，選用的針體變形較小與固定器間形成幾何不變體系，且支架主體形成一個(gè)牢固的懸梁，加強(qiáng)支撐負(fù)重作用，使斷端對(duì)位穩(wěn)定［1、2］;（2）三針鎖針加壓器固定中的螺紋針與人體的親和力強(qiáng)的特點(diǎn)，同機(jī)體不起反應(yīng);（3）由于針在固定器上能交叉、水平或多方向固定或牽引加壓，使股骨粗隆間及骨干部恢復(fù)了拱式內(nèi)負(fù)重系統(tǒng)的平衡狀態(tài)，保證骨折斷端相對(duì)穩(wěn)定，使生理應(yīng)力刺激較集中在骨的斷面上［2、3］，加速愈合。因此，具備了早期下地活動(dòng)，早期愈合的條件;（4）本療法可進(jìn)行閉式復(fù)位，手術(shù)并發(fā)癥少，減少內(nèi)固定所帶來的并發(fā)癥，可以避免再手術(shù)取內(nèi)固定所帶來的痛苦;（5）更適宜體弱多病老年患者。老年股骨粗隆部位骨折，常伴有轉(zhuǎn)子后及股骨矩的損壞而不穩(wěn)定，獲得牢靠的內(nèi)固定是困難的。作用于內(nèi)固定的應(yīng)力大，易發(fā)生釘或板折斷且手術(shù)創(chuàng)傷大及骨膜破壞而造成骨折不愈合的機(jī)會(huì)大，高齡的患者難以耐受，此療法同時(shí)配合本院的周圍神經(jīng)刺激儀神經(jīng)阻滯麻醉，降低了其它麻醉方式在老年骨折手術(shù)中造成的危險(xiǎn)，手術(shù)的風(fēng)險(xiǎn)性小且固定穩(wěn)定，是老年骨折病人更易于接受的優(yōu)點(diǎn)。

3.2 應(yīng)用步態(tài)分析系統(tǒng)測(cè)試

目前，我國臨床醫(yī)學(xué)領(lǐng)域，對(duì)骨折治療康復(fù)期，缺乏客觀的依據(jù)來對(duì)其臨床療效進(jìn)行分析。尤其對(duì)于骨折應(yīng)用外固定治療后的患者，臨床醫(yī)師很難準(zhǔn)確的確定骨折愈合期與臨近關(guān)節(jié)功能鍛煉時(shí)，肌力訓(xùn)練的強(qiáng)度及側(cè)重點(diǎn)，撤除固定的最佳時(shí)間。以往只能通過放射線檢查或憑借醫(yī)師的臨床經(jīng)驗(yàn)來判斷骨折的愈合情況、傷肢的功能鍛煉是否適當(dāng)及撤除固定的時(shí)間。我院自行研制的步態(tài)分析儀是用于傷肢肌力檢測(cè)，負(fù)重步態(tài)無損測(cè)試研究的儀器。其具有操作簡單，實(shí)用性強(qiáng)。（1）本儀器是用于骨科疾病的治療與康復(fù)的負(fù)重步態(tài)無損測(cè)試研究。通過此儀器能夠測(cè)試出患者的傷 肢與健肢最大負(fù)重、最小負(fù)重、時(shí)間積分、占空比率、負(fù)重頻率、力峰值個(gè)數(shù)、負(fù)重總和等參數(shù)，并能給出帶負(fù)重曲線圖的測(cè)試報(bào)告單，通過此儀器能夠測(cè)試出患者的患側(cè)前足后足負(fù)重與健側(cè)及與正常人是否存在差別，并且隨著病情的好轉(zhuǎn)，步態(tài)是否隨之接近正常人;（2）本儀器通過傳感器測(cè)試患側(cè)外固定支架針體間的受力值，來判斷外固定支架的功能替代情況，確定骨折端的受力情況，從而分析出骨折的愈合情況。應(yīng)用外固定治療的骨折患者初期，由于新生骨組織與外固定針體具有不同的彈性模量，針體的彈性模量遠(yuǎn)大于新生骨組織的彈性模量，因而斷面愈合初期主要承受載荷的是鋼針。隨著新生骨組織的加強(qiáng)，骨針承載將逐漸減小，載荷將越來越多的被新生骨組織承載。當(dāng)重建的骨組織接近正常生理狀態(tài)時(shí)，載荷將主要由修復(fù)后的骨組織所承擔(dān)。此時(shí)，外固定支架不再有作用。本儀器通過傳感器測(cè)試患側(cè)外固定支架針體間的受力值，來判斷外固定支架的功能替代情況，確定骨折端的受力情況，從而分析出骨折的愈合情況;（3）通過測(cè)試可以提供給臨床醫(yī)師一組客觀數(shù)據(jù)，來解決診斷、治療以及功能鍛煉過程中的量化問題。

總之，應(yīng)用三針鎖針加壓器外固定治療老年股骨粗隆間骨折對(duì)于老年患者損傷小、安全系數(shù)高，能使病人最大限度恢復(fù)其功能，即使不能離床，也能使病人翻身活動(dòng)時(shí)減輕疼痛，便于護(hù)理，提高生活質(zhì)量，減少老年人長期臥床導(dǎo)致合并癥的發(fā)生，降低死亡率。通過應(yīng)用我院自行研制的步態(tài)分析系統(tǒng)進(jìn)行測(cè)試，能準(zhǔn)確的測(cè)定患者的功能鍛煉情況及患者的骨折愈合情況，從而正確指導(dǎo)患者的功能鍛煉及準(zhǔn)確的掌握撤除固定的時(shí)間，保證醫(yī)療質(zhì)量，減少患者的經(jīng)濟(jì)負(fù)擔(dān)，適合基層醫(yī)院，易于推廣普及。

參考文獻(xiàn)

［1］孟 和.中國骨折復(fù)位固定器療法［M］.北京:北京醫(yī)科大學(xué).中國協(xié)和醫(yī)科大學(xué)聯(lián)合出版社，1999，158-160.

［2］孟 和，顧志華，顧研伯，等.骨折復(fù)位固定器療法針位與穩(wěn)定性關(guān)系的生物力學(xué)研究［J］.中國骨傷，2000，13（1）:5-6.

篇9

相比之下，IPTV分發(fā)系統(tǒng)在信號(hào)起點(diǎn)和觀眾接收機(jī)之間包括許多有源設(shè)備（路由器、交換器等）。任何這些設(shè)備一路上都可能對(duì)IP視頻流產(chǎn)生損害，并且在它到達(dá)消費(fèi)者時(shí)不留一點(diǎn)出現(xiàn)問題的痕跡。通過比較了三種不同視頻分配結(jié)構(gòu)所要求的許多測(cè)試點(diǎn)，顯示IPTV系統(tǒng)可能要求在到觀眾路徑上的許多中間點(diǎn)進(jìn)行監(jiān)測(cè)。

另一復(fù)雜之處是IPTV碼流通常為通過一個(gè)網(wǎng)絡(luò)單獨(dú)發(fā)送的單節(jié)目傳輸流，而像CATV這樣的其它系統(tǒng)很大程度上依賴多節(jié)目傳輸流。這種差異導(dǎo)致需測(cè)試的碼流更多，降低比較不同碼流的價(jià)值，令測(cè)試問題進(jìn)一步尖銳。

測(cè)試類型

物理層測(cè)試檢查電纜、光纜或其它傳輸介質(zhì)及其上面承載的電或光信號(hào)。這些測(cè)試一般測(cè)量如誤碼率、抖動(dòng)和延遲這樣的參數(shù)。物理層測(cè)試能夠決定兩個(gè)設(shè)備之間的某一連接是否有故障或受到干擾，或任一端的設(shè)備是否正在導(dǎo)致差錯(cuò)。

網(wǎng)絡(luò)層測(cè)試處理正在網(wǎng)絡(luò)上的設(shè)備之間傳送的以太網(wǎng)數(shù)據(jù)幀。監(jiān)測(cè)能夠決定幀是否損壞和是否需丟棄，以及業(yè)務(wù)層是否在物理連接的限度內(nèi)。測(cè)試還能決定多播包是否用IGMP（因特網(wǎng)組管理協(xié)議）窺探被交換機(jī)正確轉(zhuǎn)發(fā)。

IP層監(jiān)測(cè)檢查IP包（全體和個(gè)別碼流）。除了網(wǎng)絡(luò)正確處理多播加入和離開請(qǐng)求的能力外，還能驗(yàn)證端到端尋址。丟包、網(wǎng)絡(luò)延遲和包抖動(dòng)也是重要的監(jiān)測(cè)參數(shù)。

視頻和音頻測(cè)試可在應(yīng)用層進(jìn)行，既可在壓縮域又可在碼流被解碼后。這種類型的測(cè)試能夠有助于決定視頻數(shù)據(jù)是否完整和語法正確，是否遵循音頻響度限制，以及非常重要的MPEG PCR（節(jié)目時(shí)鐘參考）是否一路正確傳輸。

“在MPEG碼流通過網(wǎng)絡(luò)各部分時(shí)監(jiān)測(cè)它的PCR時(shí)鐘行為，就像一個(gè)可被用于執(zhí)行性能問題取證分析的指紋，“泰克公司高級(jí)視頻應(yīng)用工程師Karl Kuhn表示，“如果PCR平穩(wěn)和表現(xiàn)良好，那么網(wǎng)絡(luò)傳輸MPEG碼流方面做得不錯(cuò)。如果PCR以周期性的正弦方式變化，那么頭號(hào)嫌疑犯在射頻傳輸域。如果PCR經(jīng)歷隨機(jī)、明顯的不連續(xù)，那么IP網(wǎng)絡(luò)丟包和過度包抖動(dòng)可能是罪魁禍?zhǔn)??！?/p>

由于存在必須得到正確配置和正常操作的大量路由器和交換器，IPTV系統(tǒng)的性能監(jiān)測(cè)和故障排除有難度。這些設(shè)備可能導(dǎo)致難以確定位置的敏感的下行故障，原因是它們可能僅僅發(fā)生在存在某些業(yè)務(wù)模式的時(shí)候。

“現(xiàn)代服務(wù)提供商必須在整個(gè)網(wǎng)絡(luò)的多個(gè)位置監(jiān)測(cè)傳輸系統(tǒng)表現(xiàn)，并監(jiān)視數(shù)據(jù)傳輸統(tǒng)計(jì)以及視頻和音頻信號(hào)質(zhì)量，”IneoQuest技術(shù)公司產(chǎn)品管理總監(jiān)Joel Daly表示，“這要求一個(gè)能夠從多個(gè)來源收集大量數(shù)據(jù)的系統(tǒng)，包括安裝于網(wǎng)絡(luò)重要位置的測(cè)試探測(cè)器、來自正在監(jiān)測(cè)信號(hào)的系統(tǒng)操作員的報(bào)告，以及來自正碰到問題的用戶的咨詢?！?/p>

Daly補(bǔ)充道：“大型多頻道視頻節(jié)目分配商當(dāng)前正在忙于建立能夠監(jiān)視當(dāng)前網(wǎng)絡(luò)狀態(tài)和歷史趨勢(shì)的大型數(shù)據(jù)分析系統(tǒng)，以便在問題出現(xiàn)時(shí)更準(zhǔn)確地探明它們，并能夠事先預(yù)測(cè)未來故障可能發(fā)生的位置?！?/p>

演播室內(nèi)

篇10

關(guān)鍵詞 無線通信；計(jì)量方式；自動(dòng)測(cè)試系統(tǒng)；設(shè)計(jì)與實(shí)現(xiàn)

中圖分類號(hào) TP3 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 1674-6708（2017）188-0048-02

無線電的系統(tǒng)測(cè)試工作對(duì)社會(huì)發(fā)展的各個(gè)領(lǐng)域都會(huì)產(chǎn)生重要的影響，尤其是針對(duì)通信系統(tǒng)的應(yīng)用工作，在應(yīng)用之前，首先要對(duì)整個(gè)系統(tǒng)進(jìn)行測(cè)試和檢驗(yàn)工作，在測(cè)試過程中，必須要對(duì)通信系統(tǒng)進(jìn)行優(yōu)秀的設(shè)計(jì)以此來提高整個(gè)系統(tǒng)測(cè)試工作的高效性。為了加深對(duì)通信系統(tǒng)測(cè)試工作的了解，本文展開了研究，首先分析了無線電自動(dòng)測(cè)試系統(tǒng)的研究背景，在此基礎(chǔ)上，對(duì)通信系統(tǒng)測(cè)試工作的系統(tǒng)設(shè)計(jì)進(jìn)行詳細(xì)分析，分別具體分析了通信測(cè)試系統(tǒng)的系統(tǒng)需求、系統(tǒng)結(jié)構(gòu)、系統(tǒng)硬件和系統(tǒng)軟件設(shè)計(jì)方案，希望通過本文研究，可以對(duì)通信計(jì)量自動(dòng)測(cè)試系統(tǒng)的應(yīng)用有一定的促進(jìn)作用。

1 無線電自動(dòng)測(cè)試系統(tǒng)的研究背景

無線通信設(shè)備自動(dòng)測(cè)試系統(tǒng)的研究首先是從美國的研究機(jī)構(gòu)發(fā)起的，這個(gè)自動(dòng)測(cè)試系統(tǒng)主要針對(duì)通信領(lǐng)域，尤其是針對(duì)軍事的通信領(lǐng)域和航天航空的通信領(lǐng)域以及醫(yī)療衛(wèi)生的通信領(lǐng)域等方面。針對(duì)軍事領(lǐng)域的應(yīng)用主要是應(yīng)用與軍事陸戰(zhàn)隊(duì)之中，在20世紀(jì)80年代，針對(duì)美國陸戰(zhàn)隊(duì)的應(yīng)用，主要是應(yīng)用最新便攜式自動(dòng)測(cè)試系統(tǒng)，而且已經(jīng)實(shí)際應(yīng)用到具體的軍事指揮中。我國的自動(dòng)測(cè)試系統(tǒng)發(fā)展較晚，所以導(dǎo)致現(xiàn)階段的自動(dòng)測(cè)試系統(tǒng)發(fā)展緩慢，基礎(chǔ)薄弱也是導(dǎo)致自動(dòng)測(cè)試系統(tǒng)不足以支撐起多領(lǐng)域應(yīng)用的重要原因，針對(duì)自動(dòng)測(cè)試系統(tǒng)的應(yīng)用工作，我國國內(nèi)目前的可靠性指標(biāo)是3 000小時(shí)，而同等級(jí)的國外自動(dòng)測(cè)試系統(tǒng)的可靠性指標(biāo)已經(jīng)到達(dá)1萬小時(shí)，可見我國的發(fā)展情況與發(fā)達(dá)國家的差距還比較大，尤其是針對(duì)自動(dòng)測(cè)試化系統(tǒng)的標(biāo)準(zhǔn)來說，只有將軟硬件的配置跟上去，嚴(yán)格按照國際標(biāo)準(zhǔn)進(jìn)行測(cè)試與兼容操作，有助于保證整個(gè)測(cè)試結(jié)果更加合理。

2 系統(tǒng)設(shè)計(jì)方案

2.1 系統(tǒng)需求分析

針對(duì)自動(dòng)測(cè)試系統(tǒng)的性能和數(shù)據(jù)情況研究分析，主要對(duì)無線通信設(shè)備進(jìn)行了測(cè)試，其中主要的測(cè)試項(xiàng)目主要包括對(duì)被測(cè)設(shè)備的工作頻段、信道帶寬等方面的測(cè)試和檢測(cè)，針對(duì)各個(gè)要素的檢測(cè)工作，本文主要對(duì)其所測(cè)試的結(jié)果進(jìn)行記錄，并在后期對(duì)測(cè)試數(shù)據(jù)進(jìn)行生成表格的方式，這樣對(duì)數(shù)據(jù)的分析和測(cè)試工作才能夠更加高效的進(jìn)行。在測(cè)試到數(shù)據(jù)之后，并對(duì)測(cè)試數(shù)據(jù)進(jìn)行高效分析，對(duì)測(cè)試系統(tǒng)的各個(gè)方面進(jìn)行分析，并給出相關(guān)的研究數(shù)據(jù)報(bào)告。通過研究和分析，能夠發(fā)現(xiàn)整個(gè)電子計(jì)量自動(dòng)測(cè)試系統(tǒng)要能夠擁有自檢與自動(dòng)校準(zhǔn)功能，從而保證整個(gè)測(cè)試工作的效率不斷提高。

2.2 系統(tǒng)結(jié)構(gòu)分析

進(jìn)行系統(tǒng)測(cè)試工作，主要采用的是基于PXI總線的虛擬儀器架，在實(shí)際的測(cè)試工作中，通過對(duì)PXI總線和頻譜分析儀等PXI模塊進(jìn)行整合的基礎(chǔ)上，對(duì)整個(gè)測(cè)試系統(tǒng)中的部分GPIB程控儀器和專用測(cè)試設(shè)備進(jìn)行融合，然后將整個(gè)測(cè)試系統(tǒng)與主控計(jì)算機(jī)進(jìn)行連接，這樣可以有效提高整個(gè)測(cè)試系統(tǒng)工作的效率，保證整個(gè)電子計(jì)量系統(tǒng)中的總線結(jié)構(gòu)測(cè)試系統(tǒng)的工作穩(wěn)定性。

2.3 系統(tǒng)硬件設(shè)計(jì)方案

進(jìn)行電子計(jì)量自動(dòng)測(cè)試系統(tǒng)的硬件設(shè)計(jì)，主要采用的是將主控計(jì)算機(jī)與程控電源和儀器以及相關(guān)的適配器共同組合而成，形成一種通用的系統(tǒng)方案，在整個(gè)系統(tǒng)硬件設(shè)計(jì)中，不僅要包括有基于PXI總線的信號(hào)源、頻譜分析儀等儀器，還要配備有GPIB總線的功率計(jì)等儀器。同時(shí)要保證電子計(jì)量測(cè)試系統(tǒng)中具有主控計(jì)算機(jī)、程控電源、信號(hào)轉(zhuǎn)接電路等部件。

2.4 系統(tǒng)軟件設(shè)計(jì)方案

進(jìn)行系統(tǒng)測(cè)試工作，除了硬件設(shè)計(jì)，而且要將整個(gè)系統(tǒng)的軟件設(shè)計(jì)工作進(jìn)行更加詳細(xì)的設(shè)計(jì)，整個(gè)系統(tǒng)設(shè)計(jì)工作主要包括有核心控制、測(cè)試方法、儀器驅(qū)動(dòng)、數(shù)據(jù)管理和人機(jī)交互界面模塊等5個(gè)部分。其中核心控制模塊主要負(fù)責(zé)是人機(jī)交互頁面。測(cè)試方法模塊是對(duì)系統(tǒng)的工作頻段進(jìn)行測(cè)試，同時(shí)對(duì)信道寬帶進(jìn)行測(cè)試工作，在這方面主要是借助虛擬儀器技術(shù)實(shí)現(xiàn)。儀器驅(qū)動(dòng)模塊主要將整個(gè)測(cè)試系統(tǒng)中的上層核心控制模塊和測(cè)試方法模塊連接在一起，從而能夠?qū)⒄麄€(gè)設(shè)備與應(yīng)用程序之間進(jìn)行更加具體靈活的轉(zhuǎn)變。針對(duì)測(cè)試系統(tǒng)的設(shè)計(jì)工作，不僅要對(duì)系統(tǒng)軟件進(jìn)行設(shè)計(jì)，同時(shí)要對(duì)相關(guān)的數(shù)據(jù)庫進(jìn)行設(shè)計(jì)。在實(shí)際的測(cè)試工作中，要采用Oracle 8i數(shù)據(jù)管理軟件作為數(shù)據(jù)處理庫，在此數(shù)據(jù)庫中，主要包括有自動(dòng)測(cè)試結(jié)果數(shù)據(jù)表、故障診斷結(jié)果數(shù)據(jù)表、故障診斷專家知識(shí)庫標(biāo)準(zhǔn)參數(shù)表、故障信息細(xì)節(jié)表、圖片文字幫助信息表等5個(gè)表。這5種測(cè)試數(shù)據(jù)表對(duì)整個(gè)系統(tǒng)測(cè)試的技術(shù)編程工作能夠起到數(shù)據(jù)支撐作用。針對(duì)通信自動(dòng)測(cè)試系統(tǒng)的流程設(shè)計(jì)，要對(duì)整個(gè)測(cè)試設(shè)備的性能進(jìn)行測(cè)試，在實(shí)際的測(cè)試工作中要對(duì)整個(gè)測(cè)試工程進(jìn)行完善，可以對(duì)整個(gè)測(cè)試工作進(jìn)行參數(shù)調(diào)試和數(shù)據(jù)源分析和管理等工作，同時(shí)針對(duì)測(cè)試系統(tǒng)中的故障進(jìn)行診斷，能夠有效簡化整個(gè)測(cè)試工作的流程。

3 結(jié)論

總體來說，無線電的系統(tǒng)測(cè)試工作對(duì)社會(huì)發(fā)展的各個(gè)領(lǐng)域都會(huì)產(chǎn)生重要的影響，尤其對(duì)通信系統(tǒng)的應(yīng)用工作會(huì)產(chǎn)生更加重要影響，在應(yīng)用之前，首先要對(duì)整個(gè)系統(tǒng)進(jìn)行測(cè)試和檢驗(yàn)工作，在測(cè)試過程中，必須要對(duì)通信系統(tǒng)進(jìn)行優(yōu)秀的設(shè)計(jì)以此來提高整個(gè)系統(tǒng)測(cè)試工作的高效性。為了更好的進(jìn)行通信系統(tǒng)的測(cè)試工作，首先要分析無線電自動(dòng)測(cè)試系統(tǒng)的研究背景，并具體分析通信測(cè)試系統(tǒng)的系統(tǒng)需求、系統(tǒng)結(jié)構(gòu)、系統(tǒng)硬件和系統(tǒng)軟件設(shè)計(jì)方案，以此達(dá)到提高通信計(jì)量自動(dòng)測(cè)試系統(tǒng)的應(yīng)用效果的作用。

參考文獻(xiàn)

[1]孫宇.無線通信設(shè)備自動(dòng)測(cè)試系統(tǒng)的設(shè)計(jì)[J].數(shù)字技術(shù)與應(yīng)用，2016（7）：163.

[2]韓忠輝.基于GPIB的無線通信計(jì)量自動(dòng)測(cè)試系統(tǒng)[J].自動(dòng)化與儀器儀表，2016（6）：262-263.

[3]郭健，李書芳.無線局域網(wǎng)射頻自動(dòng)測(cè)試系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].電子測(cè)量技術(shù)，2014（5）：105-108.