第一篇：系統(tǒng)驗收方案

第一章 項目驗收方案

1.1 驗收目的

驗收是項目從實施到售后維護(hù)的一個過渡階段，驗收通過之后實施的項目正式實施完成，項目進(jìn)入系統(tǒng)售后維護(hù)階段。驗收是項目建設(shè)過程的一個里程碑，說明項目建設(shè)完成了實施這一過程，進(jìn)入了下一個階段。

為使信息化項目建設(shè)按照《軟件功能描述與操作說明書》要求進(jìn)行，確保項目完成后達(dá)到有關(guān)要求和標(biāo)準(zhǔn)，正常運(yùn)行平穩(wěn)，必須進(jìn)行項目驗收。

1.2 驗收對象

XXXX有限公司。

1.3 驗收前提條件

（一）從多方的反饋和系統(tǒng)穩(wěn)定性方面來看，整個系統(tǒng)的運(yùn)行已經(jīng)進(jìn)入正軌，需求的響應(yīng)也已基本完成，并穩(wěn)定運(yùn)行五個月后組織驗收；

（二）每個模塊需要相關(guān)使用科室主要負(fù)責(zé)人簽字；

（三）所有模塊按照合同要求全部建成，并滿足使用要求；

（四）各個分期工程全部初驗合格；

（五）已通過軟件系統(tǒng)測試評審；

（六）各種技術(shù)文檔和驗收資料完備，符合合同的內(nèi)容；

（七）系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求；

（八）外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具符合知識產(chǎn)權(quán)相關(guān)政策法規(guī)的要求；

（九）經(jīng)過建設(shè)方同意；

（十）合同或合同附件規(guī)定的其他驗收條件。1.4 驗收方法

項目驗收，是項目開發(fā)建設(shè)中有組織的主動性行為，它是對項目建設(shè)高度負(fù)責(zé)的體現(xiàn)，也是項目建設(shè)成功的重要保證。切實做好項目建設(shè)中的驗收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實實在在做好。為保證項目驗收質(zhì)量，建議采用的驗收方法是：

運(yùn)行項目系統(tǒng)軟件，檢驗其應(yīng)用軟件的實際能力是否與合同規(guī)定的一致；運(yùn)行應(yīng)用軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了預(yù)期的目的。

1.5 驗收步驟

（一）編寫驗收計劃

（二）由XX公司在對項目進(jìn)行深入的需求分析的基礎(chǔ)上編寫驗收計劃，提交建設(shè)方審定。

（三）成立項目驗收小組

實施測試驗收工作時，成立項目驗收小組，具體負(fù)責(zé)驗收事宜。

（四）項目驗收的實施

嚴(yán)格按照驗收方案對項目應(yīng)用軟件、系統(tǒng)文檔資料等進(jìn)行全面的測試和驗收。

（五）提交驗收報告

項目驗收完畢，對項目系統(tǒng)設(shè)計、軟件運(yùn)行情況等做出全面的評價，得出結(jié)論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。

（六）召開項目驗收評審會

召開項目驗收評審會，全面細(xì)致地審核項目驗收小組所提交的驗收報告，給出最終的驗收意見，形成驗收評審報告并存檔。1.6 驗收程序

（一）初驗

1、申請：項目后經(jīng)測試和試運(yùn)行合格，供應(yīng)商根據(jù)合同、招標(biāo)書、計劃任務(wù)書，檢查、總結(jié)項目完成情況后向建設(shè)方提出初驗申請。

2、方式：建設(shè)方組織人員進(jìn)行初驗。

3、供應(yīng)商提供材料：初驗申請書、完工報告、項目總結(jié)，以及要求的驗收評審資料。

（二）終驗

1、申請：初驗合格后，承建方根據(jù)合同、招標(biāo)書、任務(wù)書，檢查、總結(jié)項目組織實施和完成情況后向建設(shè)方提出驗收申請。

2、經(jīng)過審核，材料齊全則由建設(shè)方組織驗收。

驗收工作由專家、建設(shè)方和供應(yīng)商項目組人員一起組成驗收小組進(jìn)行驗收，驗收后提交驗收報告。

3、驗收簽字

經(jīng)過驗收、評審形成的驗收報告和評審報告，建設(shè)方簽字，通過驗收。

1.7 驗收依據(jù)

驗收依據(jù)為供應(yīng)商提供的功能設(shè)計（項目過程中依據(jù)需求調(diào)研結(jié)果而提交的各子系統(tǒng)《軟件功能描述與操作說明書》，即功能清單，本投標(biāo)文件提交的各技術(shù)方案以及《技術(shù)偏離表》也是階段驗收的依據(jù)之一）。

具體依據(jù)如下：

A、本項目招、投標(biāo)書的所有文件，尤其是項目需求部分；

B、工程施工過程中的經(jīng)雙方簽字的變更需求，包括《二次開發(fā)方案》《軟件功能描述與操作說明書》《合同或合同變更情況》；

C、確認(rèn)的《系統(tǒng)運(yùn)行情況報告》；

D、確認(rèn)的《合同執(zhí)行情況報告》，確認(rèn)收到的終驗提交文檔資料情況；

1.8 驗收需提交的文檔

提供以下目錄的原廠商資料一套：

? 按CMMI和ISO9000系列標(biāo)準(zhǔn)要求，提供整個產(chǎn)品交付過程中產(chǎn)生的全部文檔

? 產(chǎn)品驗收標(biāo)準(zhǔn) ? 技術(shù)說明書 ? 使用說明書

? 安裝、維修及操作手冊及公開維修密碼 ? 合同中要求的其他文件資料

? 系統(tǒng)驗收后中標(biāo)方需提供系統(tǒng)源碼，并簽訂保密協(xié)議。開發(fā)技術(shù)文檔：

《數(shù)據(jù)字典、數(shù)據(jù)結(jié)構(gòu)與流程》并提供電子瀏覽、查找工具、直接集成在“系統(tǒng)管理子系統(tǒng)”中；

《需求分析說明書》、《詳細(xì)設(shè)計》、《二次開發(fā)方案》、《數(shù)據(jù)結(jié)構(gòu)》、《框架結(jié)構(gòu)圖》、《應(yīng)用系統(tǒng)測試方案》、《系統(tǒng)功能說明》，以及其它招標(biāo)要求的技術(shù)文檔。工程技術(shù)文檔：

《測試記錄》、《測試報告》、《數(shù)據(jù)準(zhǔn)備報告》 《用戶操作手冊》 《系統(tǒng)維護(hù)手冊》 《接口說明書》 《系統(tǒng)操作說明書》 《試運(yùn)行方案》 《系統(tǒng)維護(hù)情況表》

《培訓(xùn)計劃》、《培訓(xùn)記錄》、《例會記錄》、《故障情況記錄表》 《階段驗收方案》??

其他文檔：按采購文件要求須提供的其它文檔。

源代碼：提供的軟件產(chǎn)品應(yīng)包括各種相關(guān)的軟件系統(tǒng)、各階段開發(fā)文檔、運(yùn)行穩(wěn)定可靠的本系統(tǒng)安裝程序、注釋清晰明了的能編譯生成目前（實施并客戶化后的）正在運(yùn)行的全套應(yīng)用程序的源代碼等。階段驗收報告的組成：

階段驗收報告

1.9 驗收結(jié)論

驗收結(jié)果分為：驗收合格、需要復(fù)議和驗收不合格三種。符合信息化項目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運(yùn)行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費(fèi)使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗收結(jié)論爭議較大的，視為需要復(fù)議。

1、項目凡具有下列情況之一的，按驗收不合格處理：

（一）未按項目考核指標(biāo)或合同要求達(dá)到所預(yù)定的主要技術(shù)指標(biāo)的；

（二）所提供的驗收材料不齊全或不真實的；

（三）項目的內(nèi)容、目標(biāo)或技術(shù)路線等已進(jìn)行了較大調(diào)整，但未曾得到相關(guān)單位認(rèn)可的；

（四）實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項目實施過程及結(jié)果等存在糾紛尚未解決的；

（五）沒有對系統(tǒng)或設(shè)備進(jìn)行試運(yùn)行，或者試運(yùn)行不合格；

（六）項目經(jīng)費(fèi)使用情況審計發(fā)現(xiàn)問題的；

（七）違反法律、法規(guī)的其他行為。

2、驗收結(jié)論確認(rèn)和處理

由建設(shè)方根據(jù)驗收意見和相關(guān)資料得出結(jié)論，并進(jìn)行確認(rèn)。

3、項目驗收結(jié)論的處理

（一）驗收結(jié)論為驗收合格的，則后可進(jìn)行項目交接；如有需補(bǔ)充問題，則在補(bǔ)充問題響應(yīng)完成后進(jìn)行項目交接。

（二）驗收結(jié)論為需要復(fù)議的，則供應(yīng)商需在一周內(nèi)補(bǔ)充有關(guān)材料或者進(jìn)行相關(guān)說明。

（三）驗收結(jié)論為驗收不合格的，則供應(yīng)商必須限期整改，整改后試運(yùn)行合格的，重新申請驗收。

1.10 項目交接

項目驗收合格后，應(yīng)辦理項目交接手續(xù)，轉(zhuǎn)入售后維護(hù)階段。

第二篇：系統(tǒng)測試與驗收方案

1.系統(tǒng)測試與驗收方案

1.1.測試方案

1.1.1.單元測試

1.1.1.1.單元測試說明

在計算機(jī)編程中，單元測試（又稱為模塊測試）是針對程序模塊(軟件設(shè)計的最小單位)來進(jìn)行正確性檢驗的測試工作。程序單元是應(yīng)用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數(shù)、過程等；對于面向?qū)ο缶幊?，最小單元就是方法，包括基類（超類）、抽象類、或者派生類（子類）中的方法?/p>

單元測試的目標(biāo)是隔離程序部件并證明這些單個部件是正確的。一個單元測試提供了代碼片斷需要滿足的嚴(yán)密的書面規(guī)約。因此，單元測試帶來了一些益處。單元測試在軟件開發(fā)過程的早期就能發(fā)現(xiàn)問題。

1.1.1.2.單元測試方法與內(nèi)容

單元測試主要采用白盒測試技術(shù)，用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設(shè)計測試用例；主要測試內(nèi)容包括單元功能測試、單元性能測試和異常處理測試等。

1.1.1.3.單元測試流程

圖15-1 單元測試流程圖

從配置庫獲取源碼文件，設(shè)計測試用例，執(zhí)行測試用例，并利用相關(guān)測試工具對單元代碼進(jìn)行測試，將測試結(jié)論填寫到單元測試報告和軟件Bug清單中。把軟件Bug清單和測試用例執(zhí)行結(jié)果提交測試負(fù)責(zé)人，并進(jìn)入納入質(zhì)量管理。對源碼文件進(jìn)行的測試，視程序存在缺陷的情況，可能要重復(fù)進(jìn)行，直至問題解決。

單元測試的執(zhí)行者，一般情況下可由程序的編碼者進(jìn)行，特殊情況可由獨立于編碼者的測試人員進(jìn)行。

1.1.1.4.單元測試用例

編程組組長組織、指導(dǎo)開發(fā)人員根據(jù)《系統(tǒng)設(shè)計說明書》，編寫所負(fù)責(zé)代碼設(shè)計模塊的《單元測試用例》，設(shè)計單元測試腳本。

1.1.2.代碼評審

代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動。

評審的內(nèi)容：

1)編碼規(guī)范問題：命名不規(guī)范、magic number、System.out等； 2)代碼結(jié)構(gòu)問題：重復(fù)代碼、巨大的方法和類、分層不當(dāng)、緊耦合等； 3)工具、框架使用不當(dāng)：Spring、Hibernate、AJAX等；

4)實現(xiàn)問題：錯誤驗證、異常處理、事務(wù)劃分、線程、性能、安全、實現(xiàn)過于復(fù)雜、代碼可讀性不佳、擴(kuò)展性不好等； 5)測試問題：測試覆蓋度不夠、可測試性不好等。

評審的優(yōu)點：

1)提高代碼質(zhì)量：在項目的早期發(fā)現(xiàn)缺陷，將損失降至最低

2)評審的過程也是重新梳理思路的過程，雙方都加深了對系統(tǒng)的理解

3)促進(jìn)團(tuán)隊溝通、促進(jìn)知識共享、共同提高 1.1.3.集成測試

1.1.3.1.集成測試目的

集成測試，也叫組裝測試或聯(lián)合測試。集成測試是在單元測試的基礎(chǔ)上，根據(jù)《系統(tǒng)概要設(shè)計》及《系統(tǒng)集成與開發(fā)詳細(xì)設(shè)計》，對系統(tǒng)的各單元進(jìn)行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計算機(jī)軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體，完成一定的功能，并找出單元測試中沒有發(fā)現(xiàn)的錯誤，包括數(shù)據(jù)定義有沒有重合與沖突，接口會不會產(chǎn)生錯誤，組合以后的模塊功能會不會互相影響，組合的系統(tǒng)是不是達(dá)到預(yù)期的效果等。

1.1.3.2.集成測試采用的方法和內(nèi)容

集成測試采用白盒測試和黑盒測試相結(jié)合的測試技術(shù)和漸增式的測試策略，用數(shù)據(jù)流等測試方法設(shè)計測試用例。主要測試內(nèi)容包括單元之間的接口測試、全局?jǐn)?shù)據(jù)結(jié)構(gòu)測試等。

1.1.3.3.集成測試流程

集成測試包括集成測試設(shè)計、集成測試準(zhǔn)備、集成測試實施和測試記錄、集成測試問題跟蹤和結(jié)束測試等階段。

集成測試設(shè)計由測試組組長根據(jù)項目計劃和開發(fā)計劃編制《集成測試計劃》，設(shè)計《測試用例》。

測試計劃和測試用例應(yīng)當(dāng)通過項目經(jīng)理的審查。

集成測試準(zhǔn)備需要系統(tǒng)測試組組長建立獨立的測試環(huán)境。測試環(huán)境包括測試硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測試對象(程序)的安裝和初始化工作。

集成測試實施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計劃和測試用例要求進(jìn)行測試，并且記錄測試過程和測試結(jié)果。

集成測試問題跟蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長根據(jù)測試記錄提交測試問題報告，并由系統(tǒng)設(shè)計人員和開發(fā)人員解決每一個問題的過程。

測試結(jié)束指測試問題報告中的問題解決后，進(jìn)行回歸測試。當(dāng)測試問題降低到一定程度并通過測試通過準(zhǔn)則時，系統(tǒng)測試組組長提交測試總結(jié)報告結(jié)束測試。

1.1.4.功能測試

功能測試包括兩大部分，一是包括基本業(yè)務(wù)功能、業(yè)務(wù)測試、接口測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢復(fù)測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化測試。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。

（1）測試目標(biāo)

組織并執(zhí)行測試，以降低軟件產(chǎn)品中存在的缺陷，保證產(chǎn)品的質(zhì)量和可用性，測試工作的目標(biāo)就是降低BUG率，從各個方面提高軟件產(chǎn)品的質(zhì)量和可用性。

（2）測試流程

在確定具體的測試范圍及內(nèi)容后，進(jìn)行測試分類，并根據(jù)分類的結(jié)果確定需要設(shè)計的測試用例。

在整個測試過程中，我們將用缺陷管理工具BugBase對測試大綱、測試用例、測試問題等進(jìn)行管理，并可對問題進(jìn)行統(tǒng)計。

（3）測試完成標(biāo)準(zhǔn)

? 實現(xiàn)功能完全符合功能列表。? 所有的功能頁面均可達(dá)。

? TD上的問題得到妥善處理，不含有A,B,C類問題。? 定義的測試項目完成。? 產(chǎn)品化測試的約束達(dá)成。

（5）缺陷管理追蹤工具

在上節(jié)描述中提到的TD，可以應(yīng)用于測試的全過程，也可以用于管理各類評審的缺陷等。TD還提供一些模板，例如測試計劃、測試總結(jié)、測試大綱、測試問題卡，因此可以通過BugBase實現(xiàn)從測試計劃到總結(jié)的各測試活動管理。

我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試大綱，對應(yīng)測試大綱中的內(nèi)容和測試需求編寫測試用例，測試人員可以根據(jù)測試大綱和用例執(zhí)行測試，發(fā)現(xiàn)問題后，記錄在TD中，測試負(fù)責(zé)人通過查看缺陷問題列表將問題分配給對應(yīng)的開發(fā)人員，開發(fā)人員通過查看問題列表修改問題，TD還提供了各種統(tǒng)計功能，例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級、問題的分布、問題引入階段等進(jìn)行統(tǒng)計，這些統(tǒng)計結(jié)果可用來進(jìn)行分析和總結(jié)

1.1.5.性能測試

性能測試總體流程與業(yè)務(wù)系統(tǒng)測試的流程基本相同。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。性能測試的內(nèi)容源于用戶對平臺系統(tǒng)的性能要求。

1.1.5.1.測試目標(biāo)

性能測試的目標(biāo)是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗證系統(tǒng)是否滿足標(biāo)書的性能要求，如不能滿足，要進(jìn)行相應(yīng)的優(yōu)化。

1.1.5.2.測試流程

首先對性能測試進(jìn)行策劃，確定性能測試的類別和測試方法。

然后開發(fā)性能測試的用例，確定測試環(huán)境并準(zhǔn)備就緒后執(zhí)行性能測試，確定測試中的系統(tǒng)或組件的性能，并使用其結(jié)果決定性能是否可以被業(yè)務(wù)所接受。如果在測試中度量的性能特性證明是不能被接受的，我們可以通過對業(yè)務(wù)的改進(jìn)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等進(jìn)行調(diào)優(yōu)，以提高性能質(zhì)量，在進(jìn)行系統(tǒng)調(diào)優(yōu)前，我們同樣要進(jìn)行調(diào)優(yōu)的設(shè)計與分析。性能測試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相影響。

1.1.5.3.性能測試指標(biāo)

a)響應(yīng)時間 響應(yīng)速度在用戶心理所能承受的范圍內(nèi)。無論是客戶端還是管理端，當(dāng)用戶登陸，進(jìn)行任何操作的時候，系統(tǒng)應(yīng)該及時進(jìn)行反映，系統(tǒng)應(yīng)能檢測出各種非正常情況，并及時提示用戶。

b)可擴(kuò)展性

在設(shè)計上必須具有適應(yīng)變化的能力，當(dāng)系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時，應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上，業(yè)務(wù)變化造成的影響局部化。

c)易用性

所有的業(yè)務(wù)功能界面風(fēng)格和操作流程一致，業(yè)務(wù)表單做到所見即所得，錄入能夠完全通過鍵盤完成。

d)可靠性

系統(tǒng)應(yīng)保證7*24小時內(nèi)不宕機(jī)，保證在正常情況下和極端情況下業(yè)務(wù)邏輯的正確性。

e)可用性

必須避免由于單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運(yùn)行。

f)可維護(hù)性

系統(tǒng)能夠簡單方便的修改和升級，包含可度性、可修改性、可測試性等。

g)可管理性和服務(wù)支持能力

每個層次、每個構(gòu)件都提供標(biāo)準(zhǔn)的管理接口。實現(xiàn)統(tǒng)一的、一致的日志功能。每個構(gòu)件都提供應(yīng)用架構(gòu)總體設(shè)計規(guī)定的必要的標(biāo)準(zhǔn)外部接口。

1.1.6.用戶測試

1.1.6.1.測試流程

用戶測試流程如下：

1)明確測試內(nèi)容，其中包括功能、性能、可用性、安全性、兼容性、與其他系統(tǒng)集成

2)確定測試范圍：確定業(yè)務(wù)情況類型是是非常重要的。每一種業(yè)務(wù)情況類型都對應(yīng)一個實際商業(yè)業(yè)務(wù)。業(yè)務(wù)情況類型可以被表達(dá)成多種狀況（例如，簡單情況、或需要進(jìn)行復(fù)雜處理的例外情況）。

3)測試小組成員確定：由管理人員、業(yè)務(wù)人員、技術(shù)人員等組成，我方提供驗收測試過程中的技術(shù)支持。4)明確問題分類標(biāo)準(zhǔn)

5)系統(tǒng)的功能通過功能測試進(jìn)行驗證。在功能測試過程中發(fā)現(xiàn)的問題根據(jù)其嚴(yán)重程度進(jìn)行分類。下表列出了功能測試問題的分類。

1.1.6.2.用戶測試設(shè)計

設(shè)計測試用例：確定每個功能的測試用例，明確系統(tǒng)輸入信息和期望的輸出結(jié)果。針對需求規(guī)格說明書的每一條測試內(nèi)容，確定測試用例。每個測試用例包括測試條件（包括生成測試條件需要的測試數(shù)據(jù)類型）和期望的結(jié)果。每個測試用例都應(yīng)該是唯一確定的（例如，賦一個數(shù)值）。

設(shè)計測試大綱：依據(jù)測試范圍生成測試大綱。對每一種業(yè)務(wù)情況類型，生成盡可能多的測試用例來完善測試大綱。為了保證測試大綱包含所有的測試用例，將測試用例的條件映射為測試大綱是非常必要的。測試大綱中測試用例的順序安排是非常重要的，它應(yīng)考慮多種方面的因素，主要考慮的因素是按照系統(tǒng)產(chǎn)生的數(shù)據(jù)，在測試大綱中安排測試用例的順序，使得一個測試的結(jié)果作為另一個測試前提。

測試環(huán)境準(zhǔn)備：為了預(yù)防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在進(jìn)行測試之前，根據(jù)測試計劃中確定的時機(jī)建立一個獨立的測試環(huán)境。

1.1.6.3.用戶測試結(jié)果

1)測試結(jié)束后，測試小組根據(jù)測試數(shù)據(jù)，制定并向驗收工作領(lǐng)導(dǎo)小組提交《用戶測試報告》。

2)測試報告結(jié)果說明軟件滿足下列要求： 3)在認(rèn)可的外部設(shè)計文檔中表述的功能要求 4)在認(rèn)可的系統(tǒng)描述文檔中表述的非功能要求 5)此外，測試報告中還包括對系統(tǒng)提出的改進(jìn)意見。

1.1.7.測試產(chǎn)出

1)《測試計劃》 2)《系統(tǒng)測試方案》 3)《測試用例》 4)《系統(tǒng)測試案例》 5)《系統(tǒng)測試報告》 6)《試運(yùn)行測試報告》

1.2.驗收方案

1.2.1.驗收流程

在驗收階段，平臺系統(tǒng)將按照用戶和我公司都認(rèn)可的《系統(tǒng)需求分析》，組織驗收小組，進(jìn)行功能和性能的驗收測試。從系統(tǒng)的實用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全面驗收。驗收測試安排分為系統(tǒng)初驗和系統(tǒng)終驗。

1.2.2.系統(tǒng)初驗

經(jīng)過系統(tǒng)內(nèi)部試運(yùn)行，我公司對內(nèi)部試運(yùn)行期間發(fā)現(xiàn)的問題改正后，提出系統(tǒng)初驗書面申請。驗收標(biāo)準(zhǔn)將按照“需求說明書”和雙方認(rèn)可的有關(guān)系統(tǒng)設(shè)計文檔所提的要求進(jìn)行。用戶在收到我公司驗收申請后，盡快組織系統(tǒng)初驗。初驗前我公司提供全部的工程文檔和安裝測試報告，并提供初驗測試文檔，在用戶認(rèn)可后進(jìn)行初驗測試，初驗通過后，系統(tǒng)進(jìn)入正式試運(yùn)行期。我公司應(yīng)解決試運(yùn)行期間所反映出的問題，若系統(tǒng)達(dá)不到合同規(guī)定要求，試運(yùn)行期將繼續(xù)順延，直到系統(tǒng)完善，但試運(yùn)行期最長不得超過一個月。

1.2.3.系統(tǒng)試運(yùn)行

初驗合格后，經(jīng)用戶同意，系統(tǒng)進(jìn)入試運(yùn)行階段，試運(yùn)行周期不超過三個月。在試運(yùn)行期間，我公司按用戶要求提供培訓(xùn)和技術(shù)支持，保證用戶能夠正確理解和使用系統(tǒng)；我公司對試運(yùn)行中出現(xiàn)的任何問題及用戶提出的修改意見將及時做出響應(yīng)，并提交解決方案，在用戶確認(rèn)后實施。試運(yùn)行期間如出現(xiàn)重大故障，則試運(yùn)行期從故障排除之日起重新計算。

1.2.4.系統(tǒng)終驗

試運(yùn)行期結(jié)束后，如系統(tǒng)無功能缺陷，能夠正常運(yùn)行，在具備終驗條件下進(jìn)行系統(tǒng)終驗，由我公司提出終驗書面申請，用戶在收到我公司驗收申請后，盡快組織系統(tǒng)終驗。成立項目全面驗收小組，由用戶、我公司以及外部專家等組成，對項目進(jìn)行全面驗收。系統(tǒng)終驗前，我公司提交終驗測試標(biāo)準(zhǔn)和終驗測試計劃，內(nèi)容包括：測試對象及應(yīng)達(dá)到的測試指標(biāo)、測試方法和測試條件、測試資料和數(shù)據(jù)，并以圖表說明每一測試對象或過程的功能輸入輸出測試進(jìn)度。

系統(tǒng)終驗標(biāo)準(zhǔn)：

1)系統(tǒng)實用性：項目驗收最關(guān)鍵的指標(biāo)，檢查系統(tǒng)是否符合當(dāng)前業(yè)務(wù)的需要，特別是業(yè)務(wù)流的整體性和數(shù)據(jù)流的一致性，并前瞻性提供未來業(yè)務(wù)接口。

2)系統(tǒng)穩(wěn)定性：硬件環(huán)境的穩(wěn)定性、軟件運(yùn)行異常處理和正常運(yùn)行情況。3)系統(tǒng)可維護(hù)性：含網(wǎng)絡(luò)系統(tǒng)管理與維護(hù)、服務(wù)器系統(tǒng)平臺管理與維護(hù)、操作系統(tǒng)管理與維護(hù)、應(yīng)用系統(tǒng)軟件管理與維護(hù)、數(shù)據(jù)庫管理與維護(hù)以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份，災(zāi)難事件處理與解決實施方案等。

4)系統(tǒng)文檔：驗收文檔是否齊全、規(guī)范、準(zhǔn)確、詳細(xì)，主要的文檔包括：需求分析報告，框架設(shè)計報告，數(shù)據(jù)庫物理及邏輯設(shè)計報告，詳細(xì)設(shè)計報告，編碼規(guī)范及技術(shù)選型報告，測試報告，系統(tǒng)部署和發(fā)布報告，集成方案，軟件用戶使用手冊，系統(tǒng)維護(hù)方案和操作文檔等。

5)代碼規(guī)范及注釋說明：程序代碼編寫是否規(guī)范；注釋說明或代碼文檔是否詳細(xì)全面；接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。

6)系統(tǒng)靈活性：系統(tǒng)是否方便客戶進(jìn)行維護(hù)；系統(tǒng)是否在先進(jìn)性的基礎(chǔ)上具備未來升級和可擴(kuò)充性；是否利于系統(tǒng)平臺遷移和部署等。

7)系統(tǒng)可操作性：界面是否友好性；是否實現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。

8)系統(tǒng)安全性：是否有完善的安全機(jī)制保證系統(tǒng)的安全性，如軟件方面的安全防范（加密措施、相關(guān)認(rèn)證、數(shù)據(jù)庫安全防范），硬件方面（防火墻、物理隔離和邏輯隔離）的安全設(shè)置。

9)其他驗收標(biāo)準(zhǔn)：其他的與本系統(tǒng)相關(guān)的驗收標(biāo)準(zhǔn)。系統(tǒng)終驗流程安排

1)我公司按照項目驗收計劃完成驗收準(zhǔn)備工作 2)用戶代表運(yùn)行驗收測試用例集，記錄運(yùn)行結(jié)果

3)如果發(fā)現(xiàn)沒有通過的驗收測試用例，則我公司立即解決問題 4)用戶主持項目驗收會

5)我公司向用戶報告項目實施結(jié)果 6)用戶代表向用戶報告試運(yùn)行結(jié)果

7)用戶評議項目實施和試運(yùn)行結(jié)果，起草和審定項目驗收報告。

1.2.5.系統(tǒng)終驗相關(guān)文檔

我公司在軟件開發(fā)和系統(tǒng)集成中將嚴(yán)格按照國家軟件工程有關(guān)要求提供的文檔來提供，驗收的技術(shù)文檔至少包含以下內(nèi)容： 1)系統(tǒng)需求分析 2)系統(tǒng)概要設(shè)計 3)系統(tǒng)詳細(xì)設(shè)計 4)數(shù)據(jù)庫詳細(xì)設(shè)計 5)應(yīng)用系統(tǒng)集成實施方案 6)系統(tǒng)測試大綱 7)系統(tǒng)測試報告 8)系統(tǒng)驗收報告 9)系統(tǒng)用戶使用手冊 10)系統(tǒng)安裝維護(hù)管理手冊

1.2.6.終驗報告

驗收小組將在終驗結(jié)束后提交一份由專家簽名的驗收報告。驗收報告附平臺系統(tǒng)和整體系統(tǒng)測試結(jié)果報告，同時給出以下明確結(jié)論之一：

（1）通過驗收；

（2）基本通過驗收，要求在五個工作日內(nèi)完善后再次進(jìn)行驗收；（3）未通過驗收，要求在十五個工作日內(nèi)改正后再次進(jìn)行驗收； 如再次驗收后仍然不能全部通過，用戶有權(quán)終止合同，并要求我公司承擔(dān)違約責(zé)任。

驗收結(jié)束時,我公司將平臺系統(tǒng)相關(guān)產(chǎn)品說明書、系統(tǒng)安裝手冊、技術(shù)文檔、資料及安裝、測試、驗收報告等文檔匯集成冊交付用戶。

第三篇：11詳細(xì)系統(tǒng)驗收方案驗收指標(biāo)

項目驗收方案

1.1 驗收目的

驗收是項目從實施到售后維護(hù)的一個過渡階段，在完成需求調(diào)研、軟件開發(fā)、系統(tǒng)測試、上線部署、試運(yùn)行等一系列工作后，應(yīng)進(jìn)入項目驗收環(huán)節(jié)。驗收是項目建設(shè)過程的一個里程碑，說明項目建設(shè)完成了實施這一過程。驗收通過之后，項目進(jìn)入系統(tǒng)售后維護(hù)階段。

1.2總體驗收標(biāo)準(zhǔn)

總體驗收標(biāo)準(zhǔn)是北京乙方軟件公司結(jié)合國家標(biāo)準(zhǔn)、軟件行業(yè)慣例所提出的對于軟件系統(tǒng)質(zhì)量的要求。

1.2.1標(biāo)準(zhǔn)定義

1)測試用例不通過數(shù)的比例< 1.5 %； 2)不存在錯誤等級為1 的錯誤； 3)不存在錯誤等級為2 的錯誤； 4)錯誤等級為3 的錯誤數(shù)量≤ 5； 5)所有提交的錯誤都已得到更正；

1.2.2驗收標(biāo)準(zhǔn)的詳細(xì)說明

總體驗收標(biāo)準(zhǔn)，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定。

在軟件驗收測試中，測試的依據(jù)包括軟件的開發(fā)合同、需求規(guī)格說明書、測試用例等。在進(jìn)行驗收測試后將發(fā)現(xiàn)的所有錯誤進(jìn)行總結(jié)和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。用戶方認(rèn)為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進(jìn)行整改，進(jìn)行回歸測試，確認(rèn)錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數(shù)量在可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件，再次進(jìn)行完整的驗收測試。

1.2.3軟件錯誤的嚴(yán)重性等級

軟件錯誤的嚴(yán)重等級由重到輕，如下：

1)不能執(zhí)行正常功能或重要功能, 或者危及人身安全； 2)嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決； 3)嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法； 4)使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能； 5)其它錯誤；

1.2.3錯誤與嚴(yán)重性等級對應(yīng)

一級錯誤的描述:這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務(wù)流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機(jī)的情況；軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應(yīng)有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

二級錯誤的描述:這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務(wù)流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。

三級錯誤的描述:這一級的錯誤是與第2 級別的錯誤相對應(yīng)的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。四級錯誤的描述:這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風(fēng)格不一；中英文混雜；查詢結(jié)果輸出不直觀等。

五級錯誤的描述:通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護(hù)手冊中的描述錯誤。

1.3 驗收前提條件

（一）從多方的反饋和系統(tǒng)穩(wěn)定性方面來看，整個系統(tǒng)的運(yùn)行已經(jīng)進(jìn)入正軌，需求的響應(yīng)也已基本完成，試運(yùn)行達(dá)到期后組織驗收；

（二）每個模塊需要相關(guān)使用科室主要負(fù)責(zé)人簽字；

（三）所有模塊按照合同要求全部建成，并滿足使用要求；

（四）各種技術(shù)文檔和驗收資料完備，符合合同的內(nèi)容；

（五）系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求；

（六）外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具符合知識產(chǎn)

權(quán)相關(guān)政策法規(guī)的要求；

（七）經(jīng)過建設(shè)方同意；

（八）合同或合同附件規(guī)定的其他驗收條件。

1.4 驗收方法

項目驗收，是項目開發(fā)建設(shè)中有組織的主動性行為，它是對項目建設(shè)高 度負(fù)責(zé)的體現(xiàn)，也是項目建設(shè)成功的重要保證。切實做好項目建設(shè)中的驗收 工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實實在在做好。為保證項目驗收質(zhì)量，建議采用的驗收方法是：

運(yùn)行項目系統(tǒng)軟件，檢驗其應(yīng)用軟件的實際能力是否與合同規(guī)定的一致； 運(yùn)行應(yīng)用軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了 預(yù)期的目的。

1.5 驗收步驟

（一）成立項目驗收小組

實施測試驗收工作時，成立項目驗收小組，具體負(fù)責(zé)驗收事宜。

（二）項目驗收的實施

嚴(yán)格按照驗收方案對項目應(yīng)用軟件、系統(tǒng)文檔資料等進(jìn)行全面的測試

和驗收。

（三）提交驗收報告

項目驗收完畢，對項目系統(tǒng)設(shè)計、軟件運(yùn)行情況等做出全面的評價，得出結(jié)論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。

（四）召開項目驗收評審會

召開項目驗收評審會，全面細(xì)致地審核項目驗收小組所提交的驗收報

告，給出最終的驗收意見，形成驗收評審報告并存檔。

1.6 驗收需提交的文檔

1)需求規(guī)格說明書； 2)概要設(shè)計說明書；

3)數(shù)據(jù)及數(shù)據(jù)庫設(shè)計要求說明書； 4)詳細(xì)設(shè)計說明書； 5)操作手冊； 6)用戶手冊； 7)項目用戶評價過程意見； 8)軟件接口規(guī)范； 9)源碼提交清單；

1.9 驗收結(jié)論

驗收結(jié)果分為：驗收合格、需要復(fù)議和驗收不合格三種。符合信息化項目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運(yùn)行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費(fèi)使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗收結(jié)論爭議較大的，視為需要復(fù)議。

1、項目凡具有下列情況之一的，按驗收不合格處理：

（一）未按項目考核指標(biāo)或合同要求達(dá)到所預(yù)定的主要技術(shù)指標(biāo)的；

（二）所提供的驗收材料不齊全或不真實的；

（三）項目的內(nèi)容、目標(biāo)或技術(shù)路線等已進(jìn)行了較大調(diào)整，但未曾得到相關(guān)

單位認(rèn)可的；

（四）實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項目實施過程及

結(jié)果等存在糾紛尚未解決的；

（五）沒有對系統(tǒng)或設(shè)備進(jìn)行試運(yùn)行，或者試運(yùn)行不合格；

（六）違反法律、法規(guī)的其他行為。

2、項目驗收結(jié)論的處理

（一）驗收結(jié)論為驗收合格的，則后可進(jìn)行項目交接；如有需補(bǔ)充問題，則

在補(bǔ)充問題響應(yīng)完成后進(jìn)行項目交接。

（二）驗收結(jié)論為需要復(fù)議的，則供應(yīng)商需在一周內(nèi)補(bǔ)充有關(guān)材料或者進(jìn)行

相關(guān)說明。

（三）驗收結(jié)論為驗收不合格的，則供應(yīng)商必須限期整改，整改后試運(yùn)行合 格的，重新申請驗收。

1.7 項目交接

項目驗收合格后，應(yīng)辦理項目交接手續(xù)，轉(zhuǎn)入售后維護(hù)階段。

第四篇：關(guān)于系統(tǒng)驗收流程及驗收文檔方案

關(guān)于系統(tǒng)驗收流程及驗收文檔方案

系統(tǒng)驗收是軟件產(chǎn)品正式投入生產(chǎn)環(huán)節(jié)前的最后一個步驟。在軟件產(chǎn)品完成了單元測試、集成測試、系統(tǒng)測試和驗收測試之后的一個再確認(rèn)過程，也稱為交付驗收。驗收的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶能將其用于執(zhí)行軟件的既定功能和任務(wù)。

要完成系統(tǒng)驗收需完成的流程以及要收集的相關(guān)文檔如下：

一、所需流程

1、成立系統(tǒng)驗收小組并確認(rèn)小組成員名單。

2、確認(rèn)驗收時間和地點。

3、完成驗收測試。

4、召開系統(tǒng)驗收專項會議，會議通過驗收并出具驗收報告。

二、涉及的文檔資料（電子文檔、書面文檔各一份）

1、項目開發(fā)計劃書

2、需求規(guī)格說明書

3、系統(tǒng)設(shè)計說明書

4、測試驗收報告

5、軟件開發(fā)全部源代碼（光盤）

6、用戶使用手冊

7、系統(tǒng)維護(hù)手冊

三、驗收依據(jù)

1、GB/T25000.51-2010《軟件產(chǎn)品質(zhì)量要求與評價》

2、建設(shè)單位和承建單位簽訂的合同及其相關(guān)的附件和補(bǔ)充條款

3、項目涉及的相關(guān)國際、國家和行業(yè)標(biāo)準(zhǔn)或規(guī)范

第五篇：系統(tǒng)驗收標(biāo)準(zhǔn)

呼叫中心系統(tǒng)驗收標(biāo)準(zhǔn)

1.驗收項目

1.1功能項測試

對軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項性能指標(biāo) 1.2業(yè)務(wù)流程測試

對軟件項目的典型業(yè)務(wù)流程進(jìn)行測試 1.3 安全性測試

軟件是否有留痕功能即是否保存有用戶的操作日志； 1.4易用性測試

軟件的用戶界面是否友好；

軟件中的提示信息是否清楚、易理解；

軟件中各個模塊的界面風(fēng)格是否一致；

軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。2.驗收標(biāo)準(zhǔn)

1.能夠達(dá)到需求預(yù)期的效果，導(dǎo)出數(shù)據(jù)準(zhǔn)確，與功能說明書一致 2.業(yè)務(wù)工單系統(tǒng)填寫項明確，分類正確，有效鏈接到其他辦公系統(tǒng)，3.保留CSR操作日志以便后期的系統(tǒng)問題分析使用

4.軟件界面要求風(fēng)格一致，操作合理，提示清晰、易理解，與功能說明書一致