時(shí)間：2022-05-10 14:40:57
序論：在您撰寫系統(tǒng)測(cè)試時(shí)，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
關(guān)鍵詞：軟件測(cè)試；系統(tǒng)測(cè)試；線索；壓力測(cè)試；性能測(cè)試
中圖分類號(hào)：TP39文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1007-9599 (2012) 05-0000-02
一、引言
軟件測(cè)試作為軟件質(zhì)量保證的關(guān)鍵技術(shù)之一，其目的就是能夠有效地發(fā)現(xiàn)軟件中的錯(cuò)誤或缺陷。系統(tǒng)測(cè)試是對(duì)完整集成后的系統(tǒng)進(jìn)行測(cè)試的階段，用來(lái)評(píng)價(jià)系統(tǒng)對(duì)具體需求規(guī)格說(shuō)明的符合性，系統(tǒng)測(cè)試是在單元、組件和集成測(cè)試階段之后進(jìn)行的。主要針對(duì)軟件系統(tǒng)和其他系統(tǒng)元素（及硬件、數(shù)據(jù)庫(kù)和人機(jī)交互信息）組合構(gòu)成完整的計(jì)算機(jī)應(yīng)用系統(tǒng)中所有的元素配合是否合適以及整個(gè)系統(tǒng)的功能、性能、執(zhí)行強(qiáng)度、安全性等是否達(dá)到規(guī)定標(biāo)準(zhǔn)而進(jìn)行的測(cè)試。
二、系統(tǒng)測(cè)試概述
（一）系統(tǒng)測(cè)試概念
所謂系統(tǒng)測(cè)試是將通過集成測(cè)試的軟件系統(tǒng)，作為計(jì)算機(jī)系統(tǒng)的一個(gè)重要組成部分，與計(jì)算機(jī)硬件、外設(shè)、某些支撐軟件的系統(tǒng)等其他系統(tǒng)元素組合在一起所進(jìn)行的測(cè)試，目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或矛盾的地方。
（二）系統(tǒng)測(cè)試前的準(zhǔn)備工作
系統(tǒng)測(cè)試前的準(zhǔn)備工作主要包括：對(duì)系統(tǒng)各種功能的描述；系統(tǒng)要求的數(shù)據(jù)處理及傳輸?shù)乃俾?；?duì)系統(tǒng)性能的要求；對(duì)備份及修復(fù)的要求；對(duì)兼容性的描述；對(duì)配置的描述；對(duì)安全方面的要求等。
（三）系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)
系統(tǒng)測(cè)試所用的數(shù)據(jù)必須盡可能地像真實(shí)數(shù)據(jù)一樣精確和有代表性。可以使用真實(shí)數(shù)據(jù)或者使用真實(shí)數(shù)據(jù)的一個(gè)復(fù)制，復(fù)制數(shù)據(jù)的質(zhì)量、精度和數(shù)據(jù)量必須盡可能地代表真實(shí)的數(shù)據(jù)。
（四）系統(tǒng)測(cè)試與確認(rèn)測(cè)試區(qū)別
確認(rèn)測(cè)試始于集成測(cè)試的結(jié)束，那時(shí)已測(cè)試完單個(gè)構(gòu)件，軟件已組裝成完整的軟件包，且接口錯(cuò)誤已被發(fā)現(xiàn)和改正。在確認(rèn)測(cè)試時(shí)，傳統(tǒng)軟件與面向?qū)ο筌浖牟顒e已經(jīng)消失，測(cè)試便集中于用戶可見的動(dòng)作和用戶可識(shí)別的系統(tǒng)輸出。
1.確認(rèn)測(cè)試準(zhǔn)則
軟件確認(rèn)是通過一系列表明已符合軟件需求的測(cè)試而獲得的。測(cè)試計(jì)劃和規(guī)程都是用于確保滿足所有的功能需求，具有所有的行為特征，達(dá)到所有的性能需求，文檔是正確的、可用的。執(zhí)行每個(gè)確認(rèn)測(cè)試用例之后，存在下面兩種可能條件之一：（1）功能或性能特征符合需求規(guī)約，因而被接受；（2）發(fā)現(xiàn)了與規(guī)約的偏差，創(chuàng)建缺陷列表。
2.配置評(píng)審
評(píng)審的目的是保證所有的軟件配置元素已正確開發(fā)、編目，且具有支持軟件生命周期的支持階段的必要細(xì)節(jié)。
3.α測(cè)試與β測(cè)試
α測(cè)試是由最終用戶在開發(fā)者的場(chǎng)所進(jìn)行。軟件在自然的環(huán)境下使用，開發(fā)者站在典型用戶的后面觀看，并記錄錯(cuò)誤和使用問題。α測(cè)試在受控的環(huán)境下進(jìn)行。
β測(cè)試是最終用戶場(chǎng)所執(zhí)行。開發(fā)者通常不在場(chǎng)，因此，β測(cè)試是在不為開發(fā)者控制的環(huán)境下軟件的現(xiàn)場(chǎng)應(yīng)用。最終用戶記錄測(cè)試過程中遇見的所有問題(現(xiàn)實(shí)存在或想象的)，并將其定期地報(bào)告給開發(fā)者。接到β測(cè)試的問題報(bào)告之后，軟件工程師進(jìn)行修改，然后準(zhǔn)備向最終用戶軟件產(chǎn)品。
二、系統(tǒng)級(jí)功能測(cè)試技術(shù)
（一）線索的概念
線索（thread）的概念很難定義。事實(shí)上，一些已經(jīng)公開的定義都是矛盾、容易產(chǎn)生誤導(dǎo)或錯(cuò)誤的?？梢园丫€索看作是一種不需要形式化定義的原始概念。以下是對(duì)線索的多種看法：一般使用的場(chǎng)景；系統(tǒng)級(jí)測(cè)試用例；激勵(lì)/響應(yīng)對(duì)；由系統(tǒng)級(jí)輸入序列產(chǎn)生的行為；端口輸入和輸出事件的交替序列；系統(tǒng)狀態(tài)機(jī)描述中的轉(zhuǎn)換序列；對(duì)象消息和方法執(zhí)行的交替序列；機(jī)器指令序列；源指令序列；MM-路徑序列；原子系統(tǒng)功能序列。
（二）需求規(guī)約的基本構(gòu)造元素
根據(jù)一組基本需求規(guī)約構(gòu)造元素，即數(shù)據(jù)、行動(dòng)、設(shè)備、事件和線索，來(lái)討論系統(tǒng)測(cè)試。每個(gè)系統(tǒng)都可以使用這五種元素表示。
1.數(shù)據(jù)
主要包括：變量、數(shù)據(jù)結(jié)構(gòu)、字段、記錄、數(shù)據(jù)存儲(chǔ)和文件、實(shí)體關(guān)系模型高層數(shù)據(jù)描述。
2.行動(dòng)
以行動(dòng)為中心建模仍然是需求規(guī)約的一種常見形式，這是因?yàn)橛忻钍匠绦蛟O(shè)計(jì)語(yǔ)言以行動(dòng)為中心性質(zhì)的歷史原因。行動(dòng)有輸入和輸出，這些輸入和輸出既可以是數(shù)據(jù)，也可以是端口事件。行動(dòng)還可以分解為低層活動(dòng)，例如數(shù)據(jù)流圖。
3.設(shè)備
每個(gè)系統(tǒng)都有端口設(shè)備，這些端口設(shè)備是系統(tǒng)級(jí)輸入和輸出（端口事件）的源和目的地。在技術(shù)上，端口是I/O設(shè)備接入系統(tǒng)的點(diǎn)。
4.事件
事件既有數(shù)據(jù)方面的一些特征，又有行動(dòng)方面的一些特征。事件是發(fā)生在端口設(shè)備上的系統(tǒng)級(jí)輸入（或輸出）?？梢允请x散的，也可以是連續(xù)的（例如溫度、高度或壓力）。端口輸入事件是物理到邏輯的轉(zhuǎn)換，同樣，端口輸出事件是邏輯到物理的轉(zhuǎn)換。
5.線索
因?yàn)橐獪y(cè)試線索，因此測(cè)試人員通常不能在數(shù)據(jù)、事件和行動(dòng)之間的交互中找出線索。線索本身出現(xiàn)在需求規(guī)約中的惟一地方，是使用快速原型法并結(jié)合場(chǎng)景記錄器。
（三）線索測(cè)試的結(jié)構(gòu)策略及功能策略
結(jié)構(gòu)策略實(shí)際上是基于有限狀態(tài)機(jī)的行為建模中的結(jié)構(gòu)來(lái)尋找測(cè)試線索的。首先自底向上組織各層次的狀態(tài)機(jī)，然后尋找線索覆蓋每個(gè)狀態(tài)機(jī)的節(jié)點(diǎn)和邊，同時(shí)還要找出節(jié)點(diǎn)與邊覆蓋指標(biāo)。
線索測(cè)試的功能策略
1.基于事件的線索測(cè)試
（1）端口輸入事件覆蓋指標(biāo)
五個(gè)覆蓋指標(biāo)為覆蓋端口輸入事件提供了一組線索：
(1)PI1：每個(gè)端口輸入事件發(fā)生。
(2)PI2：端口輸入事件的常見序列發(fā)生。
(3)PI3：每個(gè)端口輸入事件在所有“相關(guān)”數(shù)據(jù)語(yǔ)境中發(fā)生。
(4)PI4：對(duì)于給定語(yǔ)境，所有“不合適”的輸入事件發(fā)生。
(5)Pl5：對(duì)于給定語(yǔ)境，所有可能的輸入事件發(fā)生。
（2）端口輸出事件覆蓋指標(biāo)
根據(jù)端口輸出事件定義兩種覆蓋指標(biāo)：
(1)PO1：每個(gè)端口輸出事件發(fā)生。
(2)PO2：每個(gè)端口輸出事件在每種原因下發(fā)生
2.基于端口的線索測(cè)試
基于端口的測(cè)試是基于事件測(cè)試的有用補(bǔ)充。
對(duì)于每個(gè)端口都要詢問端口上會(huì)出現(xiàn)什么事件。然后根據(jù)每個(gè)端口的事件列表尋找使用輸入端口和輸出端口的線索。有些需求規(guī)約技術(shù)要求提供這種端口的事件列表。
設(shè)備和事件之間的多對(duì)多測(cè)試應(yīng)該在兩個(gè)方向上進(jìn)行：基于事件的測(cè)試覆蓋從事件到端口的一對(duì)多關(guān)系，反之，基于端口的測(cè)試覆蓋從端口到事件的一對(duì)多關(guān)系。SATM系統(tǒng)不能使用這種測(cè)試，因?yàn)镾ATM不發(fā)生在多個(gè)端口上。
三、系統(tǒng)測(cè)試的主要內(nèi)容
系統(tǒng)測(cè)試一般要完成以下幾種測(cè)試：功能測(cè)試、性能測(cè)試、可靠性、穩(wěn)定性測(cè)試、兼容性測(cè)試、恢復(fù)性測(cè)試、安全性測(cè)試、強(qiáng)度測(cè)試、面向用戶支持方面的測(cè)試、其他限制條件的測(cè)試。下面就對(duì)常用的系統(tǒng)測(cè)試做一個(gè)介紹：
（一）壓力測(cè)試
壓力測(cè)試是指模擬巨大的工作負(fù)荷以查看或評(píng)估應(yīng)用程序在峰值或超越最大負(fù)載使用情況下如何執(zhí)行操作。壓力測(cè)試有如下特點(diǎn)：可以測(cè)試系統(tǒng)的穩(wěn)定性；一般需要對(duì)用戶的使用情況進(jìn)行模擬。壓力測(cè)試的方法包括：并發(fā)測(cè)試法、增加量級(jí)法、重復(fù)測(cè)試法。
（二）性能測(cè)試
性能測(cè)試一般需進(jìn)行：對(duì)軟件計(jì)算的精度有要求時(shí)，設(shè)計(jì)測(cè)試用例；對(duì)軟件有時(shí)間要求時(shí)，設(shè)計(jì)測(cè)試用例；測(cè)試為完成功能所處理的數(shù)據(jù)量；測(cè)試程序運(yùn)行所占用的空間；測(cè)試對(duì)系統(tǒng)的負(fù)載潛力；測(cè)試配置項(xiàng)各部分的協(xié)調(diào)性；測(cè)試軟件性能和硬件性能的集成；測(cè)試系統(tǒng)對(duì)并發(fā)事務(wù)和并發(fā)用戶訪問的處理能力。
（三）恢復(fù)性測(cè)試
多數(shù)基于計(jì)算機(jī)的系統(tǒng)必須從錯(cuò)誤中恢復(fù)并在一定的時(shí)間內(nèi)重新運(yùn)行?；謴?fù)性測(cè)試是通過各種方式強(qiáng)制地讓系統(tǒng)發(fā)生故障并驗(yàn)證其能適當(dāng)恢復(fù)的一種系統(tǒng)測(cè)試。若恢復(fù)是自動(dòng)的(由系統(tǒng)自身完成)，則對(duì)重新初始化、檢查點(diǎn)機(jī)制、數(shù)據(jù)恢復(fù)和重新啟動(dòng)都要進(jìn)行正確性評(píng)估。若恢復(fù)需要人工干預(yù)，則估算平均恢復(fù)時(shí)間(mean-time-to-repair，MTTR)以確定其是否在可接受的范圍之內(nèi)。
（四）安全性測(cè)試
安全性測(cè)試驗(yàn)證建立在系統(tǒng)內(nèi)的保護(hù)機(jī)制是否能夠?qū)嶋H保護(hù)系統(tǒng)不受非法入侵。系統(tǒng)的安全必須經(jīng)受住正面的攻擊，但是也必須能夠經(jīng)受住側(cè)面和背后的攻擊。在安全性測(cè)試過程中，測(cè)試者扮演試圖攻擊系統(tǒng)的角色。測(cè)試者可以試圖通過外部手段獲取密碼；可以通過瓦解任何防守的定制軟件來(lái)攻擊系統(tǒng)；可以“制服”系統(tǒng)使其無(wú)法對(duì)別人提供服務(wù)；可以有目的地引發(fā)系統(tǒng)錯(cuò)誤以期在其恢復(fù)過程中入侵系統(tǒng)；可以通過瀏覽非保密數(shù)據(jù)，從中找到進(jìn)入系統(tǒng)的鑰匙等等。
四、結(jié)語(yǔ)
系統(tǒng)測(cè)試有助于在其部署中客戶發(fā)現(xiàn)缺陷之前，盡可能多滴發(fā)現(xiàn)缺陷，在系統(tǒng)測(cè)試期間要驗(yàn)證完整產(chǎn)品的行為，包括設(shè)計(jì)多個(gè)模塊、程序和功能的測(cè)試，測(cè)試完整產(chǎn)品的行為是很關(guān)鍵的，因?yàn)楹芏嗳隋e(cuò)誤地認(rèn)為經(jīng)過單獨(dú)測(cè)試的組件放到一起后仍能正常運(yùn)行。
參考文獻(xiàn)：
[1]薛沖沖,陳堅(jiān).軟件測(cè)試研究[J].計(jì)算機(jī)系統(tǒng)應(yīng)用,2011,2
[2]陶幸輝,宋志剛.軟件系統(tǒng)測(cè)試類型及測(cè)試用例設(shè)計(jì)[J].科技經(jīng)濟(jì)市場(chǎng),2011,6
[3]朱家云.淺析軟件測(cè)試[J].信息系統(tǒng)工程,2011,4
[4王麗達(dá).論軟件系統(tǒng)的測(cè)試[J].經(jīng)濟(jì)研究導(dǎo)刊,2011,14
三年以上工作經(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é)英語(yǔ)四級(jí)
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基于web的系統(tǒng)測(cè)試方法。/kF?RZNAX4^''''8gnv[本資料來(lái)源于貴州學(xué)習(xí)網(wǎng)計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)]/kF?RZNAX4^''''8gnv
隨著internet和intranet/extranet的快速增長(zhǎng)，web已經(jīng)對(duì)商業(yè)、工業(yè)、銀行、財(cái)政、教育、政府和娛樂及我們的工作和生活產(chǎn)生了深遠(yuǎn)的影響。許多傳統(tǒng)的信息和數(shù)據(jù)庫(kù)系統(tǒng)正在被移植到互聯(lián)網(wǎng)上，電子商務(wù)迅速增長(zhǎng)，早已超過了國(guó)界。范圍廣泛的、復(fù)雜的分布式應(yīng)用正在web環(huán)境中出現(xiàn)。web的流行和無(wú)所不在，是因?yàn)樗芴峁┲С炙蓄愋蛢?nèi)容連接的信息，容易為最終用戶存取。
yogeshdeshpande和stevehansen在1998年就提出了web工程的概念。web工程作為一門新興的學(xué)科，提倡使用一個(gè)過程和系統(tǒng)的方法來(lái)開發(fā)高質(zhì)量的基于web的系統(tǒng)。它"使用合理的、科學(xué)的工程和管理原則，用嚴(yán)密的和系統(tǒng)的方法來(lái)開發(fā)、和維護(hù)基于web的系統(tǒng)"。目前，對(duì)于web工程的研究主要是在國(guó)外開展的，國(guó)內(nèi)還剛剛起步。
在基于web的系統(tǒng)開發(fā)中，如果缺乏嚴(yán)格的過程，我們?cè)陂_發(fā)、、實(shí)施和維護(hù)web的過程中，可能就會(huì)碰到一些嚴(yán)重的問題，失敗的可能性很大。而且，隨著基于web的系統(tǒng)變得越來(lái)越復(fù)雜，一個(gè)項(xiàng)目的失敗將可能導(dǎo)致很多問題。當(dāng)這種情況發(fā)生時(shí)，我們對(duì)web和internet的信心可能會(huì)無(wú)法挽救地動(dòng)搖，從而引起web危機(jī)。并且，web危機(jī)可能會(huì)比軟件開發(fā)人員所面對(duì)的軟件危機(jī)更加嚴(yán)重、更加廣泛。
在web工程過程中，基于web系統(tǒng)的測(cè)試、確認(rèn)和驗(yàn)收是一項(xiàng)重要而富有挑戰(zhàn)性的工作?；趙eb的系統(tǒng)測(cè)試與傳統(tǒng)的軟件測(cè)試不同，它不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要測(cè)試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測(cè)試。然而，internet和web媒體的不可預(yù)見性使測(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)上沒有孤立的頁(yè)面，所謂孤立頁(yè)面是指沒有鏈接指向該頁(yè)面，只有知道正確的url地址才能訪問。
鏈接測(cè)試可以自動(dòng)進(jìn)行，現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測(cè)試必須在集成測(cè)試階段完成，也就是說(shuō)，在整個(gè)web應(yīng)用系統(tǒng)的所有頁(yè)面開發(fā)完成之后進(jìn)行鏈接測(cè)試。
2、表單測(cè)試
當(dāng)用戶給web應(yīng)用系統(tǒng)管理員提交信息時(shí)，就需要使用表單操作，例如用戶注冊(cè)、登陸、信息提交等。在這種情況下，我們必須測(cè)試提交操作的完整性，以校驗(yàn)提交給服務(wù)器的信息的正確性。例如：用戶填寫的出生日期與職業(yè)是否恰當(dāng)，填寫的所屬省份與所在城市是否匹配等。如果使用了默認(rèn)值，還要檢驗(yàn)?zāi)J(rèn)值的正確性。如果表單只能接受指定的某些值，則也要進(jìn)行測(cè)試。例如：只能接受某些字符，測(cè)試時(shí)可以跳過這些字符，看系統(tǒng)是否會(huì)報(bào)錯(cuò)。
3、cookies測(cè)試
cookies通常用來(lái)存儲(chǔ)用戶信息和用戶在某應(yīng)用系統(tǒng)的操作，當(dāng)一個(gè)用戶使用cookies訪問了某一個(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ǔ)登陸等信息。
如果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)重的問題，例如使用哪種版本的html等。當(dāng)在分布式環(huán)境中開發(fā)時(shí)，開發(fā)人員都不在一起，這個(gè)問題就顯得尤為重要。除了html的版本問題外，不同的腳本語(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)行、查詢和實(shí)現(xiàn)用戶對(duì)數(shù)據(jù)存儲(chǔ)的請(qǐng)求等提供空間。在web應(yīng)用中，最常用的數(shù)據(jù)庫(kù)類型是關(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ì)問題等引起的，針對(duì)這兩種情況，可分別進(jìn)行測(cè)試。,l/u,H*wjY-gM8- [此文轉(zhuǎn)貼于我的學(xué)習(xí)網(wǎng)計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)
二、性能測(cè)試
1、連接速度測(cè)試
用戶連接到web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化，他們或許是電話撥號(hào)，或是寬帶上網(wǎng)。當(dāng)下載一個(gè)程序時(shí)，用戶可以等較長(zhǎng)的時(shí)間，但如果僅僅訪問一個(gè)頁(yè)面就不會(huì)這樣。如果web系統(tǒng)響應(yīng)時(shí)間太長(zhǎng)（例如超過5秒鐘），用戶就會(huì)因沒有耐心等待而離開。
另外，有些頁(yè)面有超時(shí)的限制，如果響應(yīng)速度太慢，用戶可能還沒來(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í)訪問web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。例如：web應(yīng)用系統(tǒng)能允許多少個(gè)用戶同時(shí)在線？如果超過了這個(gè)數(shù)量，會(huì)出現(xiàn)什么現(xiàn)象？web應(yīng)用系統(tǒng)能否處理大量用戶對(duì)同一個(gè)頁(yè)面的請(qǐng)求？
3、壓力測(cè)試
【關(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)為解決這一瓶頸問題提供了可能。目前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ǎng)也相互抵消，降低了電磁干擾。
3.提出方案
某型號(hào)雷達(dá)采用相控陣列天線，天線為N維陣列，從天線陣列下來(lái)的N路射頻信號(hào)經(jīng)過接收系統(tǒng)變換成數(shù)字中頻信號(hào)，接收系統(tǒng)采用LVDS編碼芯片將中頻信號(hào)編碼，一塊LVDS芯片傳輸5路中頻信號(hào)，接收系統(tǒng)通過專用的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)試過程中實(shí)際上并沒有覆蓋LVDS解碼芯片，也不經(jīng)過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)問題，返工的周期也會(huì)影響雷達(dá)系統(tǒng)聯(lián)調(diào)的總體時(shí)間進(jìn)度，這樣導(dǎo)致工作量增加，而且調(diào)試效果也不佳，售后服務(wù)返修件多數(shù)情況也無(wú)法處理。
針對(duì)以上情況，本文提出了一套簡(jiǎn)單易行的解決方案，通過搭建波束形成調(diào)試、測(cè)試工裝，建立一個(gè)專門的波束形成插件調(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)生提供，并通過
LVDS電纜傳給信號(hào)處理系統(tǒng)。接收系統(tǒng)測(cè)試軟件固化在其配置芯片中，信號(hào)處理系統(tǒng)端的測(cè)試軟件通過計(jì)算機(jī)在線編程下載到FPGA芯片中。
3.2 軟件設(shè)計(jì)
接收系統(tǒng)軟件產(chǎn)生鋸齒波信號(hào)，通過測(cè)試電纜送信號(hào)系統(tǒng)；實(shí)現(xiàn)方法：利用一個(gè)計(jì)數(shù)器產(chǎn)生所需鋸齒波信號(hào)。具體如圖3所示。
信號(hào)系統(tǒng)編寫控制軟件，根據(jù)接收系統(tǒng)送過來(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)過的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)試過程中，采用了上述測(cè)試方法，基本解決了波束形成插件調(diào)試?yán)щy的問題，提高了調(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è)試過程中要受到整機(jī)性能的影響，雷達(dá)整機(jī)工作必須正常，特別是接收校正功能。在沒有整機(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)鍵詞 軟件測(cè)試；軟件質(zhì)量；模擬器
中圖分類號(hào)TN911 文獻(xiàn)標(biāo)識(shí)碼A 文章編號(hào) 1674-6708（2013）95-0224-02
隨著信息技術(shù)與信息產(chǎn)業(yè)的發(fā)展，計(jì)算機(jī)軟件廣泛地滲入到了我們的工作和生活中，各種產(chǎn)品和設(shè)備與計(jì)算機(jī)軟件的聯(lián)系也越來(lái)越緊密。計(jì)算機(jī)軟件的質(zhì)量?jī)?yōu)劣也日益受到人們的重視。軟件測(cè)試是保證軟件質(zhì)量的重要手段。在軟件工程中，軟件測(cè)試是軟件生命周期中一項(xiàng)非常重要的工作，也是一項(xiàng)非常復(fù)雜的工作。
1 模擬器軟件的開發(fā)與測(cè)試
軟件是模擬器的重要組成部分，軟件的質(zhì)量直接影響著模擬器的質(zhì)量。軟件如果存在缺陷或故障，將會(huì)導(dǎo)致模擬器在使用過程中發(fā)生錯(cuò)誤，對(duì)用戶產(chǎn)生各種影響。模擬器軟件的開發(fā)過程一般包括制定計(jì)劃、需求分析、軟件設(shè)計(jì)、軟件編碼、軟件測(cè)試、運(yùn)行維護(hù)等6個(gè)階段。軟件測(cè)試是模擬器軟件開發(fā)過程中的一個(gè)階段，是保證模擬器軟件質(zhì)量的重要方法和手段。軟件測(cè)試技術(shù)可分為靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試。靜態(tài)測(cè)試是一種不通過執(zhí)行程序而進(jìn)行測(cè)試的技術(shù)，關(guān)鍵是檢查軟件的表示和描述是否一致，有無(wú)沖突或歧義。動(dòng)態(tài)測(cè)試通過人工或使用工具運(yùn)行程序進(jìn)行檢查，分析程序的執(zhí)行狀態(tài)和程序運(yùn)行的表象。動(dòng)態(tài)測(cè)試一般分為白盒法測(cè)試和黑盒法測(cè)試。白盒法測(cè)試對(duì)象是源程序，依據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)來(lái)發(fā)現(xiàn)編程錯(cuò)誤、結(jié)構(gòu)錯(cuò)誤和數(shù)據(jù)錯(cuò)誤。黑盒法是把測(cè)試對(duì)象看成一個(gè)黑盒子，依據(jù)軟件的功能或軟件行為描述，發(fā)現(xiàn)軟件的接口、功能和結(jié)構(gòu)錯(cuò)誤。
模擬器的軟件測(cè)試是軟件開發(fā)過程中的一個(gè)階段，但不是一個(gè)完全獨(dú)立的階段，而是貫穿于軟件開發(fā)整個(gè)過程中的一個(gè)重要環(huán)節(jié)。模擬器軟件測(cè)試過程由單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試等階段組成，整個(gè)測(cè)試過程與如圖1所示。其中，系統(tǒng)測(cè)試是整個(gè)軟件測(cè)試過程中非常重要的測(cè)試階段，是軟件的全部功能在實(shí)際運(yùn)行環(huán)境中進(jìn)行驗(yàn)證和確認(rèn)的測(cè)試，也是用戶進(jìn)行驗(yàn)收前的測(cè)試。
2模擬器軟件系統(tǒng)測(cè)試的目的和內(nèi)容
模擬器軟件測(cè)試是一項(xiàng)非常復(fù)雜的工作，首先要按照詳細(xì)設(shè)計(jì)的要求對(duì)所有模塊的功能、性能、接口等進(jìn)行單元測(cè)試，發(fā)現(xiàn)每個(gè)程序模塊內(nèi)部可能存在的差錯(cuò)，確保每個(gè)模塊單元工作正常。在單元測(cè)試的基礎(chǔ)上，將所有已通過單元測(cè)試的模塊按照概要設(shè)計(jì)的要求組裝成系統(tǒng)進(jìn)行集成測(cè)試，發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤，確保各單元模塊集成系統(tǒng)后能夠按設(shè)計(jì)要求協(xié)作運(yùn)行，并確保增量行為的正確性。
模擬器軟件的系統(tǒng)測(cè)試，就是將已經(jīng)過集成測(cè)試的模擬器軟件和其它支持軟件安裝在模擬器的專用計(jì)算機(jī)上，并與模擬器的硬件設(shè)備、人員等所有系統(tǒng)元素結(jié)合在一起，在實(shí)際的運(yùn)行環(huán)境下，對(duì)模擬器軟件進(jìn)行全面測(cè)試。通過對(duì)模擬器軟件的需求定義進(jìn)行比較，找出軟件與需求定義不相符之處，通過對(duì)模擬器進(jìn)行一系列嚴(yán)格測(cè)試來(lái)發(fā)現(xiàn)軟件中潛在的錯(cuò)誤和缺陷，以確保模擬器交付給用戶后能夠正常使用。
模擬器軟件系統(tǒng)測(cè)試包含功能性測(cè)試和非功能性測(cè)試兩類測(cè)試內(nèi)容。功能性測(cè)試的目的是測(cè)試軟件的主要功能與用戶的需求是否一致，主要進(jìn)行訓(xùn)練環(huán)境設(shè)置功能測(cè)試、訓(xùn)練功能測(cè)試、訓(xùn)練評(píng)估功能測(cè)試。非功能性測(cè)試主要測(cè)試軟件的性能、可靠性、健壯性是否滿足設(shè)計(jì)要求，主要進(jìn)行性能測(cè)試、可靠性測(cè)試、易用性測(cè)試。模擬器軟件的系統(tǒng)測(cè)試主要采用黑盒測(cè)試技術(shù)中的因果圖、決策表、錯(cuò)誤推測(cè)等測(cè)試方法。
3 模擬器軟件的功能性測(cè)試
功能測(cè)試不考慮模擬器軟件的內(nèi)部結(jié)構(gòu)和處理過程，通常在程序的界面處進(jìn)行測(cè)試，測(cè)試軟件是否能夠按照需求的規(guī)定正常運(yùn)行，是否能夠?qū)崿F(xiàn)與需求一致的所有功能，發(fā)現(xiàn)軟件與需求定義不相符之處和潛在的錯(cuò)誤與缺陷。模擬器軟件的功能性測(cè)試主要進(jìn)行訓(xùn)練環(huán)境設(shè)置功能測(cè)試、訓(xùn)練功能測(cè)試和訓(xùn)練評(píng)估程序功能測(cè)試。
3.1 訓(xùn)練環(huán)境設(shè)置功能測(cè)試
在訓(xùn)練開始前模擬器要進(jìn)行訓(xùn)練環(huán)境設(shè)置，訓(xùn)練環(huán)境包括地理地形、氣象條件、各種設(shè)置、各類模型數(shù)據(jù)等。訓(xùn)練環(huán)境設(shè)置的功能測(cè)試用例應(yīng)當(dāng)按照軟件需求進(jìn)行設(shè)計(jì)，要考慮到不同訓(xùn)練環(huán)境的各種組合情況，測(cè)試目的就是核實(shí)在不同的環(huán)境設(shè)置時(shí)數(shù)據(jù)載入是否正確、是否完整，是否完全符合設(shè)計(jì)要求。
3.2 訓(xùn)練功能測(cè)試
模擬器的訓(xùn)練功能就是在各種操作方式（正確或錯(cuò)誤）條件下仿真裝備的真實(shí)反應(yīng)（狀態(tài)和過程）。不同的操作方式就是按照不同的操作順序?qū)⒛M器不同設(shè)備面板的各種操作器件置于不同的位置狀態(tài)，所有操作器件不同順序的不同位置狀態(tài)可以產(chǎn)生數(shù)量很大的各種條件的輸入組合。仿真裝備的真實(shí)反應(yīng)就是模擬器軟件的輸出，就是啟動(dòng)不同的仿真過程、或改變仿真進(jìn)程、或使模擬器顯示器件顯示不同內(nèi)容與狀態(tài)、或?qū)е氯S場(chǎng)景的不同改變。對(duì)于模擬器軟件這種多條件組合輸入、產(chǎn)生多動(dòng)作輸出的復(fù)雜功能測(cè)試使用因果圖（邏輯模型）方法設(shè)計(jì)測(cè)試用例比較合適。
采用因果圖方法設(shè)計(jì)模擬器軟件功能測(cè)試用例的步驟：首先確定模擬器軟件功能中的原因和結(jié)果，確定原因和結(jié)果之間的邏輯關(guān)系，根據(jù)這些關(guān)系畫出因果圖。確定因果圖中的各個(gè)約束。然后把因果圖轉(zhuǎn)換為決策表。根據(jù)決策表設(shè)計(jì)測(cè)試用例。
由于模擬器軟件的功能測(cè)試比較復(fù)雜，應(yīng)當(dāng)采用錯(cuò)誤推測(cè)法作為輔助測(cè)試方法，依靠測(cè)試人員的經(jīng)驗(yàn)和直覺推測(cè)軟件功能可能存在的各種錯(cuò)誤從而有針對(duì)性地設(shè)計(jì)測(cè)試用例。
根據(jù)測(cè)試用例進(jìn)行訓(xùn)練功能測(cè)試，檢查在各種操作方式條件下軟件的訓(xùn)練仿真過程以及模擬器表象及狀態(tài)是否與設(shè)計(jì)要求完全一致、是否存在錯(cuò)誤和潛在的缺陷。
3.3 訓(xùn)練評(píng)估程序的功能測(cè)試
對(duì)訓(xùn)練過程進(jìn)行評(píng)估是模擬器的一個(gè)重要功能。訓(xùn)練環(huán)境的設(shè)置數(shù)據(jù)和訓(xùn)練過程中對(duì)模擬器的所有操作過程都按照時(shí)間先后以規(guī)定的數(shù)據(jù)格式完整地記錄在操作過程的文件中。訓(xùn)練評(píng)估程序的功能就是將記錄的操作過程文件作為輸入數(shù)據(jù)，經(jīng)過邏輯分析和數(shù)據(jù)計(jì)算，輸出此次訓(xùn)練的成績(jī)和訓(xùn)練過程的評(píng)語(yǔ)。由于訓(xùn)練評(píng)估程序的輸入是整個(gè)訓(xùn)練過程的全部操作，所有操作器件產(chǎn)生的操作順序組合將達(dá)到非常大的數(shù)目，實(shí)際中可能無(wú)法完成，在設(shè)計(jì)測(cè)試用例時(shí)采用等價(jià)類技術(shù)對(duì)操作過程的各種順序組合進(jìn)行劃分，從劃分的每個(gè)區(qū)域內(nèi)選取有代表性的操作過程作為測(cè)試用例。測(cè)試的目的就是檢查對(duì)不同的操作過程輸出的成績(jī)和評(píng)語(yǔ)是否正確，是否與專家評(píng)定結(jié)果一致。
4 模擬器軟件的非功能性測(cè)試
模擬器軟件的非功能性測(cè)試主要內(nèi)容包括性能測(cè)試、可靠性測(cè)試、易用性測(cè)試。
4.1 性能測(cè)試
性能測(cè)試主要檢驗(yàn)?zāi)M器軟件是否達(dá)到需求規(guī)定的各類性能指標(biāo)，并滿足一些性能相關(guān)的約束和限制條件。軟件運(yùn)行的實(shí)時(shí)性是非常重要的性能指標(biāo)。模擬器軟件的實(shí)時(shí)性測(cè)試主要包括操作響應(yīng)時(shí)間的測(cè)試以及三維場(chǎng)景顯示的流暢與連續(xù)性測(cè)試。操作的響應(yīng)時(shí)間應(yīng)當(dāng)與裝備的響應(yīng)時(shí)間一致。場(chǎng)景的流暢要符合人們的視覺感受，如果三維場(chǎng)景繪制復(fù)雜、數(shù)據(jù)量大時(shí)會(huì)導(dǎo)致顯示幀頻下降，人眼就會(huì)感到畫面間斷、停頓，顯示幀頻是衡量流暢性的指標(biāo)。三維場(chǎng)景的流暢性與場(chǎng)景中三維實(shí)體的數(shù)量、復(fù)雜程度、分辨率，以及三維場(chǎng)景特效（如煙霧）等有直接關(guān)系，應(yīng)當(dāng)以場(chǎng)景實(shí)體和特效達(dá)到或接近最苛刻的過程進(jìn)行場(chǎng)景顯示的實(shí)時(shí)性測(cè)試。
4.2 可靠性測(cè)試
軟件的可靠性也叫做穩(wěn)定性，是指在負(fù)載多變的情況下或長(zhǎng)時(shí)間運(yùn)行的情況下模擬器軟件運(yùn)行的穩(wěn)定程度。模擬器軟件的可靠性測(cè)試可以使用重復(fù)測(cè)試、并發(fā)測(cè)試、隨機(jī)變化以及長(zhǎng)時(shí)間不間斷運(yùn)行等方法。重復(fù)測(cè)試就是對(duì)某一器件進(jìn)行重復(fù)操作，測(cè)試模擬器能否持續(xù)不斷地仿真設(shè)備的真實(shí)運(yùn)行效果；并發(fā)測(cè)試就是同時(shí)對(duì)多個(gè)器件進(jìn)行操作，測(cè)試模擬器能否產(chǎn)生與設(shè)備同樣的狀態(tài)；隨機(jī)變化就是不按照正常的操作順序，而是設(shè)計(jì)非常規(guī)的隨機(jī)操作順序或?qū)χ貜?fù)和并發(fā)測(cè)試手段進(jìn)行隨機(jī)組合，以獲得最佳的測(cè)試效果。按照設(shè)計(jì)要求讓模擬器軟件長(zhǎng)時(shí)間不間斷地運(yùn)行，測(cè)試軟件是否運(yùn)行正常、功能是否出錯(cuò)。
4.3 易用性測(cè)試
模擬器軟件的易用性主要是指訓(xùn)練環(huán)境設(shè)置、成績(jī)?cè)u(píng)估等環(huán)節(jié)的界面易懂、選擇準(zhǔn)確、操作方便。界面的設(shè)計(jì)要盡量符合人們的習(xí)慣和思維方式，按鈕名稱用詞準(zhǔn)確、沒有歧義，同一界面的按鈕要易于區(qū)分，用戶能夠進(jìn)行正確理解界面的功能并能夠進(jìn)行正確操作。用戶能夠終止進(jìn)程，重新返回、重新選擇。通過對(duì)界面的操作來(lái)測(cè)試模擬器軟件的易用性。
5 結(jié)論
系統(tǒng)測(cè)試是軟件交給用戶進(jìn)行驗(yàn)收測(cè)試的最后一道關(guān)口，對(duì)保證軟件的質(zhì)量起著非常重要的作用。系統(tǒng)測(cè)試也是測(cè)試人員需要花大量的時(shí)間和精力才能完成的工作，雖然有些測(cè)試工作可以使用軟件測(cè)試工具來(lái)完成，但由于每一種測(cè)試工具都有其特定領(lǐng)域的應(yīng)用，都有其自身的很多局限性，軟件測(cè)試工具本身不具備創(chuàng)造力，不能設(shè)計(jì)測(cè)試用例，不能處理意外事件，使用測(cè)試工具發(fā)現(xiàn)的缺陷也沒有手工測(cè)試發(fā)現(xiàn)的多。系統(tǒng)測(cè)試中的很多工作主要還是靠人完成的，測(cè)試人員的能力和素質(zhì)最終決定了測(cè)試結(jié)果的好壞。根據(jù)系統(tǒng)測(cè)試結(jié)果和系統(tǒng)測(cè)試分析報(bào)告，在驗(yàn)收測(cè)試前完善軟件功能、糾正軟件錯(cuò)誤、消除軟件潛在的缺陷，提高軟件質(zhì)量。
參考文獻(xiàn)
[1]趙斌.軟件測(cè)試技術(shù)經(jīng)典教程 [M].2版.北京：科學(xué)出版社，2011.
[2]李海生，郭銳.軟件測(cè)試技術(shù)案例教程[M].北京：清華大學(xué)出版社，2012.
摘要:
介紹了一款針對(duì)航空器上電子設(shè)備進(jìn)行監(jiān)測(cè)的系統(tǒng)的設(shè)計(jì)與測(cè)試方法。該系統(tǒng)可以完成數(shù)據(jù)的采集與傳輸、錯(cuò)誤曼徹斯特碼生成、消息監(jiān)聽等功能，其采用可編程邏輯器件（FPGA），在詳細(xì)分析1553B總線協(xié)議的前提下，采用硬件編程語(yǔ)言VHDL，完成功能邏輯部分設(shè)計(jì)。最后通過現(xiàn)有的1553B總線通信網(wǎng)，搭建硬件測(cè)試平臺(tái)，完成總體的設(shè)計(jì)實(shí)現(xiàn)與功能測(cè)試。
關(guān)鍵詞：
1553B總線；信息監(jiān)聽；可編程邏輯器件；系統(tǒng)測(cè)試
一、引言
隨著航空業(yè)的飛速發(fā)展，飛行器上出現(xiàn)了越來(lái)越多的功能各異的電子終端設(shè)備，這些終端設(shè)備絕大部分是由不同的設(shè)計(jì)者設(shè)計(jì)生產(chǎn)出來(lái)的，那么由不同設(shè)計(jì)者設(shè)計(jì)生產(chǎn)的終端是否可以在同一個(gè)航空總線系統(tǒng)中實(shí)現(xiàn)完美融合呢？擁有眾多終端的總線系統(tǒng)上所傳輸?shù)南⑹欠窨梢酝暾涗?？?dāng)總線系統(tǒng)中出現(xiàn)錯(cuò)誤的編碼類型時(shí)，對(duì)終端是影響如何？這是飛行器設(shè)計(jì)制造者需要妥善解決的問題，并且也是眾終端設(shè)計(jì)生產(chǎn)者迫切想要知道的問題[1]。本系統(tǒng)可以完成數(shù)據(jù)采集與傳輸，通過測(cè)試后，就解決了終端與總線的融合問題；此外，系統(tǒng)還可以生成若干錯(cuò)誤類型的曼徹斯特編碼，可以對(duì)總線上終端面對(duì)錯(cuò)誤編碼的反應(yīng)進(jìn)行測(cè)試；最后系統(tǒng)與計(jì)算機(jī)相結(jié)合可以完成總線網(wǎng)絡(luò)的全信息監(jiān)聽，為飛行器設(shè)計(jì)與制造提供有效數(shù)據(jù)。
二、總體設(shè)計(jì)
根據(jù)對(duì)系統(tǒng)的功能設(shè)想，系統(tǒng)的組成大致分為如下幾部分，如圖1所示：時(shí)鐘管理部分為中心邏輯器件提供時(shí)鐘信號(hào)；配置口主要實(shí)現(xiàn)對(duì)中心邏輯器件的配置；USB接口主要實(shí)現(xiàn)系統(tǒng)與計(jì)算機(jī)的連接；RT地址和功能選擇部分主要作用是選擇系統(tǒng)的功能和設(shè)置系統(tǒng)的終端號(hào)；A/D采集部分完成數(shù)據(jù)的采集，將模擬信號(hào)轉(zhuǎn)為數(shù)字信號(hào)；電源管理為系統(tǒng)各部分提供合適的電源；收發(fā)器和變壓器連通總線和中心邏輯器件；最后中心邏輯器件選擇FPGA。系統(tǒng)的數(shù)據(jù)流向主要有三條：其一，總線上數(shù)據(jù)經(jīng)變壓器和收發(fā)器進(jìn)入中心邏輯器件，經(jīng)處理后通過USB接口傳至計(jì)算機(jī)，實(shí)現(xiàn)對(duì)總線的消息監(jiān)聽；其二，模擬信號(hào)經(jīng)A/D處理后存入中心邏輯器件，收到發(fā)送命令后，經(jīng)收發(fā)器和變壓器發(fā)送至總線上；其三，收到發(fā)送錯(cuò)誤碼命令后，中心器件直接發(fā)出錯(cuò)誤碼，經(jīng)收發(fā)和變壓器發(fā)送至總線，用以測(cè)試總線網(wǎng)絡(luò)中其余終端的反應(yīng)[2]。
三、中心邏輯器件功能模塊設(shè)計(jì)
本設(shè)計(jì)選擇FPGA做為中心邏輯器件，中心邏輯器件功能模塊的設(shè)計(jì)及完成是系統(tǒng)實(shí)現(xiàn)的重點(diǎn)和難點(diǎn)，也是我們系統(tǒng)設(shè)計(jì)及實(shí)現(xiàn)最耗費(fèi)時(shí)間的部分。FPGA中功能模塊大致有如下幾個(gè)：編碼器，主要是實(shí)現(xiàn)數(shù)據(jù)的曼徹斯特碼化，然后發(fā)至收發(fā)器；譯碼器，主要是實(shí)現(xiàn)從總線上得到的數(shù)據(jù)進(jìn)行譯碼，分析出有效數(shù)據(jù)或命令；數(shù)據(jù)整合和緩存，主要是完成對(duì)數(shù)據(jù)的加標(biāo)處理及緩存轉(zhuǎn)入計(jì)算機(jī)；協(xié)議處理模塊，主要是完成對(duì)命令字的解讀；數(shù)據(jù)采集模塊是可調(diào)整部分，可根據(jù)用戶要求靈活設(shè)計(jì)；錯(cuò)誤數(shù)據(jù)發(fā)生模塊，主要是生成不同類型的錯(cuò)誤編碼。具體劃分如圖2所示[2]。
四、仿真測(cè)試
系統(tǒng)的仿真測(cè)試平臺(tái)主要由北京神州飛航科技有限責(zé)任公司生產(chǎn)并銷售的AEC1553-31RT/S2型通信板卡和總線耦合器、耦合電阻搭建而成，通信板卡和總線耦合器、耦合電阻、計(jì)算機(jī)形成了一個(gè)小型的航空總線網(wǎng)絡(luò)，我們可以利用這個(gè)網(wǎng)絡(luò)，測(cè)試系統(tǒng)的總線監(jiān)聽功能，測(cè)試現(xiàn)場(chǎng)圖如圖3所示；另外中心邏輯器件FPGA中的各功能模塊的測(cè)試主要利用QuartusII軟件內(nèi)嵌的在線信號(hào)分析工具SignalTapII，該模塊可以讓使用者實(shí)時(shí)、在線觀測(cè)到相關(guān)模塊的工作運(yùn)行情況，例如圖4所示；緩存模塊FIFO的主要信號(hào)測(cè)試數(shù)據(jù)表明：觸發(fā)信號(hào)為rdreq,檢測(cè)時(shí)鐘為讀時(shí)鐘，wrusedw有效說(shuō)明存儲(chǔ)容量半滿，其值為80H時(shí)，給出讀時(shí)鐘和讀使能，在以后每一個(gè)時(shí)鐘讀出16位并行數(shù)據(jù)。最后，對(duì)于系統(tǒng)的錯(cuò)誤碼發(fā)生功能，可以通過示波器直接觀察，確認(rèn)其錯(cuò)誤類型。根據(jù)以上測(cè)試方法，測(cè)試后系統(tǒng)達(dá)到設(shè)計(jì)要求。
五、結(jié)論
該系統(tǒng)設(shè)計(jì)功能多樣，隨著航空業(yè)的發(fā)展，其應(yīng)用面也會(huì)越發(fā)廣泛，并且系統(tǒng)中有一部分可以根據(jù)用戶要求進(jìn)行靈活設(shè)計(jì)，適應(yīng)度高。但是本設(shè)計(jì)仍然存在一定的不足：其一，功能選擇，終端地址配置靠硬件實(shí)現(xiàn)，更改不靈活，該部分在未來(lái)可以結(jié)合配套軟件做出設(shè)計(jì)修整；其二，數(shù)據(jù)采集設(shè)計(jì)，因?yàn)闆]有參考具體的用戶要求，暫時(shí)應(yīng)用邏輯器件片內(nèi)存儲(chǔ)，導(dǎo)致容量小，可以結(jié)合具體要求增添片外存儲(chǔ)器，擴(kuò)大容量；第三，錯(cuò)誤編碼以字為主，未能拓展至消息類型，尚有較大發(fā)展空間。隨著更大的需求和更廣的應(yīng)用，系統(tǒng)的設(shè)計(jì)將會(huì)越來(lái)越完善，功能也將越來(lái)越強(qiáng)大。
參考文獻(xiàn)：
[1]張義，張紅旗．1553B數(shù)據(jù)總線用電纜阻抗的測(cè)試方法[J].光纖與電纜及其應(yīng)用技術(shù)，2014，（3）.
[2]牛茜．基于FPGA的1553B總線監(jiān)測(cè)系統(tǒng)設(shè)計(jì)[D]．太原：中北大學(xué)，2011．
[3]王誠(chéng)，吳繼華，等．AlteraFPGA/CPLD設(shè)計(jì)（基礎(chǔ)篇）[M]．北京:人民郵電出版社，2005．
[4]夏宇聞.Verilog數(shù)字系統(tǒng)設(shè)計(jì)教程[第二版][M].北京:北京航空航天大學(xué)出版社，2008.
1區(qū)域醫(yī)療領(lǐng)域大數(shù)據(jù)應(yīng)用系統(tǒng)測(cè)試實(shí)現(xiàn)
1.1應(yīng)用系統(tǒng)架構(gòu)如圖4所示，最底層是HBase集群，用于診療文檔數(shù)據(jù)倉(cāng)庫(kù)，HMaster是HBase集群的管理節(jié)點(diǎn)。應(yīng)用服務(wù)器層由若干臺(tái)調(diào)閱應(yīng)用服務(wù)器組成，分別注冊(cè)到上層的若干臺(tái)Nginx服務(wù)器中。Nginx層包含多臺(tái)Nginx服務(wù)器，每臺(tái)Nginx服務(wù)器下面掛接了若干臺(tái)AppServer。負(fù)載均衡層由兩臺(tái)配置了LVS和Keepalive服務(wù)的負(fù)載均衡服務(wù)器組成，其中一臺(tái)為主服務(wù)器，另外一臺(tái)為備用服務(wù)器。
1.2測(cè)試環(huán)境基于區(qū)域醫(yī)療大數(shù)據(jù)應(yīng)用系統(tǒng)的特點(diǎn)以及要求，搭建了如圖5所示的測(cè)試環(huán)境。
1.3測(cè)試業(yè)務(wù)(1)基于云計(jì)算的健康信息調(diào)閱主要面向聯(lián)網(wǎng)醫(yī)院的醫(yī)生，實(shí)現(xiàn)對(duì)其接診患者健康檔案信息的調(diào)閱。(2)基于云計(jì)算的智能提示服務(wù)基于居民健康信息為醫(yī)生提供的提示、警示，如藥物過敏、重點(diǎn)人群等各類警示信息以及重復(fù)檢驗(yàn)/檢查提示等。(3)網(wǎng)上預(yù)約服務(wù)通過網(wǎng)上預(yù)約及醫(yī)院醫(yī)生病人預(yù)約的方式實(shí)現(xiàn)病人就診，確保在醫(yī)療資源分布不均的情況下，讓病人得到更方便快捷的醫(yī)療服務(wù)。
1.4測(cè)試場(chǎng)景(1)場(chǎng)景一測(cè)試所用診療文檔庫(kù)的數(shù)據(jù)量：380萬(wàn)，腳本取樣：1萬(wàn)；1萬(wàn)個(gè)工作站在1min之內(nèi)共完成2000個(gè)交易；每次調(diào)閱操作的最長(zhǎng)響應(yīng)延時(shí)不超過1.5s；高峰時(shí)段可支撐500~800個(gè)并發(fā)用戶請(qǐng)求。(2)場(chǎng)景二測(cè)試所用特征數(shù)據(jù)庫(kù)中的數(shù)據(jù)量：380萬(wàn)，腳本取樣：1萬(wàn)；1萬(wàn)個(gè)并發(fā)用戶1min之內(nèi)共完成10000個(gè)交易；每次交易最長(zhǎng)的響應(yīng)延時(shí)不應(yīng)超過500ns。
1.5測(cè)試方法測(cè)試人員根據(jù)系統(tǒng)的特點(diǎn)，采用黑盒測(cè)試方法，通過自動(dòng)化和手工結(jié)合的方式完成功能測(cè)試；使用LoadRunner完成性能壓力測(cè)試[6]。功能測(cè)試通過手動(dòng)和自動(dòng)化工具Selenium相結(jié)合的方式進(jìn)行，按照等價(jià)類、邊界值、因果圖、判定表等方法，主要驗(yàn)證待測(cè)試系統(tǒng)各個(gè)功能模塊邏輯是否正確[7]。易用性測(cè)試通過手動(dòng)方式檢查區(qū)域醫(yī)療大數(shù)據(jù)軟件系統(tǒng)使用的合理性和方便性等。在測(cè)試時(shí)，測(cè)試人員要多從用戶體驗(yàn)的角度出發(fā)，檢驗(yàn)是否符合大多數(shù)而不是個(gè)別用戶的操作使用習(xí)慣。兼容性測(cè)試主要是通過手動(dòng)的方式驗(yàn)證區(qū)域醫(yī)療大數(shù)據(jù)軟件系統(tǒng)能否在特定的硬件平臺(tái)上、不同的應(yīng)用軟件之間、不同的操作系統(tǒng)平臺(tái)上、不同的網(wǎng)絡(luò)環(huán)境中很好地運(yùn)行。擴(kuò)展性測(cè)試美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)研究院(NIST)給出的云計(jì)算權(quán)威定義：按需的自我服務(wù)，廣泛的網(wǎng)絡(luò)訪問資源池，快速的彈性能力，可度量的服務(wù)。云存儲(chǔ)是云計(jì)算的一個(gè)方面，因此彈性擴(kuò)展能力對(duì)于云計(jì)算時(shí)代的區(qū)域醫(yī)療大數(shù)據(jù)系統(tǒng)尤為重要。擴(kuò)展性測(cè)試，主要包括測(cè)試系統(tǒng)的彈性擴(kuò)展能力(擴(kuò)展與回縮)，以及擴(kuò)展系統(tǒng)帶來(lái)的性能影響，驗(yàn)證是否具有線性擴(kuò)展能力。這部分測(cè)試也是以手動(dòng)方式進(jìn)行。安全性測(cè)試考慮到為保護(hù)區(qū)域醫(yī)療大數(shù)據(jù)應(yīng)用系統(tǒng)關(guān)鍵核心業(yè)務(wù)的安全，需要從以下方面實(shí)施：保護(hù)信息系統(tǒng)安全，加強(qiáng)防止未授權(quán)的訪問、使用、泄露、中斷、修改或破壞；保護(hù)網(wǎng)絡(luò)安全，需要防入侵檢測(cè)、防病毒、密碼、物理隔離等；保護(hù)數(shù)據(jù)安全，需要加強(qiáng)數(shù)據(jù)庫(kù)的機(jī)密、完整、可備份和可恢復(fù)。因此，使用Appscan測(cè)試用具進(jìn)行相關(guān)安全性漏洞掃描。壓力測(cè)試主要是通過逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試，并驗(yàn)證大數(shù)據(jù)系統(tǒng)的性能指標(biāo)要求。使用LoadRunner測(cè)試工具進(jìn)行，LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。通過模擬上千萬(wàn)用戶實(shí)施開發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問題，LoadRunner能夠?qū)φ麄€(gè)JavaEE系統(tǒng)的架構(gòu)進(jìn)行測(cè)試。通過使用LoadRunner，能最大限度地縮短測(cè)試時(shí)間、優(yōu)化性能和加速應(yīng)用系統(tǒng)周期。在不同的測(cè)試類型中，采用不同的測(cè)試方法。功能測(cè)試：采用手工和自動(dòng)化相結(jié)合，針對(duì)不同的功能點(diǎn)，合理的使用邊界值法、錯(cuò)誤推測(cè)法、因果圖法、判定表法等，回歸測(cè)試80%的功能點(diǎn)由自動(dòng)化測(cè)試工具來(lái)完成。性能測(cè)試：根據(jù)需求調(diào)研、制定合理的性能測(cè)試指標(biāo)，使用性能測(cè)試工具進(jìn)行測(cè)試，分析測(cè)試結(jié)果查找系統(tǒng)瓶頸，最終使產(chǎn)品的性能滿足客戶的需求。安全性測(cè)試、環(huán)境測(cè)試以及標(biāo)準(zhǔn)符合性測(cè)試都在不同程度進(jìn)行功能和性能測(cè)試[8]。
2結(jié)語(yǔ)
