综艺中文字幕无码,一本大道香蕉中文在线视频,ΑV天堂一区二区三区

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的測試方案和測試報告主題范文，僅供參考，歡迎閱讀并收藏。

測試方案和測試報告

第1篇：測試方案和測試報告范文

關(guān)鍵詞繼電保護(hù)；測試技術(shù)；應(yīng)用

中圖分類號：tm774 文獻(xiàn)標(biāo)識碼：a 文章編號：1671—7597（2013）051-054-01

在很長的一段時間里，我國的電力系統(tǒng)大都是采用移相器、調(diào)壓器、滑桿電阻等來調(diào)整三相電壓和三相電流的幅度和相位大小，以達(dá)到對各種繼電保護(hù)裝置進(jìn)行調(diào)試的目的。在這個調(diào)試的過程中，同時還需要極其精密的電壓表、電流表、相位表、頻率計以及毫秒表等儀器設(shè)備完成對于試驗(yàn)所需物理參量的讀取，整個過程的操作較為復(fù)雜，并且對于所測量物理量的精度要求較高。采用這種傳統(tǒng)的測試方法，一方面設(shè)備的搬運(yùn)工作極其艱巨、設(shè)備占用空間大，并且在測試過程中需要人工反復(fù)記錄實(shí)驗(yàn)數(shù)據(jù)。這種傳統(tǒng)的方法不但調(diào)試的技術(shù)落后、測試過程復(fù)雜、測試誤差較大，而且還會在測試過程中消耗大量的人力物力。伴隨著目前新型繼電保護(hù)裝置的應(yīng)用，基于計算機(jī)的自動測試技術(shù)已經(jīng)成為繼電保護(hù)設(shè)備測試不可或缺的一部分。

1 繼電保護(hù)測試技術(shù)的發(fā)展

繼電保護(hù)測試技術(shù)主要經(jīng)歷了組合型試驗(yàn)裝置、集成電路型試驗(yàn)裝置以及數(shù)字控制型試驗(yàn)裝置。其中組合型的試驗(yàn)裝置是將各個物理參數(shù)通過不同的裝置分別進(jìn)行測量，然后將測量結(jié)果進(jìn)行組合，得出繼電保護(hù)的測量結(jié)果，是一種傳統(tǒng)的試驗(yàn)裝置；集成電路型試驗(yàn)裝置是在組合試驗(yàn)裝置的基礎(chǔ)上，采用集成電路芯片對測試裝置進(jìn)行控制，并且采用數(shù)碼顯示的方式，提高了測試數(shù)據(jù)讀取的準(zhǔn)確性和簡便性；數(shù)字控制型試驗(yàn)裝置主要是利用單片機(jī)的計算存儲功能，并且具有一定的用戶交互界面，是繼電保護(hù)測試技術(shù)的重要發(fā)展。

基于計算機(jī)的繼電保護(hù)測試裝置由人機(jī)對話設(shè)定輸入電流、電壓參數(shù)值，并且通過程序控制信號源實(shí)現(xiàn)對電子線路、數(shù)模轉(zhuǎn)換、功率放大等功能，并且向繼電保護(hù)裝置輸出具有一定功率值的三相電流、電壓源，同時能夠接受來自繼電保護(hù)裝置的反饋信息，并且根據(jù)預(yù)先設(shè)置做出一系列的響應(yīng)，對結(jié)果進(jìn)行詳細(xì)的記錄，同時能夠?qū)y試的結(jié)果以文字或者圖標(biāo)的形式進(jìn)行打印，真正的實(shí)現(xiàn)自動化測試的目標(biāo)。

2 繼電保護(hù)自動測試系統(tǒng)的功能及應(yīng)用

2.1 繼電保護(hù)自動測試系統(tǒng)的功能

目前的繼電保護(hù)自動測試系統(tǒng)可以實(shí)現(xiàn)的功能主要有以下幾個方面。

1）根據(jù)實(shí)際的繼電保護(hù)測試需要進(jìn)行測試，并且能夠保證測試數(shù)據(jù)信息的準(zhǔn)確性。這也是繼電保護(hù)自動測試系統(tǒng)最基本的功能，是實(shí)現(xiàn)其他功能的基礎(chǔ)。

2）實(shí)現(xiàn)在檢點(diǎn)保護(hù)測試中的良好人機(jī)交互界面。在實(shí)際的繼電保護(hù)測試過程中，操作人員可以根據(jù)測試系統(tǒng)交互界面的提示進(jìn)行操作，并且可以按照系統(tǒng)給出的提示信息判斷測試的過程是否合理以及測試的結(jié)果是否在誤差范圍內(nèi)，可以有效的降低測試的難度和復(fù)雜度。

3）實(shí)現(xiàn)整個測試過程的自動化處理。在整個繼電保護(hù)測試過程中，自動化測試系統(tǒng)可以在無人值守的情況下完成測試的全部流程，并且最終到處需要的測試數(shù)據(jù)。整個測試過程，只需要操作人員對門限定制進(jìn)行設(shè)定和確認(rèn)，減少了人員的工作強(qiáng)度，也從根本上提高了繼電保護(hù)測試的精確度。同時降低了對操作人員的要求，降低了測試的成本。

4）自動化生成所需要的檢測數(shù)據(jù)和檢測報告。繼電保護(hù)自動檢測系統(tǒng)能夠根據(jù)預(yù)先設(shè)定的需求，自動的在檢測過程完成后到處測試的數(shù)據(jù)，并且可以生成完整的測試報告，真正的實(shí)現(xiàn)了整個測試過程的自動化，節(jié)約了操作人員用于編寫測試報告以及整理的時間。

2.2 繼電保護(hù)自動測試系統(tǒng)的應(yīng)用

繼電保護(hù)自動測試系統(tǒng)的具體應(yīng)用主要包括后臺軟件的啟動、測試模板的導(dǎo)入、測試過程以及繼電保護(hù)裝置的啟動。其實(shí)現(xiàn)過程如圖1所示。

3 繼電保護(hù)測試技術(shù)應(yīng)用的意義及其要求

3.1 繼電保護(hù)測試技術(shù)應(yīng)用的意義

繼電保護(hù)自動測試技術(shù)的應(yīng)用能夠大幅度改善了繼電保護(hù)測試，是對目前的繼電保護(hù)測試思路的重大突破和創(chuàng)新，它的應(yīng)用能夠有效的提高繼電保護(hù)測試的精確的，提高繼電保護(hù)測試的自動化水平，較少測試過程中人員的直接參與，可以從根本上減小繼電保護(hù)測試的誤差。同時，繼電保護(hù)的自動化測試技術(shù)能夠?qū)崿F(xiàn)對于測試

結(jié)果的自動化處理，并且可以根據(jù)操作人員的要求生成完整的測試報告，這能夠大幅度的提高繼電保護(hù)測試的工作效率，降低整個測試過程中的成本消耗。從繼電保護(hù)測試過程到測試報告的自動生產(chǎn)都實(shí)現(xiàn)了高度的自動化，也是目前繼電保護(hù)測試技術(shù)發(fā)展的趨勢。

3.2 繼電保護(hù)測試技術(shù)的要求

在繼電保護(hù)測試過程中，為了更好的保證測試結(jié)果的準(zhǔn)確性，進(jìn)一步提高繼電保護(hù)測試系統(tǒng)的工作效率，需要在測試過程中注意以下幾個方面的問題。

1）在確定測上方案前需要對測試方案進(jìn)行多次可行性分析。由于整個測試過程都是在自動化模式下完成的，因此，測試方案一旦確定就無法進(jìn)行更改，錯誤的測試方案會導(dǎo)致嚴(yán)重的后果。需要在測試方案的確定前組織相關(guān)的人員進(jìn)行多次方案的可行性論證，確保方案的可行性。

2）加強(qiáng)員工模板導(dǎo)入技術(shù)的培訓(xùn)。在整個繼電保護(hù)自動化測試系統(tǒng)中，唯一需要操作人員的步驟就是方案模板的導(dǎo)入工作，這也是最為關(guān)鍵的一步。因此，要做到操作人員對于模板導(dǎo)入工作的培訓(xùn)，并且需要在正式上崗操作前進(jìn)行嚴(yán)格的考核，切實(shí)保證測試數(shù)據(jù)的準(zhǔn)確性。

4 結(jié)束語

繼電保護(hù)自動測試技術(shù)的應(yīng)用是對繼電保護(hù)測試的重要技術(shù)革新，能夠有效的提高繼電保護(hù)測試的精度。同時，繼電保護(hù)自動測試技術(shù)能夠降低對于操作人員的素質(zhì)要求，能夠降低企業(yè)的成本。因此，在繼電保護(hù)測試中要加大自動化程度的開發(fā)力度，更進(jìn)一步提高測試的精度。

參考文獻(xiàn)

第2篇：測試方案和測試報告范文

關(guān)鍵詞：軟件測試；性能測試；LoadRunner

中圖分類號：TP306　文獻(xiàn)標(biāo)識碼：A　文章編號：1672-3198(2009)12-0296-02

1　軟件性能測試

根據(jù)測試的目的和內(nèi)容的不同，性能測試主要包括以下方面：

(1)負(fù)載測試：確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。

(2)強(qiáng)度測試：確定在系統(tǒng)資源特別低的條件下軟件系統(tǒng)運(yùn)行情況。

(3)容量測試：在用戶可接受的響應(yīng)范圍內(nèi)，確定系統(tǒng)可處理同時在線的最大用戶數(shù)。

(4)壓力測試：通過確定一個系統(tǒng)的瓶頸或者最大使用極限的測試。

(5)疲勞強(qiáng)度測試：以系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作強(qiáng)度性能的過程。

(6)大數(shù)據(jù)量測試：大數(shù)據(jù)量測試側(cè)重點(diǎn)在于數(shù)據(jù)的量上，包括獨(dú)立的數(shù)據(jù)量測試和綜合數(shù)據(jù)量測試。獨(dú)立的數(shù)據(jù)量測試針對某些系統(tǒng)存儲，傳輸、統(tǒng)計、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量測試，而綜合數(shù)據(jù)量測試一般和壓力性能測試、負(fù)載性能測試、疲勞性能測試相結(jié)合。

2　軟件性能測試流程

2.1　測試方案設(shè)計

在軟件性能測試的初始階段，首先應(yīng)對業(yè)務(wù)模型和系統(tǒng)架構(gòu)進(jìn)行調(diào)研，收集測試需求。然后生戚性能測試計劃。業(yè)務(wù)調(diào)研和系統(tǒng)調(diào)研，需要性能測試團(tuán)隊提前了解被測試項(xiàng)目的業(yè)務(wù)功能和系統(tǒng)架構(gòu)。其間。開發(fā)部門應(yīng)協(xié)助提供被測系統(tǒng)相關(guān)的文檔和說明，如系統(tǒng)總體介紹、系統(tǒng)規(guī)格書、用戶使用手冊、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖和系統(tǒng)配置說明、關(guān)鍵服務(wù)器及應(yīng)用部署與配置等文檔。通過和業(yè)務(wù)部門協(xié)商明確本次測試針對哪些業(yè)務(wù)行為，制定此次測試的目標(biāo)，細(xì)化測試的關(guān)注點(diǎn)和性能指標(biāo)要求。通過以上內(nèi)容制定詳細(xì)的測試方案，并制定詳細(xì)測試計劃和各階段目標(biāo)。

2.2　測試環(huán)境的搭建

測試環(huán)境的搭建分為軟硬測試系統(tǒng)的環(huán)境搭建和測試相關(guān)的數(shù)據(jù)準(zhǔn)備工作。環(huán)境搭建包括被測試系統(tǒng)的硬件環(huán)境建立和軟件應(yīng)用系統(tǒng)建立及基礎(chǔ)數(shù)據(jù)環(huán)境建立。保障被測試系統(tǒng)的業(yè)務(wù)可用性和功能的正確性，包括測試系統(tǒng)(如被測試項(xiàng)目的操作系統(tǒng)、中間件、數(shù)據(jù)庫、壓力測試控制臺、壓力測試發(fā)起工具等)的環(huán)境搭建、軟件的安裝；測試環(huán)境的網(wǎng)絡(luò)環(huán)境建立(如開放防火墻和網(wǎng)關(guān)等)；最后進(jìn)行測試環(huán)境可用性驗(yàn)證。測試數(shù)據(jù)準(zhǔn)備包括測試應(yīng)用系統(tǒng)基礎(chǔ)數(shù)據(jù)準(zhǔn)備，即需要按性能測試規(guī)模要求，準(zhǔn)備足夠的、一定規(guī)模的基礎(chǔ)數(shù)據(jù)，通常采用全量恢復(fù)生產(chǎn)數(shù)據(jù)的方式以達(dá)到和生產(chǎn)環(huán)境數(shù)據(jù)一致性的要求。

2.3　測試場景開發(fā)

測試場景開發(fā)指測試程序(腳本)的開發(fā)。測試程序(腳本)的開發(fā)是對被測系統(tǒng)的用戶業(yè)務(wù)行為進(jìn)行模擬、錄制、編程、參數(shù)化、腳本定制和調(diào)式等一系列工作，以使測試程序(腳本)可以真實(shí)模擬實(shí)際生產(chǎn)中的業(yè)務(wù)交易行為，并通過對程序中參數(shù)的配置實(shí)現(xiàn)對并發(fā)數(shù)、思考時間等屬性的準(zhǔn)確控制。

2.4　測試執(zhí)行

測試執(zhí)行是在測試方案的制定、測試環(huán)境準(zhǔn)備、測試場景開發(fā)工作正確完成的基礎(chǔ)上進(jìn)行的。

2.5　測試報告和分析

性能測試報告和結(jié)果分析是在測試執(zhí)行完成以后，對性能數(shù)據(jù)進(jìn)行采集結(jié)果收集工作和針對性能測試過程中暴露的問題進(jìn)行分析的階段。性能測試報告是對性能測試過程中的監(jiān)控結(jié)果以及報表進(jìn)行匯總，按照一定的模板整理出的一份結(jié)論性文檔。開發(fā)團(tuán)隊和性能測試團(tuán)隊?wèi)?yīng)依據(jù)對性能測試實(shí)施過程中監(jiān)控和記錄的數(shù)據(jù)和表格，分析系統(tǒng)中存在的性能問題和程序缺陷。并有針對性的在報告中闡述問題、分析原因、提出解決或優(yōu)化方案。

2.6　回歸測試

回歸測試是開發(fā)部門在性能測試報告的基礎(chǔ)上針對軟件的性能或者效率缺陷進(jìn)行優(yōu)化或者修復(fù)，為了驗(yàn)證優(yōu)化的效果而進(jìn)行的再測試。

3　軟件性能測試工具LoadRunner

作為軟件質(zhì)量控制中的重要一環(huán)，性能測試已經(jīng)越來越受到軟件開發(fā)商和用戶的重視，成為軟件測試的重中之重。性能測試通常在系統(tǒng)測試階段執(zhí)行，常常與強(qiáng)度測試結(jié)合起來，一般需要使用測試工具。一個優(yōu)秀的軟件測試工具，不僅可以輔助測試工作，滿足科學(xué)測試的基本要求；而且可以自動化測試過程，節(jié)約大量的時間、成本、人員和資源，提高軟件產(chǎn)品的質(zhì)量。目前市場上主要使用的測試工具有微軟公司的WAS(Web Application Stress Tool)、Compuware公司的QALoad、RadView公司的WebRunner、HP(Mercury)公司的LoadRunner。下面以LoadRunner為例。介紹軟件測試工具的工作流程。

LoadRunner是一種預(yù)測系統(tǒng)行為和性能的負(fù)載測試工具。通過模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時性能檢測來確認(rèn)和查找問題，能夠?qū)φ麄€企業(yè)架構(gòu)進(jìn)行測試。通過使用LoadRunner，企業(yè)能夠最大限度的縮短測試時間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的周期。LoadRunner能支持廣泛的協(xié)議和技術(shù)，功能比較強(qiáng)大，可以為特殊環(huán)境提供特殊的解決方案。LoadRunner由下面三部分組成：Virtual UserGenerator用來錄制腳本、編輯腳本Controller用來布置測試場景、執(zhí)行測試場景；Analysis用來對測試結(jié)果進(jìn)行分析。

用LoadRunner進(jìn)行負(fù)載測試的流程通常由五個階段組成：計劃、腳本創(chuàng)建、場景定義、場景執(zhí)行、監(jiān)視執(zhí)行和結(jié)果分析。

(1)計劃負(fù)載測試：定義性能測試要求，例如并發(fā)用戶的數(shù)量、典型業(yè)務(wù)流程和所響應(yīng)時間；根據(jù)軟件項(xiàng)目相關(guān)需求，定義相關(guān)測試的細(xì)節(jié)，撰寫性能測試報告。

(2)創(chuàng)建Vuser腳本：將最終用戶活動捕獲到自動腳本中LoadRunner的腳本是C語言代碼，LoadRunner有自己的一整套函數(shù)接口，可以供外部調(diào)用。腳本可分INIT、ACTION、END三部分，其中：INIT部分可以理解為初始部分。ACTION可以理解為事務(wù)部分，也是測試的主體，END是退出結(jié)束。

當(dāng)錄制完一個基本的用戶腳本后，在正式使用前我們還需要完善測試腳本，增強(qiáng)腳本的靈活性。一般情況下，我們通過以下幾種方法來完善測試腳本。插人事務(wù)、插入結(jié)合點(diǎn)、插入注解、參數(shù)化輸入。

(3)定義場景：使用LoadRunner Controller設(shè)置測試環(huán)境；錄制好腳本之后，就可以把腳本加入到場景里面去了，這里首先介紹一下LR的場景類型，LR有2種大的場景類

型。

①M(fèi)anual Scenario：該項(xiàng)要完全手動的設(shè)置場景，這項(xiàng)下面還可以設(shè)置為每一個腳本分配要運(yùn)行的虛擬用戶的百分比，可在Controller的Scenario菜單下設(shè)置。

②Goal―Oriented Scenario,如果你的測試計劃是要達(dá)到某個性能指標(biāo)，比如：每秒多少點(diǎn)擊。每秒多少transae，tions，能到達(dá)多少VU，某個Transaction在某個范圍VU(5D。一1000)內(nèi)的反應(yīng)時間等等，那么就可以使用面向目標(biāo)的場景。

(4)設(shè)置場景：

Design：設(shè)計測試場景的靜態(tài)部分，設(shè)置模擬用戶生成器、模擬用戶數(shù)量、模擬用戶組等。

Run：設(shè)計測試的動態(tài)部分，主要指添加性能計數(shù)器，在腳本運(yùn)行的過程中可以通過這些計數(shù)器反饋的數(shù)據(jù)。

建立了測試場景后，我們可以對Edit_Schedule進(jìn)行設(shè)置，設(shè)置測試開始執(zhí)行的時問，對于手動設(shè)計的測試還可以設(shè)定它的持續(xù)時間，以及何時起用或禁止調(diào)用模擬用戶。

(5)運(yùn)行場景：通過LoadRunner Controller驅(qū)動、管理和監(jiān)控負(fù)載測試。

設(shè)置完畢后，點(diǎn)擊“開始方案”運(yùn)行場景。在運(yùn)行過程中，可以監(jiān)視各個服務(wù)器的運(yùn)行情況(DataBase Server、WebServer等)。監(jiān)視場景通過添加性能計數(shù)器來實(shí)現(xiàn)，下列數(shù)據(jù)需要特別關(guān)注：

①M(fèi)emory：Available Mbytes物理內(nèi)存的可用數(shù)(單位Mbytes)至少要有10％的物理內(nèi)存值。

⑦Processor：Processor Time CPU使用率。這是查看處理器飽和狀況的最佳計數(shù)器。顯示所有CPU的線程處理時間。如果一個或多個處理器的該數(shù)值持續(xù)超過90％，則表示此測試的負(fù)載對于目前的硬件過于沉重。為多處理器服務(wù)器添加該計數(shù)器的O到x個實(shí)例。

③Processor Queue Length：是指處理列隊中的線程數(shù)，小于2。處理器瓶頸時會導(dǎo)致該值持續(xù)大于2。

④Context Switches/sec；如果切換次數(shù)到5000*CPU個數(shù)和i0000*CPU個數(shù)中，說明它忙于切換線程。

⑤Network Interface：Bytes Total/sec為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較。

第3篇：測試方案和測試報告范文

關(guān)鍵詞：RFID；自動測試；數(shù)據(jù)庫；物聯(lián)網(wǎng)

中圖分類號：TN92 文獻(xiàn)標(biāo)識碼：A 文章編號：2095-1302（2016）11-00-02

0 引言

隨著物聯(lián)網(wǎng)產(chǎn)業(yè)的發(fā)展日益壯大，無線射頻識別（Radio Frequency Identification，RFID）技術(shù)已經(jīng)在人們的日常生活中得到廣泛應(yīng)用，其測試與檢測技術(shù)也在不斷發(fā)展與完善。為了滿足逐步增長的批量檢測需求，提高測試人員的工作效率，保障測試結(jié)果的準(zhǔn)確性和可重復(fù)性，RFID自動測試系統(tǒng)也成為研究熱點(diǎn)之一。

RFID自動測試系統(tǒng)的主要功能是提供RFID射頻指標(biāo)的自動測試，通過計算機(jī)軟件實(shí)現(xiàn)對測試設(shè)備和被測設(shè)備的高效控制，模塊化軟件設(shè)計使得測試流程集成化，可最大程度的降低測試人員的工作量與操作復(fù)雜度[1]。

1 系統(tǒng)介紹

RFID自動測試系統(tǒng)的主體是測試軟件。該測試軟件具有自動控制測試設(shè)備、數(shù)據(jù)采集、數(shù)據(jù)分析處理和生成報告的功能。測試軟件可以與測試設(shè)備、被測設(shè)備的控制軟件通信，自動讀取儀器型號、軟件版本、選件版本、儀器基本設(shè)置等信息，還可調(diào)用或驅(qū)動測試設(shè)備、被測設(shè)備的控制軟件，測試人員可以方便的在測試軟件上直接對測試設(shè)備與被測設(shè)備的控制軟件進(jìn)行設(shè)置并發(fā)送命令。測試軟件中預(yù)置了常規(guī)RFID測試模板，用戶可以根據(jù)測試需要編輯測試模板，調(diào)用、組合預(yù)設(shè)的測試項(xiàng)目，靈活定制測試計劃。在測試過程中，測試人員可以同步在測試軟件的界面上看到測試結(jié)果并保存。數(shù)據(jù)庫中記錄了所有測試信息，可以方便的查詢?yōu)g覽。測試結(jié)束后，系統(tǒng)自動生成測試報告供測試人員瀏覽與打印。

RFID自動測試系統(tǒng)的基本情況如下：

（1）硬件：計算機(jī)、泰克實(shí)時頻譜分析儀RSA3408A、GPIB卡、射頻電纜、衰減器及其他測試配件。

（2）軟件：RFID自動測試系統(tǒng)軟件、泰克實(shí)時頻譜分析儀控制軟件RSAVu、Agilent IO libraries套件、讀寫器控制程序。

（3）測試項(xiàng)目：輸出頻率、輸出信號頻譜模板、載波頻率容限、占用帶寬、發(fā)射功率、鄰道功率泄漏比、雜散發(fā)射、最大駐留時間、讀寫器數(shù)據(jù)編碼、射頻包絡(luò)、前同步碼和幀同步。

2 系統(tǒng)結(jié)構(gòu)

計算機(jī)通過GPIB總線、網(wǎng)線與RSA3408A頻譜儀相連。其中，頻譜儀與頻譜儀控制軟件通過網(wǎng)線通信，頻譜儀與自動測試系統(tǒng)通過GPIB總線通信。讀寫器通過控制線路與計算機(jī)相連，控制線路可以是網(wǎng)線、串口通信線等。讀寫器天線的輸出端口通過射頻線纜、衰減器與頻譜儀的射頻輸入端相連。

RFID自動測試系統(tǒng)硬件連接圖如圖1所示[2]。

3 軟件設(shè)計

RFID自動測試系統(tǒng)采用通用的small talk模型，分為表示層、控制層、數(shù)據(jù)層。

（1）表示層為顯示邏輯部分，實(shí)現(xiàn)與測試人員的交互功能；

（2）控制層為事務(wù)處理邏輯部分，進(jìn)行控制命令發(fā)送和數(shù)據(jù)接收、處理；

（3）數(shù)據(jù)層為數(shù)據(jù)存儲邏輯部分，主要功能是數(shù)據(jù)的存儲和讀取[3]。

RFID測試系統(tǒng)的軟件包含以下部分：

（1）測試軟件。在開發(fā)過程中，表示層和控制層作為系統(tǒng)的應(yīng)用軟件聯(lián)合開發(fā)，能夠控制關(guān)聯(lián)的其他程序如頻譜儀控制軟件、讀寫器控制程序等，還可實(shí)現(xiàn)與用戶的交互功能。

（2）數(shù)據(jù)庫。數(shù)據(jù)庫即邏輯模型中的數(shù)據(jù)層。用以存儲測試模板、測試項(xiàng)目、測試參數(shù)等基本信息和測試數(shù)據(jù)。

（3）必需組件。鏈接軟件與數(shù)據(jù)庫的動態(tài)鏈接庫、與儀器控制軟件之間交互的測試驅(qū)動程序等。

模塊設(shè)計以及調(diào)用流程如圖2所示。

根據(jù)系統(tǒng)要求，測試系統(tǒng)的前端軟件，即界面部分的開發(fā)工具采用.NET Framework與C#，后臺數(shù)據(jù)庫采用小型數(shù)據(jù)庫Access。程序驅(qū)動采用C#封裝儀器廠商提供的遠(yuǎn)程控制命令，并采用Agilent公司的IO library進(jìn)行GPIB控制。這樣可以避免程序接口與測試主程序不兼容的問題。RFID自動測試系統(tǒng)的流程圖如圖3所示。

4 數(shù)據(jù)庫設(shè)計

數(shù)據(jù)庫是整個系統(tǒng)的核心部分之一，負(fù)責(zé)存儲預(yù)置的測試模板，其中包含默認(rèn)的測試項(xiàng)目、測試參數(shù)、性能指標(biāo)等信息，在測試過程中存儲測試數(shù)據(jù)和經(jīng)過數(shù)據(jù)處理的測試結(jié)果，支持測試人員對各類信息的查詢、瀏覽與調(diào)用。

數(shù)據(jù)庫的建模通常由實(shí)體關(guān)系圖（E-R圖）入手。E-R圖是指以實(shí)體、聯(lián)系、屬性3個基本概念概括數(shù)據(jù)的基本結(jié)構(gòu)，從而描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的模式。

在RFID自動測試系統(tǒng)中，軟件定義的主要數(shù)據(jù)如下：

（1）測試項(xiàng)目表

內(nèi)容：存放所有測試項(xiàng)目，每個項(xiàng)目都有對應(yīng)編號。

說明：分為兩張表，一張存放主測試項(xiàng)目，一張存放子測試項(xiàng)目，兩者之間通過編號可以相互查詢與對應(yīng)。

主鍵：項(xiàng)目序號。

（2）性能指標(biāo)表

內(nèi)容：用上下限的方式存放測試數(shù)據(jù)的最大允許誤差或性能指標(biāo)。

說明：每個測試子項(xiàng)目的最大限值與最小限值分兩列保存。對于同一個測試子項(xiàng)目，不同制造商的指標(biāo)可能各不相同，即使同一制造商生產(chǎn)的儀器因型號不同，裝載了不同選件，其性能指標(biāo)也可能不同，需要編號分別存儲。

主鍵：無。

（3）被測儀器信息表

內(nèi)容：記錄設(shè)備制造廠商、型號規(guī)格、出廠編號、控制軟件版本、選件版本等信息。

說明：該表的數(shù)據(jù)內(nèi)容一部分可以通過儀器控制程序直接讀取，一部分需要測試人員在測試界面直接輸入。儀器的制造商、型號、選件版本等和儀器的性能指標(biāo)表相關(guān)聯(lián)。

主鍵：出廠編號。

（4）測試參數(shù)信息表

內(nèi)容：記錄各測試項(xiàng)目在測試時設(shè)置的參數(shù)名稱與限制要求。

說明：與測試項(xiàng)目表相關(guān)聯(lián)，每個大項(xiàng)建立一張表格，大項(xiàng)包括許多子項(xiàng)目，子項(xiàng)目的名稱放入?yún)?shù)信息表中。測試項(xiàng)目的參數(shù)表格中放置測試的設(shè)置信息，例如雜散測試中存放起始和終止頻率范圍，鄰道功率泄漏比中存放主信道和相鄰信道的頻譜寬度。當(dāng)程序運(yùn)行到所選的測試項(xiàng)目界面時，被選中的測試項(xiàng)目的參數(shù)信息會顯示出來并賦值給相應(yīng)的變量。

主鍵：無。

（5）測試報告記錄表

內(nèi)容：記錄生成的測試報告信息，包括報告編號、測試環(huán)境、測試設(shè)備等。

說明：生成報告時需要測試人員填寫報告的基本信息。

主鍵：報告編號，每生成一份，自動加1。

（6）測試結(jié)果XML表

內(nèi)容：XML表中記錄設(shè)備的制造商信息、測試日期、測試結(jié)果。測試結(jié)果包括合格判定，即測試通過/未通過。

說明：每臺設(shè)備的測試數(shù)據(jù)生成一個XML格式表格，保存在XML結(jié)果文件夾中。XML表由兩層書簽構(gòu)成，第一層書簽記錄測試基本信息，第二層書簽記錄測試項(xiàng)目的結(jié)果數(shù)據(jù)。標(biāo)簽的屬性值記錄測試項(xiàng)目是否通過。

主鍵：XML文件無主鍵。

5 結(jié) 語

本RFID自動測試系統(tǒng)可以自動完成對大部分射頻指標(biāo)的測試工作，提高測試人員的工作效率，降低測試復(fù)雜度，保證測試結(jié)果的準(zhǔn)確性與可重復(fù)性。此外，模塊化的軟件設(shè)計還具有擴(kuò)展性強(qiáng)，可移植性高等優(yōu)點(diǎn)，根據(jù)檢測任務(wù)的需要，還可以擴(kuò)展連接更多的測試設(shè)備，進(jìn)一步擴(kuò)展測試項(xiàng)目。

參考文獻(xiàn)

[1]劉巖.RFID通信測試技術(shù)及應(yīng)用[M].北京：人民郵電出版社，2010.

第4篇：測試方案和測試報告范文

關(guān)鍵詞：軟件測試；項(xiàng)目實(shí)訓(xùn)；實(shí)踐教學(xué)；人才培養(yǎng)

作者簡介：吳夢麟（1982-），男，江蘇南京人，南京工業(yè)大學(xué)電子信息與工程學(xué)院，講師。

中圖分類號：G642.44 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-0079（2013）14-0126-02

近年來，隨著中國內(nèi)需市場的增長和國內(nèi)外外包企業(yè)的合作加深，我國的軟件外包行業(yè)得到了迅速發(fā)展。軟件測試作為軟件外包的主營業(yè)務(wù)之一，是加快軟件企業(yè)與國際接軌，實(shí)現(xiàn)產(chǎn)品國際化的重要手段。隨著軟件開發(fā)流程的系統(tǒng)化和規(guī)范化，我國軟件企業(yè)對軟件測試的需求逐步增大，因此高校計算機(jī)專業(yè)中的軟件測試人才具有良好的就業(yè)前景。

由于軟件測試工作的特殊性，需要從業(yè)者不僅掌握一定的軟件技術(shù)，同時也要對軟件測試的方法和流程具備相當(dāng)?shù)慕?jīng)驗(yàn)。通過高校教育培養(yǎng)出來的計算機(jī)專業(yè)應(yīng)屆畢業(yè)生，雖然能夠掌握基本的軟件開發(fā)技術(shù)和軟件測試?yán)碚?，但是缺乏?shí)際的測試經(jīng)驗(yàn)和相應(yīng)的行業(yè)背景知識，離企業(yè)的需求尚有一定的差距。目前高校計算機(jī)專業(yè)中軟件測試教學(xué)仍以理論為主，實(shí)踐動手能力和項(xiàng)目背景經(jīng)驗(yàn)的培養(yǎng)相對不足，這些矛盾導(dǎo)致學(xué)生就業(yè)時很難適應(yīng)企業(yè)的用人要求，企業(yè)也必須對招入的應(yīng)屆畢業(yè)生進(jìn)行培訓(xùn)，花費(fèi)相當(dāng)?shù)娜肆臀锪Α?/p>

項(xiàng)目實(shí)訓(xùn)是解決高校和企業(yè)之間供需矛盾的有效手段。在日常教學(xué)計劃中引入項(xiàng)目實(shí)訓(xùn)，以實(shí)際測試任務(wù)為驅(qū)動，按照企業(yè)規(guī)范進(jìn)行流程管理，讓學(xué)生掌握測試過程中各階段的技能，理論聯(lián)系實(shí)踐地接受企業(yè)化的鍛煉。通過實(shí)訓(xùn)課程，使學(xué)生不但能夠?qū)W習(xí)到實(shí)際測試經(jīng)驗(yàn)，而且能夠增強(qiáng)團(tuán)隊意識，進(jìn)一步縮小畢業(yè)生與職業(yè)測試工程師之間的差距。

一、軟件測試項(xiàng)目實(shí)施

1.測試項(xiàng)目簡介

本文所述的軟件測試實(shí)訓(xùn)項(xiàng)目是基于校企共建模式，由南京工業(yè)大學(xué)（以下簡稱“我?！保┸浖獍鼘?shí)驗(yàn)室提供軟件測試的場所和專用的硬件設(shè)備，從合作的軟件公司引入相應(yīng)的測試平臺、管理流程和測試報告文檔的測試項(xiàng)目。

本項(xiàng)目的內(nèi)容是針對前期開發(fā)的教師管理系統(tǒng)進(jìn)行測試。該系統(tǒng)是教學(xué)部門的業(yè)務(wù)管理支撐系統(tǒng)，測試主要圍繞教師信息的查詢和更新操作的管理。通過對這些功能模塊的測試，增強(qiáng)系統(tǒng)的易用性、穩(wěn)定性、可配置性，消除信息孤島，進(jìn)一步提高數(shù)據(jù)信息的應(yīng)用水平。

在測試環(huán)境搭建過程中，服務(wù)器的軟硬件配置要與該系統(tǒng)的實(shí)際運(yùn)行環(huán)境保持一致。對于測試計劃、測試方案和測試用例等文檔的修改、更新操作，則采用svn版本管理工具來進(jìn)行控制。學(xué)生可以通過svn服務(wù)器平臺，按照進(jìn)度提交每日的測試用例文檔，并填寫日志記錄測試進(jìn)度和每天的測試工作。

2.實(shí)訓(xùn)計劃和人員管理

軟件測試實(shí)訓(xùn)安排在我校外包實(shí)驗(yàn)室中進(jìn)行，采用與企業(yè)相同的管理模式集中訓(xùn)練，由相關(guān)教師和企業(yè)工程師來指導(dǎo)測試流程。測試團(tuán)隊的成員來自于我校電子與信息工程學(xué)院計算機(jī)專業(yè)的大三、大四學(xué)生，以及對軟件測試感興趣的相近專業(yè)的學(xué)生。這些學(xué)生具備基本的軟件編程能力，并且對測試的基本理論有一定的了解。根據(jù)學(xué)生自身水平和對項(xiàng)目的熟悉程度，可以將其劃分為不同角色，其中包括開發(fā)人員和測試人員。開發(fā)人員由原來參與系統(tǒng)開發(fā)的部分學(xué)生擔(dān)任。測試人員可以分成不同的小組測試不同的模塊，每個小組設(shè)置一個測試組長，負(fù)責(zé)測試項(xiàng)目管理，其余組員則負(fù)責(zé)執(zhí)行測試用例，各小組都有一名教師作為指導(dǎo)教師，控制模塊的測試進(jìn)度。整個測試實(shí)訓(xùn)項(xiàng)目安排在假期進(jìn)行，用時半個月，每天工作8小時。每天早晨由測試組長安排當(dāng)天的測試任務(wù)，并對前一天的測試結(jié)果進(jìn)行總結(jié)。在每個時間節(jié)點(diǎn)，由指導(dǎo)教師和小組成員對相關(guān)測試文檔進(jìn)行評審。

3.測試項(xiàng)目進(jìn)程

本項(xiàng)目的實(shí)際流程圖如圖1所示，在項(xiàng)目初始階段，擔(dān)任開發(fā)人員角色的學(xué)生敘述產(chǎn)品需求和業(yè)務(wù)流程，為編寫測試計劃做準(zhǔn)備。該測試項(xiàng)目主要分為5個階段：測試計劃制定、測試方案編寫、測試用例設(shè)計、多輪系統(tǒng)測試和測試系統(tǒng)報告提交。每個階段都力求達(dá)到規(guī)范化、細(xì)致化的測試目標(biāo)，同時每個階段都要經(jīng)過教師和各個組員之間的評審，如果評審?fù)ㄟ^，可以開始下一階段的工作；如果不通過，則需要完善后繼續(xù)評審直到通過。

（1）測試計劃制定。在了解了教師管理系統(tǒng)的需求以后，結(jié)合學(xué)生的基本情況、系統(tǒng)模塊數(shù)量和測試的周期來制定測試計劃。測試計劃要涵蓋測試的范圍和環(huán)境、測試人員的管理和測試進(jìn)度安排?？紤]到參與實(shí)訓(xùn)項(xiàng)目的學(xué)生缺乏相關(guān)經(jīng)驗(yàn)，因此測試計劃要重點(diǎn)突出每個測試小組所對應(yīng)的系統(tǒng)模塊，以及測試流程中每個階段所對應(yīng)的完成日期。該測試計劃由各組組長和指導(dǎo)教師制定，最后需各小組評審后通過。

（2）測試方案編寫。測試方案是按照系統(tǒng)需求說明書詳細(xì)的分析測試的模塊，指導(dǎo)后續(xù)的測試用例的編寫工作，重點(diǎn)在于對模塊具體功能的理解和測試對象的分析。在這一階段，首先由擔(dān)任開發(fā)人員角色的學(xué)生來介紹系統(tǒng)模塊的基本功能，并以文檔的形式向?qū)?yīng)測試組成員提交；然后由指導(dǎo)教師以具體測試點(diǎn)為例，介紹詳細(xì)的測試用例寫法；最后，由各組組長將測試任務(wù)分配給組員，各組員在理解的基礎(chǔ)上開始測試用例的設(shè)計。測試方案完成以后由各組組長匯總，并在組內(nèi)進(jìn)行評審。

（3）測試用例設(shè)計。測試用例的編寫是針對各功能模塊測試而設(shè)計的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，也是本實(shí)訓(xùn)項(xiàng)目的重點(diǎn)內(nèi)容。在對模塊的特性和功能了解的基礎(chǔ)上，設(shè)計系統(tǒng)的測試點(diǎn)，設(shè)計時應(yīng)考慮角色權(quán)限、驗(yàn)證點(diǎn)和測試描述。在設(shè)計驗(yàn)證點(diǎn)的過程中，鼓勵學(xué)生展開討論，力求做到無疏漏；同時在測試描述時，可以將等價類劃分、邊界值、錯誤推測等常用方法與書本理論相結(jié)合，通過具體的實(shí)例加深學(xué)生對所學(xué)知識的理解。最終的測試用例以Excel表格形式列出，其中包括編號、重要級別、操作步驟、預(yù)期輸出和實(shí)際測試結(jié)果等條目。

（4）多輪系統(tǒng)測試。按照測試用例的具體內(nèi)容，可以進(jìn)行多輪的系統(tǒng)測試。根據(jù)測試結(jié)果，扮演開發(fā)人員角色的學(xué)生對缺陷進(jìn)行修改。通過這一過程，不但使學(xué)生認(rèn)識到開發(fā)過程中存在的問題，而且積累了開發(fā)經(jīng)驗(yàn)，為今后規(guī)范化的編程打下了基礎(chǔ)。

（5）測試報告提交。通過半個月的實(shí)訓(xùn)，學(xué)生經(jīng)歷了規(guī)范化的測試流程，測試報告的編寫是對測試內(nèi)容的概括和總結(jié)。報告的內(nèi)容主要有以下三個方面：通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價；總結(jié)本次的測試過程，為制定以后的測試計劃提供參考；評估本次測試計劃和測試執(zhí)行是否符合規(guī)范。通過本次實(shí)訓(xùn)，學(xué)生普遍體會到從理論知識到實(shí)踐的過程，明確了規(guī)范化的軟件測試方法，同時對軟件編寫中隱含的錯誤和缺陷也有了一定的認(rèn)識，為今后的軟件開發(fā)打下一定的基礎(chǔ)。

二、軟件測試實(shí)訓(xùn)存在的問題和解決辦法

本次軟件測試實(shí)訓(xùn)基本達(dá)到了預(yù)期的效果，學(xué)生不但學(xué)到了規(guī)范化的測試流程，提高了職業(yè)軟件素養(yǎng)，而且通過互動和交流，發(fā)現(xiàn)了教學(xué)中存在的一些需要解決的問題。首先，本次軟件測試實(shí)訓(xùn)是針對上一次實(shí)訓(xùn)開發(fā)的系統(tǒng)，離企業(yè)的實(shí)際系統(tǒng)測試尚有一些差距；其次，參與的學(xué)生缺乏實(shí)際經(jīng)驗(yàn)，對軟件測試認(rèn)識不足，導(dǎo)致測試方案和測試用例編寫不夠規(guī)范、完善；另外，相應(yīng)的管理需要加強(qiáng)，在實(shí)訓(xùn)過程中存在遲到、早退以及缺席的現(xiàn)象，從而影響了測試進(jìn)度。

針對以上問題，在今后的實(shí)訓(xùn)過程中，測試項(xiàng)目要盡量切合企業(yè)的實(shí)際需求，同時在測試方案和測試用例的評審中，要加強(qiáng)教師和學(xué)生的溝通，強(qiáng)調(diào)測試流程的規(guī)范性，可以多鼓勵高水平的學(xué)生帶低水平的學(xué)生。另外，可以采取企業(yè)現(xiàn)行管理方式對實(shí)訓(xùn)進(jìn)行管理，如引入考勤制度、評審制度等。

三、結(jié)語

軟件測試是我國軟件產(chǎn)業(yè)高速發(fā)展中需求缺口較大的一個行業(yè)，培養(yǎng)具有相關(guān)經(jīng)驗(yàn)和符合企業(yè)需求的軟件測試人才是目前高校計算機(jī)專業(yè)需要解決的核心問題之一。本文通過研究軟件測試實(shí)訓(xùn)項(xiàng)目，探索了軟件測試專業(yè)人才的培訓(xùn)方式以及在此過程中遇到的問題，對研究校企聯(lián)合的人才培養(yǎng)模式具有重要意義。

參考文獻(xiàn)：

[1]徐瑾.中國軟件外包業(yè)研究綜述與展望[J].經(jīng)濟(jì)學(xué)動態(tài)，2010，（11）：75-78.

第5篇：測試方案和測試報告范文

開發(fā)框架

開發(fā)的系統(tǒng)中所應(yīng)用的技術(shù)都是基于JavaEE，技術(shù)成熟穩(wěn)定又能保持先進(jìn)性。采用B/S架構(gòu)使系統(tǒng)能集中部署分布使用，有利于系統(tǒng)升級維護(hù)；采用MVC的開發(fā)模式并參考SOA體系架構(gòu)進(jìn)行功能設(shè)計，使得能快速擴(kuò)展業(yè)務(wù)功能而不會影響現(xiàn)有系統(tǒng)功能的正常使用，可根據(jù)實(shí)際業(yè)務(wù)量進(jìn)行部分功能擴(kuò)容，在滿足系統(tǒng)運(yùn)行要求的同時實(shí)現(xiàn)成本最小化。系統(tǒng)采用分布式部署，系統(tǒng)功能隔離運(yùn)行，保障系統(tǒng)整體運(yùn)行的穩(wěn)定性。

圖1.開發(fā)框架與體系結(jié)構(gòu)圖

1.1.

web端技術(shù)棧

（1）前端采用elementUI/jquery/bootstrap/vue實(shí)現(xiàn)，前端和Controller交換數(shù)據(jù)基于json格式。

1.2

業(yè)務(wù)端技術(shù)棧

（1）

業(yè)務(wù)端基于springboot、springMVC、JPA、SpringData技術(shù)棧構(gòu)建，對于復(fù)雜的系統(tǒng)則采用springCloud構(gòu)建。

（2）

四層分隔：controller（Facade）/service/dao/entity,其中fa?ade主要用于生成json，實(shí)現(xiàn)和前端的數(shù)據(jù)交換。

（2）命名：按照功能模塊劃分各層包名，各層一致。

系統(tǒng)安全保障

2.1

訪問安全性

權(quán)限管理是系統(tǒng)安全的重要方式，必須是合法的用戶才可以訪問系統(tǒng)（用戶認(rèn)證），且必須具有該資源的訪問權(quán)限才可以訪問該資源（授權(quán)）。

我們系統(tǒng)設(shè)計權(quán)限模型，標(biāo)準(zhǔn)權(quán)限數(shù)據(jù)模型包括

：用戶、角色、權(quán)限（包括資源和權(quán)限）、用戶角色關(guān)系、角色權(quán)限關(guān)系。權(quán)限分配：通過UI界面方便給用戶分配權(quán)限，對上邊權(quán)限模型進(jìn)行增、刪、改、查操作。

基于角色的權(quán)限控制策略根據(jù)角色判斷是否有操作權(quán)限，因?yàn)榻巧淖兓?/p>

性較高，如果角色修改需要修改控制代碼。

而基于資源的權(quán)限控制：根據(jù)資源權(quán)限判斷是否有操作權(quán)限，因?yàn)橘Y源較為固定，如果角色修改或角色中權(quán)限修改不需要修改控制代碼，使用此方法系統(tǒng)可維護(hù)性很強(qiáng)。建議使用。

2.2

數(shù)據(jù)安全性

可以從三個層面入手：操作系統(tǒng)；應(yīng)用系統(tǒng)；數(shù)據(jù)庫；比較常用的是應(yīng)用系統(tǒng)和數(shù)據(jù)庫層面的安全保障措施。

在操作系統(tǒng)層面通過防火墻的設(shè)置。如設(shè)置成端口8080只有自己的電腦能訪問。應(yīng)用系統(tǒng)層面通過登陸攔截，攔問請求的方式。密碼不能是明文，必須加密；加密算法必須是不可逆的，不需要知道客戶的密碼。密碼的加密算法{

MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次數(shù)只有你自己知道)，不容易破解；加密多次之后，登錄時忘記密碼，只能重置密碼，它不會告訴你原密碼，因?yàn)楣芾韱T也不知道。

項(xiàng)目計劃的編制和管理

本公司項(xiàng)目基于敏捷過程的方式組織，項(xiàng)目計劃基于需求和團(tuán)隊反復(fù)討論的過程。在開發(fā)系統(tǒng)時都經(jīng)過了解需求，開需求分析會議，確定開發(fā)任務(wù)，推進(jìn)開發(fā)進(jìn)度，測試，試點(diǎn)，交付等開發(fā)步驟，其中具體內(nèi)容有：

1，了解需求：跟客戶溝通，充分了解對方的需求，然后對需求進(jìn)行過濾，最后整體成需求文檔

2，需求分析會議：也就是項(xiàng)目啟動會議之后要做的事情，對拿來的需求進(jìn)行討論，怎么做滿足需求。主要對需求進(jìn)行全面的梳理，讓開發(fā)，產(chǎn)品，項(xiàng)目都熟悉整個需求。

3，確定開發(fā)任務(wù)：根據(jù)敏捷開發(fā)法則，需求變成一個一個功能點(diǎn)之后就是安排開發(fā)任務(wù)了。根據(jù)團(tuán)隊現(xiàn)有的資源合理分配任務(wù)，和時間節(jié)點(diǎn)

4，

推進(jìn)開發(fā)進(jìn)度：在開發(fā)的實(shí)際過程中，注意節(jié)奏的把控，注重功能點(diǎn)完成的時間點(diǎn)。

5，

每一個功能點(diǎn)完成之后都會有測試工程師進(jìn)行單元測試。

6，試點(diǎn)單位進(jìn)行試用，然后解決問題。

7，交付

項(xiàng)目進(jìn)度保障體系

4.1制度保障

實(shí)行項(xiàng)目經(jīng)理負(fù)責(zé)制，建立強(qiáng)有力的開發(fā)指揮機(jī)構(gòu)和開發(fā)保障體系，投入能保證開發(fā)進(jìn)度如期實(shí)現(xiàn)的足夠的開發(fā)隊伍，實(shí)行專業(yè)化開發(fā)。建立從項(xiàng)目經(jīng)理到各開發(fā)人員的開發(fā)任務(wù)，全面、及時掌握并迅速、準(zhǔn)確地處理開發(fā)過程中遇到的各種問題。對開發(fā)過程中遇到的需求變更進(jìn)行協(xié)調(diào)管理，對重大關(guān)鍵問題超前研究，制定措施，及時調(diào)整開發(fā)的公共類保證開發(fā)過程的連續(xù)性和高效性。強(qiáng)化開發(fā)過程的時間點(diǎn)把控問題，對開發(fā)任務(wù)實(shí)行動態(tài)管理。保證在時間點(diǎn)內(nèi)完成開發(fā)任務(wù)。實(shí)行內(nèi)部經(jīng)濟(jì)承包責(zé)任制。使責(zé)任和效益掛鉤，個人利益和完成工作量掛鉤，做到多勞多得，調(diào)動開發(fā)團(tuán)隊、個人的積極性。編制科學(xué)合理的總體開發(fā)進(jìn)度計劃，運(yùn)用專業(yè)管理軟件，對開發(fā)計劃進(jìn)行動態(tài)控制；并在總計劃的基礎(chǔ)上分解明確的月及旬計劃，項(xiàng)目經(jīng)理抓住主要技術(shù)難點(diǎn)，嚴(yán)格按計劃安排組織開發(fā)，重點(diǎn)抓好關(guān)鍵技術(shù)的開發(fā)。定期檢查開發(fā)計劃的執(zhí)行情況，及時對開發(fā)進(jìn)度計劃進(jìn)行調(diào)整；在開發(fā)過程中，根據(jù)開發(fā)進(jìn)展和各種因素的變化情況，不斷優(yōu)化開發(fā)的方案，保證各開發(fā)有條不紊的執(zhí)行。

4.2開發(fā)進(jìn)度開發(fā)工期保證措施

任務(wù)分發(fā)將利用一流的開發(fā)策劃、高效的組織、科學(xué)的領(lǐng)導(dǎo)和動態(tài)的控制，用一流的運(yùn)作與協(xié)調(diào)、一流的技術(shù)框架與技術(shù)、一流的團(tuán)隊素質(zhì)等來實(shí)現(xiàn)一流的管理，從而通過過程控制實(shí)現(xiàn)最終產(chǎn)品的精品，滿足客戶對工期、質(zhì)量等各方面的要求。

完善的開發(fā)計劃保證體系是保證項(xiàng)目工期的綱要，掌握開發(fā)管理主動權(quán)，全面而宏觀的控制整個開發(fā)的過程，是保證開發(fā)進(jìn)度的關(guān)鍵。通過完善的開發(fā)計劃保證體系，采用先進(jìn)的開發(fā)計劃計算、設(shè)計軟件，制定出科學(xué)合理的開發(fā)進(jìn)度計劃。

1．

編制三級網(wǎng)絡(luò)計劃

在開發(fā)過程中中我單位將分級編制網(wǎng)絡(luò)計劃來控制整個項(xiàng)目的開發(fā)。

（1）一級網(wǎng)路計劃

根據(jù)項(xiàng)目總工期控制項(xiàng)目各階段里程碑目標(biāo)。

（2）二級網(wǎng)路計劃

根據(jù)各階段分項(xiàng)業(yè)務(wù)的工期目標(biāo)控制分解成分部目標(biāo)。

（3）三級網(wǎng)路計劃

主要技術(shù)使用控制周計劃和日計劃。通過對關(guān)鍵技術(shù)開發(fā)編制標(biāo)準(zhǔn)業(yè)務(wù)，建立計劃統(tǒng)計數(shù)據(jù)庫，利用項(xiàng)目管理信息系統(tǒng)對工期進(jìn)行全方位管理。

2.制定派生計劃

根據(jù)總控工期、階段工期和分項(xiàng)業(yè)務(wù)工作量制定出技術(shù)保障、商務(wù)合同、物資采購、設(shè)備定貨、人力資源等派生計劃，是進(jìn)度管理的重要組成部分，按照最遲完成或最遲準(zhǔn)備的插入時間原則，制定各類派生保障計劃，作到各項(xiàng)工作有備而來，有章可循。

工期保證體系框圖

技術(shù)保證體系

綜合保證體系

組織保證體系

技術(shù)總監(jiān)

開發(fā)組織設(shè)計

技術(shù)總監(jiān)

開發(fā)人員

測試人員

試驗(yàn)室

項(xiàng)目經(jīng)理

制

度

保

證

獎懲制度

崗位責(zé)任制

經(jīng)濟(jì)責(zé)任制

開發(fā)團(tuán)隊

單元測試

技術(shù)培訓(xùn)

測試用例

開發(fā)進(jìn)度計劃保證

月度計劃

季度計劃

年度計劃

技術(shù)工作責(zé)任制

技術(shù)標(biāo)準(zhǔn)

設(shè)計文件

招標(biāo)文件

技術(shù)規(guī)范

技術(shù)工作標(biāo)準(zhǔn)化

開發(fā)團(tuán)隊

實(shí)現(xiàn)工期目標(biāo)

4.3施工進(jìn)度三階段控制措施

（一）開發(fā)進(jìn)度“事前控制”

1.積極做好業(yè)務(wù)需求，業(yè)務(wù)流程等準(zhǔn)備工作，為自己盡早投入開發(fā)創(chuàng)造好條件，把準(zhǔn)備工作做細(xì)做充分，確保按時無障礙開發(fā)。

2.編制詳細(xì)的開發(fā)進(jìn)度計劃，包括需求文檔，業(yè)務(wù)分工計劃，業(yè)務(wù)流程等。

3.關(guān)鍵技術(shù)或特殊技術(shù)編制相應(yīng)的開發(fā)進(jìn)度計劃，制定相應(yīng)的節(jié)點(diǎn)，編制節(jié)點(diǎn)控制計劃。

4.編制開發(fā)節(jié)點(diǎn)實(shí)施細(xì)則，明確搭接和流水的節(jié)拍。

（二）開發(fā)進(jìn)度“事中控制”

1.嚴(yán)格審核開發(fā)人員的進(jìn)度計劃、季度計劃、月計劃，并監(jiān)督各人員按照已制定的開發(fā)進(jìn)度計劃進(jìn)行開發(fā)。

2.在本項(xiàng)目開發(fā)期間，按開發(fā)進(jìn)度需要，配備充足的開發(fā)人員，確保時間點(diǎn)的正常運(yùn)行。

3.在開發(fā)期間，每周結(jié)束前，組織召開一次碰頭會，協(xié)商解決當(dāng)周開發(fā)過程中和第二周開發(fā)中將會發(fā)生的問題，應(yīng)解決的問題決不拖延。

4.狠抓開發(fā)進(jìn)度與質(zhì)量，加強(qiáng)技術(shù)培訓(xùn)。只有在確保技術(shù)過關(guān)、質(zhì)量的前提下才能求速度、講進(jìn)度、抓工期。

5.根據(jù)開發(fā)的實(shí)際情況，及時修改和調(diào)整開發(fā)進(jìn)度，并定期向客戶通報系統(tǒng)開發(fā)進(jìn)展情況。

（三）施工進(jìn)度“事后控制”

1.根據(jù)開發(fā)進(jìn)度計劃，及時組織測試人員通過事先編寫的測試用例進(jìn)行分項(xiàng)測試與系統(tǒng)測試。

2.定期整理有關(guān)開發(fā)進(jìn)度的資料，匯總編目，建立相應(yīng)的檔案。

項(xiàng)目質(zhì)量保障體系

5.1過程中的保證

依據(jù)項(xiàng)目的軟件特點(diǎn)、合作方的項(xiàng)目實(shí)施要求，采取需求分析，系統(tǒng)設(shè)計，軟件項(xiàng)目計劃，軟件需求分析，軟件模型設(shè)計，軟件詳細(xì)設(shè)計，單元測試設(shè)計，編寫單元測試，系統(tǒng)培訓(xùn)，系統(tǒng)測試等一些列的措施在過程中保證項(xiàng)目的質(zhì)量。

5.2技術(shù)方面的保證

公司研發(fā)人員均為國內(nèi)高校分子計算機(jī)專業(yè)或招聘的高級技術(shù)人才，專業(yè)基礎(chǔ)和工作經(jīng)驗(yàn)扎實(shí)豐富，整個團(tuán)隊具有高級工程師、博士的人才搭配，具備強(qiáng)大的持續(xù)研發(fā)能力。

5.3軟件質(zhì)量管理責(zé)任分配

角色

職責(zé)

配置管理員

制定、創(chuàng)建和維護(hù)配置庫，提供文檔規(guī)范，并傳達(dá)到各個部門。

QA（質(zhì)量保證）

參與項(xiàng)目各個階段的評審，進(jìn)行過程評審和產(chǎn)品審計，檢查文檔和代碼的規(guī)范執(zhí)行情況

QC（質(zhì)量控制）

軟件測試是質(zhì)量控制的主要手段，測試人員進(jìn)行軟件的測試設(shè)計和執(zhí)行工作

5.4工作產(chǎn)品和活動

活動

責(zé)任人

工作產(chǎn)品

是否可裁剪

項(xiàng)目立項(xiàng)

項(xiàng)目經(jīng)理

項(xiàng)目計劃

否

配置管理員

配置管理計劃

是

質(zhì)量保證計劃

是

測試人員

系統(tǒng)測試計劃

否

需求管理活動

項(xiàng)目經(jīng)理

需求調(diào)研報告

是

需求規(guī)格說明書

否

用戶、項(xiàng)目經(jīng)理

用戶確認(rèn)書

是

評審報告

是

設(shè)計過程、決策分析活動

設(shè)計組

概要設(shè)計說明書

否

界面設(shè)計圖

是

詳細(xì)設(shè)計說明書

是

項(xiàng)目經(jīng)理

決策分析評議表

是

評審報告

是

開發(fā)編碼、集成過程活動

項(xiàng)目經(jīng)理

版本記錄

否

評審報告

是

開發(fā)人員

程序代碼

否

系統(tǒng)測試活動

測試人員

測試用例、測試報告

否

評審報告

是

項(xiàng)目結(jié)項(xiàng)、交付與維護(hù)活動

項(xiàng)目經(jīng)理

培訓(xùn)教材

是

用戶手冊

是

安裝手冊

是

項(xiàng)目總結(jié)報告

否

項(xiàng)目經(jīng)理、客戶

用戶驗(yàn)收報告

是

評審報告

是

項(xiàng)目跟蹤與監(jiān)控活動

項(xiàng)目經(jīng)理

項(xiàng)目問題跟蹤日志

是

不符合項(xiàng)問題跟蹤記錄表

否

項(xiàng)目跟蹤與監(jiān)控活動檢查單

是

風(fēng)險管理活動

項(xiàng)目經(jīng)理

風(fēng)險管理列表

是

風(fēng)險管理活動檢查單

是

配置管理活動

配置管理員

配置狀態(tài)報告

是

變更請求審批表

是

變更跟蹤記錄表

是

配置管理活動檢查單

是

評審活動

項(xiàng)目成員

評審報告

否

評審活動檢查單

是

5.5評審

評審是以一種正式的形式進(jìn)行，如有正式的、事先定義好的有關(guān)職責(zé)的各種角色，并遵循組織規(guī)定的流程。

對于任何工作產(chǎn)品的審計，都會組建與之對應(yīng)的專門評審組，包括作者、主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA、項(xiàng)目組成員，但不能有作者的直接領(lǐng)導(dǎo)或者管理者。

評審小組先召開一個預(yù)備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如講解一下本工作產(chǎn)品的目標(biāo)是什么，以及其相關(guān)的實(shí)現(xiàn)

細(xì)節(jié)、開發(fā)標(biāo)準(zhǔn)等。應(yīng)該允許甚至鼓勵評審組成員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。

評審小組的主持人負(fù)責(zé)確定什么時間開始真正的評審會議，在預(yù)備會和正式評審會議之間，評審小組成員對工作產(chǎn)品進(jìn)行徹底檢查，并依據(jù)相關(guān)標(biāo)準(zhǔn)和準(zhǔn)則評審工作產(chǎn)品。

在預(yù)定時間，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進(jìn)行檢查，主持人負(fù)責(zé)對整個會議的進(jìn)展進(jìn)行控制，記錄員記錄下這個過程。

在工作產(chǎn)品中發(fā)現(xiàn)的每一個缺陷都會被認(rèn)真記錄下來，并被適當(dāng)分類。

會議結(jié)束后，負(fù)責(zé)人需要分析相關(guān)缺陷，找出產(chǎn)生此缺陷的原因并加以修正。

主持人應(yīng)確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應(yīng)將相關(guān)問題移交相關(guān)的質(zhì)量保證人員。

階段

評審內(nèi)容

評審時機(jī)

參加人員

是否可裁剪

計劃階段

項(xiàng)目計劃

項(xiàng)目啟動會議

項(xiàng)目所有成員

否

配置管理計劃

項(xiàng)目所有成員

是

質(zhì)量保證計劃

項(xiàng)目所有成員

是

系統(tǒng)測試計劃

項(xiàng)目所有成員

否

需求階段

需求調(diào)研報告

項(xiàng)目評審會議1