科技項目相關(guān)測試驗收方案

項 目 測 試 驗 收 方 案1.1查收流程在查收階段，平臺系統(tǒng)所有應(yīng)用系統(tǒng)將依照用戶和我企業(yè)都認同的《系統(tǒng)需求剖析》，組織查收小組，進行功能和性能的查收測試。從系統(tǒng)的適用性、穩(wěn)固性、可保護性、靈巧性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及說明說明等方面組織全面查收。查收測試安排分為系統(tǒng)初驗和系統(tǒng)終驗。1.2初驗經(jīng)過系統(tǒng)內(nèi)部試運轉(zhuǎn)，我企業(yè)對內(nèi)部試運轉(zhuǎn)時期發(fā)現(xiàn)的問題更正后，提出系統(tǒng)初驗書面申請。查收標準將依照“需求說明書”和兩方認同的有關(guān)系統(tǒng)設(shè)計文檔所提的要求進行。用戶在收到我企業(yè)查收申請后，趕快組織系統(tǒng)初驗。初驗前我企業(yè)供應(yīng)所有的工程文檔和安裝測試報告，并供應(yīng)初驗測試文檔，在用戶認同后進行初驗測試，初驗通事后，系統(tǒng)進入正式試運轉(zhuǎn)期。我企業(yè)應(yīng)解決試運轉(zhuǎn)時期所反應(yīng)出的問題，若系統(tǒng)達不到合同規(guī)定要求，試運轉(zhuǎn)期將持續(xù)順延，直到系統(tǒng)完美，但試運轉(zhuǎn)期最長不得超出三個月。1.3試運轉(zhuǎn)初驗合格后，經(jīng)用戶贊同，系統(tǒng)進入試運轉(zhuǎn)階段，試運轉(zhuǎn)周期不超出三個月。在試運轉(zhuǎn)時期，我企業(yè)按用戶要求供應(yīng)培訓和技術(shù)支持，保證用戶能夠正確理解和使用系統(tǒng)；我企業(yè)對試運轉(zhuǎn)中出現(xiàn)的任何問題及用戶提出的改正建議將實時做出響應(yīng)，并提交解決方案，在用戶確認后實行。試運轉(zhuǎn)時期如出現(xiàn)重要故障，則試運轉(zhuǎn)期從故障清除之日起從頭計算。1.4終驗標準正式試運轉(zhuǎn)期結(jié)束后，如系統(tǒng)無功能缺點，能夠正常運轉(zhuǎn)，在具備終驗條件下進行系統(tǒng)終驗，由我企業(yè)提出終驗書面申請，用戶在收到我企業(yè)查收申請后，趕快組織系統(tǒng)終驗。成立項目全面查收小組，由用戶、我企業(yè)以及外面專家等構(gòu)成，對項目進行全面查收。系統(tǒng)終驗前，我企業(yè)提交終驗測試標準和終驗測試計劃，內(nèi)容包含：測試對象及應(yīng)達到的測試指標、測試方法和測試條件、測試資料和數(shù)據(jù)，并以圖表說明每一測試對象或過程的功能輸入輸出測試進度。1.5終驗內(nèi)容1） 系統(tǒng)適用性：項目查收最要點的指標，檢查系統(tǒng)能否切合目前業(yè)務(wù)的需要，特別是業(yè)務(wù)流的整體性和數(shù)據(jù)流的一致性，并前瞻性供應(yīng)未來業(yè)務(wù)接口。2） 系統(tǒng)穩(wěn)固性：硬件環(huán)境的穩(wěn)固性、軟件運轉(zhuǎn)異樣辦理和正常運轉(zhuǎn)狀況。3） 系統(tǒng)可保護性：含網(wǎng)絡(luò)系統(tǒng)管理與保護、服務(wù)器系統(tǒng)平臺管理與保護、操作系統(tǒng)管理與保護、應(yīng)用系統(tǒng)軟件管理與保護、數(shù)據(jù)庫管理與保護以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份，災(zāi)害事件辦理與解決實行方案等。4） 系統(tǒng)文檔：查收文檔能否齊備、規(guī)范、正確、詳盡，主要的文檔包含：需求剖析報告，框架設(shè)計報告，數(shù)據(jù)庫物理及邏輯設(shè)計報告，詳盡設(shè)計報告，編碼規(guī)范及技術(shù)選型報告，測試報告，系統(tǒng)部署和公布報告，集成方案，軟件用戶使用手冊，系統(tǒng)保護方案和操作文檔等。5） 代碼規(guī)范及說明說明：程序代碼編寫能否規(guī)范；說明說明或代碼文檔能否詳盡全面;接口定義能否切合局信息系統(tǒng)規(guī)劃一致性的要求。6） 系統(tǒng)靈巧性：系統(tǒng)能否方便客戶進行保護；系統(tǒng)能否在先進性的基礎(chǔ)上具備未來升級和可擴大性；能否利于系統(tǒng)平臺遷徙和部署等。7） 系統(tǒng)可操作性：界面能否友善性；能否實現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。8） 系統(tǒng)安全性：能否有完美的安全體制保證系統(tǒng)的安全性，如軟件方面的安全防備（加密舉措、有關(guān)認證、數(shù)據(jù)庫安全防備），硬件方面（防火墻、物理隔絕和邏輯隔絕）的安全設(shè)置。9） 其余查收標準：其余的與本系統(tǒng)有關(guān)的查收標準。1.6終驗過程1） 我企業(yè)依照項目查收計劃達成查收準備工作2） 用戶代表運轉(zhuǎn)查收測試用例集，記錄運轉(zhuǎn)結(jié)果3） 假如發(fā)現(xiàn)沒有經(jīng)過的查收測試用例，則我企業(yè)立刻解決問題4） 用戶主持項目查收會5） 我企業(yè)向用戶報告項目實行結(jié)果6） 用戶代表向用戶報告試運轉(zhuǎn)結(jié)果7） 用戶評論項目實行和試運轉(zhuǎn)結(jié)果，草擬和判定項目查收報告。經(jīng)中國疾病預(yù)防控制中心精神衛(wèi)生中心確認系統(tǒng)終驗通事后，兩方簽訂終考證書。1.7終驗技術(shù)文檔資料我企業(yè)在軟件開發(fā)和系統(tǒng)集成中將嚴格依照國家軟件工程有關(guān)要求供應(yīng)的文檔來供應(yīng)，查收的技術(shù)文檔起碼包含以下內(nèi)容：序號名稱內(nèi)容提交時間1系統(tǒng)需求剖析描繪用戶需求及剖析結(jié)果（含用例圖，類圖等）需求剖析結(jié)束2系統(tǒng)綱要設(shè)計描繪系統(tǒng)模型及系統(tǒng)系統(tǒng)架構(gòu)等初步設(shè)計內(nèi)容綱要設(shè)計結(jié)束3系統(tǒng)詳盡設(shè)計說明術(shù)描繪系統(tǒng)各個子模塊的接口和詳盡設(shè)計流程詳盡設(shè)計結(jié)束

4應(yīng)用程序設(shè)計說明書描繪系統(tǒng)各程序模塊的接口和實現(xiàn)流程詳盡設(shè)計結(jié)束5數(shù)據(jù)庫詳盡設(shè)計說明書描繪數(shù)據(jù)庫物理規(guī)劃，數(shù)據(jù)表字段，儲存過程設(shè)計內(nèi)容詳盡設(shè)計結(jié)束6應(yīng)用系統(tǒng)集成實行說明描繪系統(tǒng)上線實行的詳盡過程和步驟開發(fā)過程中，部件開發(fā)結(jié)束7系統(tǒng)測試綱領(lǐng)描繪系統(tǒng)測試的詳盡測試用例和測試方法組裝測試結(jié)束8系統(tǒng)測試報告描繪系統(tǒng)測試的詳盡測試結(jié)果和剖析系統(tǒng)測試結(jié)束9系統(tǒng)查收報告描繪軟件綜合評論，匯總所有軟件開發(fā)有關(guān)文檔系統(tǒng)查收完成10系統(tǒng)用戶使用手冊描繪系統(tǒng)詳盡使用說明應(yīng)用集成結(jié)束11系統(tǒng)安裝保護管理手冊描繪系統(tǒng)平時管理和保護的詳盡內(nèi)容系統(tǒng)測試結(jié)束1.8終驗報告查收小組將在終驗結(jié)束后提交一份由專家署名的查收報告。查收報告附平臺系統(tǒng)和整系統(tǒng)統(tǒng)測試結(jié)果報告，同時給出以下明確結(jié)論之一：（1）經(jīng)過查收;基本經(jīng)過查收，要求在七天內(nèi)完美后再次進行查收；未經(jīng)過查收，要求在十天內(nèi)更正后再次進行查收；如再次查收后仍舊不可以所有經(jīng)過，用戶有權(quán)停止合同，并要求我企業(yè)肩負違約責任。查收結(jié)束時，我企業(yè)將平臺系統(tǒng)有關(guān)產(chǎn)品說明書、系統(tǒng)安裝手冊、技術(shù)文檔、資料及安裝、測試、查收報告等文檔聚集成冊交托用戶。2.1測試方法2.1單元測試單元測試目的單元測試的對象是軟件設(shè)計中的最小單元模塊。單元測試人員依據(jù)單元測試計劃對已達成的系統(tǒng)單元進行測試，保證已達成的系統(tǒng)單元切合相應(yīng)部分系統(tǒng)詳盡設(shè)計說明書所規(guī)定的要求。假如單元測試發(fā)現(xiàn)系統(tǒng)單元與其相應(yīng)的詳盡設(shè)計說明書不符，則此系統(tǒng)單元一定改正以最后切合說明書的規(guī)定。單元測試采納的方法、技術(shù)與內(nèi)容單元測試主要采納白盒測試技術(shù)，用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設(shè)計測試用例；主要測試內(nèi)容包含單元功能測試、單元性能測試和異樣辦理測試等。單元測試流程單元測試流程分為單元測試設(shè)計、單元測試準備、單元測試實行和記錄、單元測試錯誤追蹤。單元測試設(shè)計即單元測試用例設(shè)計，由系統(tǒng)設(shè)計人員在詳盡設(shè)計的同時達成。單元測試準備為依照測試用例的要求，準備單元測試驅(qū)動數(shù)據(jù)和驅(qū)動模塊，由開發(fā)人員在開發(fā)過程中達成。單元測試實行和記錄由開發(fā)人員在編碼達成此后進行。單元測試問題追蹤由開發(fā)人員和系統(tǒng)設(shè)計人員共同達成，依據(jù)惹起問題的不一樣原由進行不一樣辦理。假如測試問題為編碼錯誤，則由開發(fā)人員達成糾錯后從頭測試。假如測試問題為設(shè)計階段惹起的問題，則需要進行設(shè)計更改。經(jīng)過單元測試的程序，進入配置管理系統(tǒng)。單元測試用例編程組組長組織、指導開發(fā)人員依據(jù)《系統(tǒng)設(shè)計說明書》，編寫所負責代碼設(shè)計模塊的《單元測試用例》，設(shè)計單元測試腳本。2.2代碼評審編程組組長組織人員進行代碼檢查。若所寫的代碼不切合編碼規(guī)范，即使已實現(xiàn)了系統(tǒng)功能，仍舊認為不合格的，需要重寫。代碼檢查的意義保證代碼編寫的規(guī)范保證代碼編寫的過程不產(chǎn)生BUG代碼檢查的依照檢查代碼能否有更新檢查存在問題能否有更新檢查存在問題能否已解決問題已解決，則填寫《代碼檢查記錄》2.3集成測試集成測試目的集成測試是指依據(jù)《系統(tǒng)綱要設(shè)計》及《系統(tǒng)集成與開發(fā)詳盡設(shè)計》，對系統(tǒng)的各單元進行組裝。把分其余系統(tǒng)單元組裝為完好的可履行的計算機軟件。集成測試的目的是檢查軟件單元零件能否能夠集成為一個整體，達成必定的功能，并找出單元測試中沒有發(fā)現(xiàn)的錯誤，包含數(shù)據(jù)定義有沒有重合與矛盾，接口會不會產(chǎn)生錯誤，組合此后的模塊功能會不會相互影響，組合的系統(tǒng)能否是達到預(yù)期的成效等。集成測試采納的方法、技術(shù)和內(nèi)容集成測試采納白盒測試和黑盒測試相聯(lián)合的測試技術(shù)和漸增式的測試策略，用數(shù)據(jù)流等測試方法設(shè)計測試用例。主要測試內(nèi)容包含單元之間的接口測試、全局數(shù)據(jù)構(gòu)造測試等。集成測試流程集成測試包含集成測試設(shè)計、集成測試準備、集成測試實行和測試記錄、集成測試問題追蹤和結(jié)束測試等階段。集成測試設(shè)計由測試組組長依據(jù)項目計劃和開發(fā)計劃編制《集成測試計劃》，設(shè)計《測試用例》。測試計劃和測試用例應(yīng)當經(jīng)過項目經(jīng)理的審察。集成測試準備需要系統(tǒng)測試組組長成立獨立的測試環(huán)境。測試環(huán)境包含測試硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測試對象（程序）的安裝和初始化工作。集成測試實行和測試記錄是由系統(tǒng)測試組組長組織人員依照測試計劃和測試用例要求進行測試，而且記錄測試過程和測試結(jié)果。集成測試問題追蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長依據(jù)測試記錄提交測試問題報告，并由系統(tǒng)設(shè)計人員和開發(fā)人員解決每一個問題的過程。測試結(jié)束指測試問題報告中的問題解決后，進行回歸測試。當測試問題降低到必定程度并經(jīng)過測試經(jīng)過準則時，系統(tǒng)測試組組長提交測試總結(jié)報告結(jié)束測試。2.4功能測試功能測試包含兩大多數(shù)，一是包含基本業(yè)務(wù)功能、業(yè)務(wù)測試、接口測試和可用性測試等方面的功能測試，二是包含：安全性測試、故障恢復(fù)測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化測試。查收測試主要從系統(tǒng)的適用性、穩(wěn)固性、可保護性、靈巧性、可操作性、和安全性方面進行測試。（1）測試目標當國家重性精神疾病管理報表直報系統(tǒng)開發(fā)結(jié)束時，就要面對著推行使用的問題。在整個的軟件開發(fā)過程中，因為各樣原由應(yīng)用系統(tǒng)會有不完美的問題，這些問題會表此刻開發(fā)后公布的軟件產(chǎn)品中，并在產(chǎn)品中極大的影響著產(chǎn)品的使用，對于用戶，這些缺點阻擋著達成他們的既定目標和工作。所以我們要組織并履行測試，以降低軟件產(chǎn)品中存在的缺陷，保證產(chǎn)品的質(zhì)量和可用性，測試工作的目標就是降低BUG率，從各個方面提升軟件產(chǎn)品的質(zhì)量和可用性，為用戶供應(yīng)優(yōu)良的國家重性精神疾病管理報表直報系統(tǒng)。計劃進度表和測試計劃對業(yè)務(wù)系統(tǒng)測試進行了時間和內(nèi)容上的定義與拘束。(2)測試流程以下圖是功能測試的流程，綱要描繪了測試過程中所波及的角色，測試階段，以及各階段不一樣角色需要達成的任務(wù)。業(yè)務(wù)測試流程在準備測試用例這一活動中，我們所履行的詳細任務(wù)以下圖，在確立詳細的測試范圍及內(nèi)容后，進行測試分類，并依據(jù)分類的結(jié)果確立需要設(shè)計的測試用例。每個測試用例的描繪如圖中下半部分的描繪。準備測試用例測試用例是測試工作中重要的指導性文件。國家重性精神疾病管理報表直報系統(tǒng)的測試用例主假如依照測試種類做區(qū)分，測試用例的輸入為《國家重性精神疾病管理報表直報系統(tǒng)測試需求》，測試需求的輸入是《系統(tǒng)需求規(guī)格說明書》。在整個測試過程中，我們將用缺點管理工具BugBase對測試綱領(lǐng)、測試用例、測試問題等進行管理，并可對問題進行統(tǒng)計。要點步驟輸入項目開發(fā)計劃業(yè)務(wù)需求說明、《系統(tǒng)需求規(guī)格說明》測試數(shù)據(jù)要點步驟定義測試需求與策略開發(fā)測試腳本和用例準備測試環(huán)境履行測試輸出測試計劃測試用例、腳本測試結(jié)果要點成功要素確立系統(tǒng)需求的靠譜方法認同了整體測試計劃測試腳本開發(fā)與履行有足夠資源與時間支持測試腳本開發(fā)與履行的工具，包含合適的配置環(huán)境開發(fā)以業(yè)務(wù)過程驅(qū)動為基礎(chǔ)的測試腳本測試環(huán)境的靠譜、實時（變換）的測試數(shù)據(jù)所有業(yè)務(wù)系統(tǒng)和系統(tǒng)集成測試的全面履行獨立的質(zhì)量保證測試和對所有測試活動的合格停止測試達成標準實現(xiàn)功能完好切合功能列表。所有的功能頁面均可達。TD上的問題獲得妥當辦理，不含有A,B,C類問題。定義的測試項目達成。產(chǎn)品化測試的拘束達成。缺點管理追蹤工具在上節(jié)描繪中提到的TD，能夠應(yīng)用于測試的全過程，也能夠用于管理各種評審的缺點等。TD還供應(yīng)一些模板，比如測試計劃、測試總結(jié)、測試綱領(lǐng)、測試問題卡，所以能夠通過BugBase實現(xiàn)從測試計劃到總結(jié)的各測試活動管理。我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試綱領(lǐng)，對應(yīng)測試綱領(lǐng)中的內(nèi)容和測試需求編寫測試用例，測試人員能夠依據(jù)測試綱領(lǐng)和用例履行測試，發(fā)現(xiàn)問題后，記錄在TD中，測試負責人經(jīng)過查察缺點問題列表將問題分派給對應(yīng)的開發(fā)人員， 開發(fā)人員通過查察問題列表改正問題，TD還供應(yīng)了各樣統(tǒng)計功能，比如依據(jù)問題的發(fā)現(xiàn)日期、問題等級、問題的散布、問題引入階段等進行統(tǒng)計，這些統(tǒng)計結(jié)果可用來進行剖析和總結(jié)測試過程中使用TD管理工具的好處在于:提升了測試的生產(chǎn)率工具自動進行統(tǒng)計和剖析能夠?qū)栴}卡輸出到Excel文件中，便于與有關(guān)人員進行交流和確認。2.5性能測試性能測試整體流程與業(yè)務(wù)系統(tǒng)測試的流程基真相同。查收測試主要從系統(tǒng)的適用性、穩(wěn)固性、可保護性、靈巧性、可操作性、和安全性方面進行測試。性能測試的內(nèi)容源于用戶對國家重性精神疾病管理報表直報系統(tǒng)的性能要求，其余就是針對國家重性精神疾病管理報表直報系統(tǒng)業(yè)務(wù)多、范圍廣、層次多、用戶量大的特色，對要點業(yè)務(wù)、要點流程進行性能測試。（1） 測試目標性能測試的目標是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、成立和履行性能測試。考證系統(tǒng)能否知足中國疾病預(yù)防控制中心精神衛(wèi)生中心的性能要求，如不可以知足，要進行相應(yīng)的優(yōu)化。（2） 測試流程依據(jù)國家重性精神疾病管理報表直報系統(tǒng)的性能要求，我們第一對性能測試進行策劃，確立性能測試的類型和測試方法。而后開發(fā)性能測試的用例，確立測試環(huán)境并準備就緒后履行性能測試，確立測試中的系統(tǒng)或組件的性能，并使用其結(jié)果斷定性能能否能夠被業(yè)務(wù)所接受。假如在測試中胸懷的性能特征證明是不可以被接受的，我們能夠經(jīng)過對業(yè)務(wù)的改良、數(shù)據(jù)庫、應(yīng)用服務(wù)器等進行調(diào)優(yōu)，以提升性能質(zhì)量，在進行系統(tǒng)調(diào)優(yōu)前，我們相同要進行調(diào)優(yōu)的設(shè)計與剖析。性能測試與應(yīng)用和技術(shù)架構(gòu)密切有關(guān)而且二者相互影響。性能測試類型與方法舉例測試類型測試方法大數(shù)據(jù)量測試導入大批數(shù)據(jù)到系統(tǒng)中，檢查單用戶操作時系統(tǒng)的性能表現(xiàn)，對于較慢的操作進行剖析、查找原由直到最后改正多用戶并發(fā)操作測試loadn用loadnunnen模擬并發(fā)用戶操作，通過inner及senventnace 等工具進行問題查找和追蹤不一樣帶寬下的測試用loadnunnen 模擬不一樣帶寬進行測試疲憊測試用loadnunnen模擬進行測試（3）要點步驟輸入性能需求要點步驟定義性能測試策略設(shè)計性能測試腳本準備測試環(huán)境和性能測試數(shù)據(jù)性能測試履行輸出性能測試腳本性能測試報告要點成功要素性能測試的清楚的范圍定義。性能測試限制的辨別作為性能質(zhì)量工具和現(xiàn)實的專有技術(shù)可形性的風險評估，以定義和解說性能測試。對于目前和未來業(yè)務(wù)量的質(zhì)量信息的有效性，使能夠定義測試模擬速度和容量。自動化測試工具的有效性和使用它們的技術(shù)，或用戶供應(yīng)人工測試事務(wù)辦理的有效性。性能測試能夠成立和運轉(zhuǎn)的控制環(huán)境的有效性。（4）性能測試指標1、響應(yīng)時間響應(yīng)速度在用戶心理所能蒙受的范圍內(nèi)。不論是客戶端仍是管理端，當用戶登岸，進行任何操作的時候，系統(tǒng)應(yīng)當實時進行反應(yīng)，系統(tǒng)應(yīng)能檢測出各樣非正常狀況，并實時提示用戶。功能名稱性能要求并發(fā)數(shù)支持100次/秒并發(fā)頁面加載頁面加載時間＜5秒目錄樹加載目錄樹加載時間＜5秒；數(shù)據(jù)列表加載數(shù)據(jù)列表加載時間＜5秒；錄入數(shù)據(jù)檢查提示錄入數(shù)據(jù)檢查提示時間＜2秒數(shù)據(jù)查問簡單查問辦理時間＜5秒；復(fù)雜查問辦理時間＜15秒；數(shù)據(jù)統(tǒng)計簡單統(tǒng)計辦理時間＜5秒；復(fù)雜統(tǒng)計辦理時間＜15秒；數(shù)據(jù)上載/下載1M及以下文件上載/下載時間＜20秒；10M及以下文件上載/下載時間＜5分鐘；數(shù)據(jù)匯總簡單匯總辦理時間＜30秒鐘；復(fù)雜匯總辦理時間＜3分鐘；2、可擴展性在設(shè)計上一定擁有適應(yīng)變化的能力，當系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時，應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上，業(yè)務(wù)變化造成的影響局部化。3、 易用性所有的業(yè)務(wù)功能界面風格和操作流程一致，業(yè)務(wù)表單做到所見即所得，錄入能夠完好經(jīng)過鍵盤達成。4、 靠譜性系統(tǒng)應(yīng)保證7*24小時內(nèi)不宕機，保證在正常狀況下和極端狀況下業(yè)務(wù)邏輯的正確性。5、 可用性一定防止因為單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運轉(zhuǎn)。6、 可保護性系統(tǒng)能夠簡單方便的改正和升級，包含可度性、可改正性、可測試性等。7、 可管理性和服務(wù)支持能力每個層次、每個構(gòu)件都供應(yīng)標準的管理接口。實現(xiàn)一致的、一致的日記功能。每個構(gòu)件都供應(yīng)給用架構(gòu)整體設(shè)計規(guī)定的必需的標準外面接口。我們經(jīng)過Loadruner等性能測試工具能夠獲得資源使用狀況、響應(yīng)時間等結(jié)果，見以下圖：資源使用狀況（示例）響應(yīng)時間（示例）2.6用戶測試為保證系統(tǒng)合適業(yè)務(wù)管理的功能要求，除了我企業(yè)組織測試外，還踴躍配合中國疾病預(yù)防控制中心精神衛(wèi)生中心組織最后用戶對系統(tǒng)進行測試。（1）用戶測試流程用戶測試流程以下：明確測試內(nèi)容，此中包含功能、性能、可用性、安全性、兼容性、與其余系統(tǒng)集成確立測試范圍：確立業(yè)務(wù)狀況種類是是特別重要的。每一種業(yè)務(wù)狀況種類都對應(yīng)一個實質(zhì)商業(yè)業(yè)務(wù)。業(yè)務(wù)狀況種類能夠被表達成多種狀況（比如，簡單狀況、或需要進行復(fù)雜辦理的例外狀況）。測試小構(gòu)成員確立：由管理人員、業(yè)務(wù)人員、技術(shù)人員等構(gòu)成，我方供應(yīng)查收測試過程中的技術(shù)支持。明確問題分類標準系統(tǒng)的功能經(jīng)過功能測試進行考證。在功能測試過程中發(fā)現(xiàn)的問題依據(jù)其嚴重程度進行分類。下表列出了功能測試問題的分類。功能測試問題嚴重程度分類嚴重程度問題說明A類：特別嚴重性錯足以造成系統(tǒng)崩潰，造成文件不行靠或潛伏的數(shù)據(jù)丟掉B類：嚴重性錯誤CB類：嚴重性錯誤C類：一般性錯誤能夠有一個比較簡單的繞過Bug的解決方案。造成非正常地返回操作系統(tǒng)（系統(tǒng)崩潰或顯示系統(tǒng)錯誤信息）。Bug造成程序越或要 Reboot系統(tǒng)。求造成缺少要點的程序功能并沒法超越。因為設(shè)計問題，使系統(tǒng)存在嚴重隱患。Bug可能不會削弱系統(tǒng)，但將造成嚴重問題（如：嚴重的格式化錯誤等）。功能缺少給用戶帶來極大不方便。存在不明確或不完好的錯誤信息提示，極大地影響產(chǎn)品使用。因為Bug的存在使產(chǎn)品其余部分不可以測試。因為計算方法問題，使數(shù)據(jù)錯誤。因為設(shè)計原由，造成前后不一致，但問題可恢復(fù)。容錯性方面存在不足。因為精度問題造成數(shù)據(jù)不一致。這個Bug在未來是嚴重的，但比主要問題（MajorProblem）要輕。Bug能夠繞過，但將會很不方便或很難實現(xiàn)。操作界面錯誤（包含數(shù)據(jù)窗口內(nèi)列名定義、含義能否一致）。打印內(nèi)容、格式錯誤。簡單的輸入限制未放在前臺進行控制。刪除操作未給出提示。數(shù)據(jù)庫表中有過多的空字段。存在不明確或不完好的錯誤信息提示，但對產(chǎn)品使用影響較小。界面不規(guī)范。協(xié)助說明描繪不清楚。輸入輸出不規(guī)范。D類：稍微長操作未給用戶提示。和建議性錯誤 提示窗口文字未采納行業(yè)術(shù)語。可輸入地區(qū)和只讀地區(qū)沒有顯然的區(qū)分標記。對系統(tǒng)運轉(zhuǎn)沒有影響，提出能夠使系統(tǒng)從可移植性、兼容性、錯誤恢復(fù)能力和可保護性、易用性方面的建議明確功能測試標準功能測試標準測試標準測試成就查收標準將測試結(jié)果與測試計劃和功能描繪進行比較檢查，確立系統(tǒng)知足功能描繪的要求新系統(tǒng)可履行程序功能描繪接口描繪操作手冊不存在B及以上司其余問題（2）用戶測試設(shè)計設(shè)計測試用例：確立每個功能的測試用例，明確系統(tǒng)輸入信息和希望的輸出結(jié)果。針對需求規(guī)格說明書的每一條測試內(nèi)容，確立測試用例。每個測試用例包含測試條件（包含生成測試條件需要的測試數(shù)據(jù)種類）和希望的結(jié)果。每個測試用例都應(yīng)當是獨一確立的（比如，賦一個數(shù)值）。設(shè)計測試綱領(lǐng)：依照測試范圍生成測試綱領(lǐng)。對每一種業(yè)務(wù)狀況種類，生成盡可能多的測試用例來完美測試綱領(lǐng)。為了保證測試綱領(lǐng)包含所有的測試用例，將測試用例的條件映照為測試綱領(lǐng)是特別必需的。測試綱領(lǐng)中測試用例的次序安排是特別重要的，它應(yīng)試慮多種方面的要素，主要考慮的要素是依照系統(tǒng)產(chǎn)生的數(shù)據(jù)，在測試綱領(lǐng)中安排測試用例的次序，使得一個測試的結(jié)果作為另一個測試前提。測試環(huán)境準備：為了預(yù)防出現(xiàn)問題，如數(shù)據(jù)破壞或?qū)ο到y(tǒng)資源的爭用，需要成立一個獨立的測試環(huán)境。在進行測試以前，依據(jù)測試計劃中確立的機遇成立一個獨立的測試環(huán)境。其準備工作包含:技術(shù)活動：如成立不一樣的服務(wù)器或在一臺服務(wù)器上成立多個數(shù)據(jù)庫實例，將相應(yīng)的程序遷徙到合適的程序庫中；準備活動：包含加載數(shù)據(jù)表，成立用戶接見權(quán)限；成立版本控制程序，保證有效的控制對系統(tǒng)的改正；成立文檔控制程序，保證跟著系統(tǒng)的改正，有效地控制文檔的改正（如，培訓文檔、聯(lián)機幫助和用戶手冊）。（3）用戶測試結(jié)果測試結(jié)束后，測試小組依據(jù)測試數(shù)據(jù)，擬訂并向查竣工作領(lǐng)導小組提交《用戶測試報告》。測試報告結(jié)果說明軟件知足以下要求：在認同的外面設(shè)計文檔中表述的功能要求在認同的系統(tǒng)描繪文檔中表述的非功能要求其余，測試報告中還包含對系統(tǒng)提出的改良建議。測試過程中產(chǎn)生的工作成就：《測試計劃》《測試方案》《測試需求剖析》《功能測試用例》《業(yè)務(wù)測試事例》《測試報告》《各階段評審》《系統(tǒng)測試方案》《系統(tǒng)測試事例》《系統(tǒng)測試報告》《試運轉(zhuǎn)測試報告》《工作周報月報》《評審文檔有關(guān)》《缺點數(shù)據(jù)和剖析》3.1文檔管理方案3.2管理承諾針對本項目供應(yīng)詳盡科學的文檔管理方案。項目文檔是項目履行的重要指標，完美的文檔管理能夠規(guī)范項目履行人員的進度和任務(wù)，能夠為用戶和用戶間搭建交流的橋梁，能夠為工作的進展鋪設(shè)階梯，還能夠為系統(tǒng)的升級和保護供應(yīng)依照。我企業(yè)鄭重承諾:1） 我企業(yè)在系統(tǒng)初驗前向用戶提交完好的技術(shù)文檔，內(nèi)容與所開發(fā)的系統(tǒng)相一致，并盡可能詳盡。所提交的技術(shù)文檔為正式版本。2） 我企業(yè)供應(yīng)所開發(fā)系統(tǒng)的各項技術(shù)指標的測試報告、第三方軟件產(chǎn)品的用戶使用授權(quán)書。3） 我企業(yè)供應(yīng)技術(shù)文件包含但不限于系統(tǒng)需求規(guī)格說明書、 系統(tǒng)設(shè)計方案（包含綱要設(shè)計和詳盡設(shè)計）、系統(tǒng)用戶手冊、系統(tǒng)保護手冊等。4） 我企業(yè)供應(yīng)詳盡查收文檔等。5） 我企業(yè)對本項目的所有技術(shù)文件以及用戶供應(yīng)的內(nèi)部資料、技術(shù)文檔和信息予以保密。我企業(yè)嚴格恪守與用戶簽訂的保密協(xié)議，未經(jīng)用戶書面允許，絕不以任何形式向第三方流露本標書以及本項目的任何內(nèi)容。一旦因我企業(yè)的原由造成泄密，我企業(yè)肩負相應(yīng)責任。3.3管理依照所有技術(shù)文檔內(nèi)容知足：GB8567《計算機軟件產(chǎn)品開發(fā)文件編制指南》GB/TI1457-89《軟件工程術(shù)語》《軟件工程文檔管理方法》《國家檔案管理標準匯編》《國家二級檔案管理標準》《國家要點項目檔案管理方法》（檔發(fā)安【1997《國家要點項目檔案管理方法》（檔發(fā)安【1997】15號）國家檔案局對于印發(fā)《科學技術(shù)研究檔案管理暫行規(guī)定》《中華人民共和國環(huán)境保護行業(yè)標準環(huán)境保護檔案管理數(shù)據(jù)采集規(guī)范》的要求。供應(yīng)的文檔和資料均應(yīng)以紙張和光盤為載體，文件格式為Word文檔或其余可視化、未加密的文件。波及圖紙規(guī)格和質(zhì)量切合ISO標準的A4標準格式。3.4管理工具在本項目中，利用VisualSourceSafe進行項目文檔管理，系統(tǒng)(軟件)項目開發(fā)進度中將提交的文檔進行采集管理。往常，文檔管理在項目開發(fā)中不是很受重視，當發(fā)現(xiàn)其重要性時，常常為時已晚。整個項目可能所以變得管理雜亂，問題產(chǎn)生后無據(jù)可查。文檔管理對于一個項目的順利進行有著至關(guān)重要的作用，其要點性不容忽略。項目文檔管理波及范圍寬泛，其內(nèi)容會依據(jù)項目的不一樣而有所變化。第一要認識在本項目中文檔管理要依照的行業(yè)標準。目前軟件系統(tǒng)開發(fā)供應(yīng)了通用的管理規(guī)定和行業(yè)標準，它波及文檔管理的整個生命周期。細分文檔的生命周期，一般包含：創(chuàng)立、審批、公布、改正、散發(fā)、簽收、追繳、歸檔、取消與恢復(fù)這樣幾個環(huán)節(jié)。就目前軟件項目的開發(fā)狀況來看，電子文檔使用較紙質(zhì)文檔更加方便、靈巧、寬泛。對于電子文檔，我們管理其整個生命周期。VSS(VisualSourceSafe)作為一種電子文檔管理工具給我們供應(yīng)了完好的文檔管理功能，它覆蓋了文檔管理全生命周期各環(huán)節(jié)的管理要求。VSS經(jīng)過客戶端/服務(wù)器(C/S)架構(gòu)采集整個項目構(gòu)成員的各種文檔，經(jīng)過管理員合理規(guī)劃管理，將電子文檔按目錄保留并同時供應(yīng)給整個項目組的不一樣成員使用。我企業(yè)承諾在整個項目的履行過程中，為方便用戶的保護和管理，而且為此后系統(tǒng)升級和保護供應(yīng)靠譜的依照，向用戶供應(yīng)以下幾類文檔：項目管理文檔系統(tǒng)應(yīng)用設(shè)計文檔《項目管理方案》《進度實行計劃》《質(zhì)量管