第一篇：系統(tǒng)測試與驗(yàn)收方案

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

1.1.測試方案

1.1.1.單元測試

1.1.1.1.單元測試說明

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

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

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

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

1.1.1.3.單元測試流程

圖15-1 單元測試流程圖

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

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

1.1.1.4.單元測試用例

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

1.1.2.代碼評(píng)審

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

評(píng)審的內(nèi)容：

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

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

評(píng)審的優(yōu)點(diǎn)：

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

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

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

1.1.3.1.集成測試目的

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

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

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

1.1.3.3.集成測試流程

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

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

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

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

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

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

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

1.1.4.功能測試

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

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

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

（2）測試流程

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

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

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

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

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

（5）缺陷管理追蹤工具

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

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

1.1.5.性能測試

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

1.1.5.1.測試目標(biāo)

性能測試的目標(biāo)是在整個(gè)系統(tǒng)或一個(gè)系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗(yàn)證系統(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è)計(jì)與分析。性能測試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相影響。

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

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

b)可擴(kuò)展性

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

c)易用性

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

d)可靠性

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

e)可用性

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

f)可維護(hù)性

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

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

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

1.1.6.用戶測試

1.1.6.1.測試流程

用戶測試流程如下：

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

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

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

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

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

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

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

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

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

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

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

1.1.7.測試產(chǎn)出

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

1.2.驗(yàn)收方案

1.2.1.驗(yàn)收流程

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

1.2.2.系統(tǒng)初驗(yàn)

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

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

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

1.2.4.系統(tǒng)終驗(yàn)

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

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

1)系統(tǒng)實(shí)用性：項(xiàng)目驗(yàn)收最關(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)平臺(tái)管理與維護(hù)、操作系統(tǒng)管理與維護(hù)、應(yīng)用系統(tǒng)軟件管理與維護(hù)、數(shù)據(jù)庫管理與維護(hù)以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份，災(zāi)難事件處理與解決實(shí)施方案等。

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

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

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

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

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

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

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

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

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

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

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

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

1.2.6.終驗(yàn)報(bào)告

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

（1）通過驗(yàn)收；

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

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

第二篇：驗(yàn)收測試方案

驗(yàn)收測試方案

1.1 驗(yàn)收目的

驗(yàn)收是項(xiàng)目從實(shí)施到售后維護(hù)的一個(gè)過渡階段，驗(yàn)收通過之后實(shí)施的項(xiàng)目正式實(shí)施完成，項(xiàng)目進(jìn)入系統(tǒng)售后維護(hù)階段。驗(yàn)收是項(xiàng)目建設(shè)過程的一個(gè)里程碑，說明項(xiàng)目建設(shè)完成了實(shí)施這一過程，進(jìn)入了下一個(gè)階段。確保項(xiàng)完成后達(dá)到有關(guān)要求和標(biāo)準(zhǔn)，正常運(yùn)行平穩(wěn)，必須進(jìn)行項(xiàng)目驗(yàn)收。

1.2 驗(yàn)收對象

咭星塢平臺(tái)，andorid版本、ios版本、OTT版本 1.3 驗(yàn)收前提條件

1）從測試結(jié)果用例覆蓋和系統(tǒng)穩(wěn)定性方面來看，整個(gè)系統(tǒng)的運(yùn)行已經(jīng)進(jìn)入正軌，需求 響應(yīng)也已基本完成，并穩(wěn)定運(yùn)行后組織驗(yàn)收； 2）要相關(guān)使用科室主要負(fù)責(zé)人簽字； 3）照合同要求全部建成，并滿足使用要求； 4）文檔和驗(yàn)收資料完備，符合合同的內(nèi)容； 5）數(shù)據(jù)處理符合信息安全的要求；

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

項(xiàng)目驗(yàn)收是它是對項(xiàng)目建設(shè)高度負(fù)責(zé)的體現(xiàn)，也是項(xiàng)目建設(shè)成功的重要保證。采用的驗(yàn)收方法是：運(yùn)行項(xiàng)目系統(tǒng)軟件，檢驗(yàn)其應(yīng)用軟件的實(shí)際能力是否與規(guī)定的一致；運(yùn)行應(yīng)用軟件，實(shí)際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了預(yù)期的目的。1.5 驗(yàn)收步驟 1）編寫驗(yàn)收計(jì)劃

2）根據(jù)咭星塢平臺(tái)的需求分析的基礎(chǔ)上編寫驗(yàn)收計(jì)劃，提交負(fù)責(zé)人審定。

3）成立項(xiàng)目驗(yàn)收小組實(shí)施測試驗(yàn)收工作時(shí)，成立項(xiàng)目驗(yàn)收小組，具體負(fù)責(zé)驗(yàn)收事宜。4）項(xiàng)目驗(yàn)收的實(shí)施嚴(yán)格按照驗(yàn)收方案對項(xiàng)目應(yīng)用軟件、系統(tǒng)文檔資料等進(jìn)行全面的測試和驗(yàn)收。

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

6）召開項(xiàng)目驗(yàn)收評(píng)審會(huì)召開項(xiàng)目驗(yàn)收評(píng)審會(huì)，全面細(xì)致地審核項(xiàng)目驗(yàn)收小組所提交的驗(yàn)收報(bào)告，給出最終的驗(yàn)收意見，形成驗(yàn)收評(píng)審報(bào)告并存檔 1.6 驗(yàn)收流程

（一）初驗(yàn)

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

（二）終驗(yàn) 終驗(yàn)流程

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

2）經(jīng)過審核，材料齊全則由建設(shè)方組織驗(yàn)收。驗(yàn)收工作由建設(shè)方和供應(yīng)商項(xiàng)目組人員一起組成驗(yàn)收小組進(jìn)行驗(yàn)收，驗(yàn)收后提交驗(yàn)收報(bào)告。

3）驗(yàn)收簽字經(jīng)過驗(yàn)收、評(píng)審形成的驗(yàn)收報(bào)告和評(píng)審報(bào)告，建設(shè)方簽字，通過驗(yàn)收。終驗(yàn)內(nèi)容：

1）項(xiàng)目驗(yàn)收最關(guān)鍵的指標(biāo)，系統(tǒng)實(shí)用性，業(yè)務(wù)流的整體性和數(shù)據(jù)的一致性

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)平臺(tái)管理與維護(hù)、操作系統(tǒng)管理與維護(hù)、應(yīng)用系統(tǒng)軟件管理與維護(hù)、數(shù)據(jù)庫管理與維護(hù)以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份，災(zāi)難事件處理與解決實(shí)施方案等。

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

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

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

7）系統(tǒng)可操作性：界面是否友好性；是否實(shí)現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。8）系統(tǒng)安全性：是否有完善的安全機(jī)制保證系統(tǒng)的安全性，如軟件方面的安全防范（加密措施、相關(guān)認(rèn)證、數(shù)據(jù)庫安全防范），硬件方面（防火墻、物理隔離和邏輯隔離）的安全設(shè)置。1.7 驗(yàn)收依據(jù)

驗(yàn)收依據(jù)為供應(yīng)商提供的功能設(shè)計(jì)（項(xiàng)目過程中依據(jù)需求調(diào)研結(jié)果而提交的各子系統(tǒng)《軟件功能描述與操作說明書》，即功能清單。具體依據(jù)如下：

A、本項(xiàng)目采購合同的所有文件，尤其是項(xiàng)目需求部分；

B、工程施工過程中的經(jīng)雙方簽字的變更需求，包括《二次開發(fā)方案》《軟件功能描述與操作說明書》《合同或合同變更情況》； C、確認(rèn)的《系統(tǒng)運(yùn)行情況報(bào)告》；

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

提供整個(gè)產(chǎn)品交付過程中產(chǎn)生的全部文檔，產(chǎn)品驗(yàn)收標(biāo)準(zhǔn)技術(shù)說明書使用說明書安裝、維修及操作手冊合同中要求的其他文件資料，系統(tǒng)驗(yàn)收后供貨方需提供系統(tǒng)源碼，并簽訂保密協(xié)議。

開發(fā)技術(shù)文檔：《需求分析說明書》、《詳細(xì)設(shè)計(jì)》、《二次開發(fā)方案》、《數(shù)據(jù)結(jié)構(gòu)》、《框架結(jié)構(gòu)圖》、《應(yīng)用系統(tǒng)測試方案》、《系統(tǒng)功能說明》，以及其它要求的技術(shù)文檔。工程技術(shù)文檔：《測試記錄》、《測試報(bào)告》、《數(shù)據(jù)準(zhǔn)備報(bào)告》《用戶操作手冊》《系統(tǒng)維護(hù)手冊》《系統(tǒng)操作說明書》《培訓(xùn)計(jì)劃》、《培訓(xùn)記錄》、《故障情況記錄表》《階段驗(yàn)收方案》 1.9 驗(yàn)收結(jié)論

驗(yàn)收結(jié)果分為：驗(yàn)收合格、需要復(fù)議和驗(yàn)收不合格三種。

1、項(xiàng)目凡具有下列情況之一的，按驗(yàn)收不合格處理：

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

（二）所提供的驗(yàn)收材料不齊全或不真實(shí)的；

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

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

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

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

1.10 項(xiàng)目交接

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

第三篇：系統(tǒng)驗(yàn)收方案

第一章 項(xiàng)目驗(yàn)收方案

1.1 驗(yàn)收目的

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

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

1.2 驗(yàn)收對象

XXXX有限公司。

1.3 驗(yàn)收前提條件

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

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

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

（四）各個(gè)分期工程全部初驗(yàn)合格；

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

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

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

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

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

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

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

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

1.5 驗(yàn)收步驟

（一）編寫驗(yàn)收計(jì)劃

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

（三）成立項(xiàng)目驗(yàn)收小組

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

（四）項(xiàng)目驗(yàn)收的實(shí)施

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

（五）提交驗(yàn)收報(bào)告

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

（六）召開項(xiàng)目驗(yàn)收評(píng)審會(huì)

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

（一）初驗(yàn)

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

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

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

（二）終驗(yàn)

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

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

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

3、驗(yàn)收簽字

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

1.7 驗(yàn)收依據(jù)

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

具體依據(jù)如下：

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

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

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

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

1.8 驗(yàn)收需提交的文檔

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

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

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

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

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

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

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

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

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

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

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

階段驗(yàn)收報(bào)告

1.9 驗(yàn)收結(jié)論

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

1、項(xiàng)目凡具有下列情況之一的，按驗(yàn)收不合格處理：

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

（二）所提供的驗(yàn)收材料不齊全或不真實(shí)的；

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

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

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

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

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

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

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

3、項(xiàng)目驗(yàn)收結(jié)論的處理

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

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

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

1.10 項(xiàng)目交接

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

第四篇：檢驗(yàn)、測試、調(diào)試與驗(yàn)收方案

檢驗(yàn)、測試、調(diào)試與驗(yàn)收方案

【隱蔽工程檢驗(yàn)、測試、驗(yàn)收方案】

1）凡隱蔽工程都必須組織隱蔽驗(yàn)收?！惴植浚?xiàng)）隱蔽工程由施工員組織驗(yàn)收，邀請現(xiàn)場監(jiān)理工程師參加；重要的請現(xiàn)場監(jiān)理工程師、建設(shè)單位及設(shè)計(jì)單位派員參加。

2）隱蔽工程檢查記錄是工程檔案重要內(nèi)容之一，隱蔽工程經(jīng)三方共同驗(yàn)收后，及時(shí)填寫隱蔽工程檢查記錄。隱蔽檢查記錄由施工員或工程技術(shù)負(fù)責(zé)人填寫，監(jiān)理工程師和建設(shè)單位代表共同會(huì)簽。

3）不同項(xiàng)目的隱蔽工程，應(yīng)分別填寫檢查記錄表應(yīng)復(fù)寫一式五份，建設(shè)單位、監(jiān)理單位各一份，自存三份歸檔。

4）隱蔽工程項(xiàng)目及檢查內(nèi)容

A 管線、接線盒預(yù)埋：導(dǎo)管、位臵、規(guī)格、標(biāo)高、彎度、防腐等，電纜耐壓絕緣試驗(yàn)、地線、地板的接地電阻。

B 埋地管道工程：位臵、標(biāo)高、坡度、焊接、防銹、防腐及預(yù)埋件等。5）隱蔽工程檢查記錄表的填寫內(nèi)容

A 單位工程名稱、隱蔽工程名稱、部位、標(biāo)高、尺寸和工程量。B 材料產(chǎn)地、品種、規(guī)格、質(zhì)量等。C 合格證及試驗(yàn)報(bào)告編號(hào)。

6）填寫隱蔽工程檢查記錄，文字要簡練、扼要，能說明問題，必要時(shí)應(yīng)附三面圖（平、立、剖面圖）。

【系統(tǒng)工程檢驗(yàn)、測試、調(diào)試、驗(yàn)收方案】

1、檢驗(yàn)、測試和調(diào)試前的準(zhǔn)備

（1）仔細(xì)確認(rèn)每一臺(tái)設(shè)備是否安裝、連接正確，認(rèn)真向施工人員詢問施工遺留的可能影響使用的有關(guān)問題。

（2）再次認(rèn)真地閱讀所有的設(shè)備說明書，仔細(xì)查閱設(shè)計(jì)圖紙的標(biāo)注和連接方式。

（3）一定要確認(rèn)供電線路和供電電壓沒有任何問題。（4）調(diào)試前應(yīng)該保證現(xiàn)場沒有無關(guān)人員。

（5）準(zhǔn)備相應(yīng)的儀器和工具，并保證工作狀態(tài)優(yōu)良。

2、檢驗(yàn)、測試和調(diào)試的項(xiàng)目、方法、程序以及要求

音響系統(tǒng)的調(diào)試是工程調(diào)試的關(guān)鍵，音響系統(tǒng)涉及的設(shè)備最多，調(diào)試的部位也最多，遇到的問題也可能最多，所以應(yīng)首先集中精力完成。調(diào)試的原則，必須認(rèn)真閱讀產(chǎn)品說明，逐步細(xì)致地進(jìn)行微調(diào)，在不破壞基本的聲場條件的前下，有選擇地使用音頻處理設(shè)備，以達(dá)到設(shè)計(jì)要求。需要準(zhǔn)備的儀器和工具：相位儀，噪聲發(fā)生器，頻譜儀（含聲級(jí)計(jì)），萬用表。主要關(guān)鍵設(shè)備調(diào)試的步驟：

（1）單獨(dú)開機(jī)，從音源開始逐步檢查信號(hào)的傳輸情況。因?yàn)椋?dāng)信號(hào)在各個(gè)設(shè)備中傳輸良好，功放和音箱才會(huì)得到一個(gè)正常以經(jīng)過正確處理的信號(hào)，才可能有一個(gè)好的擴(kuò)聲音量。此時(shí)，周邊處理設(shè)備臵于旁路狀態(tài)，音箱和功放與系統(tǒng)斷開。檢查時(shí)順著信號(hào)的去向，逐步檢查它的電平設(shè)臵、增益、相位及暢通情況，保證各個(gè)設(shè)備都能得到前級(jí)設(shè)備提供的最佳信號(hào)，也能為下級(jí)提供最佳信號(hào)。在檢查信號(hào)的同時(shí)，逐一觀察設(shè)備的工作是否正常，是否穩(wěn)定，這項(xiàng)工作意義就在于，單臺(tái)設(shè)備的在此時(shí)出現(xiàn)故障或不穩(wěn)定，處理起來比較方便，也不會(huì)危及其他設(shè)備的安全，因此，這項(xiàng)檢查不要帶入下一步進(jìn)行。（2）上述無誤后，就將音箱和功放逐一接入系統(tǒng)，在較小的音量下，利用相位儀首先逐一檢查所有立場箱的相位是否一致，為下面的調(diào)試作好設(shè)備，將噪聲發(fā)生器的均衡器接入系統(tǒng)，準(zhǔn)備好頻譜儀，以適中音量開始對均衡器接入系統(tǒng)，準(zhǔn)備好頻譜儀，以適中的音量開始對均衡器進(jìn)行調(diào)試，頻譜儀的測試點(diǎn)要按照有關(guān)標(biāo)準(zhǔn)選取，對均衡器的調(diào)試原則是：使頻譜儀在于20HZ-20KHZ的音頻范圍內(nèi)，顯示的廳堂頻響曲線在各測試點(diǎn)處基本平直。注意：對各個(gè)點(diǎn)進(jìn)行測試時(shí)要使音量保持一致，然后記錄好調(diào)試后的均衡各頻點(diǎn)電位器的位臵；同樣以較小的音量和較大的音量保持一致，然后記錄好調(diào)試后均衡器各頻點(diǎn)電位器的位臵；同樣以較小的音量和較大的音量分別再進(jìn)行一次調(diào)試，再將均衡器的調(diào)試結(jié)果記錄下來，最后將幾種調(diào)試結(jié)果的數(shù)據(jù)進(jìn)行分析，尋找到一個(gè)各種音量下均衡量各頻點(diǎn)的折中位臵，然后再進(jìn)行測試，并將廳堂頻響曲線描繪下來，最終的均衡器各頻點(diǎn)位臵也要進(jìn)行記錄。在均衡器的調(diào)試中，調(diào)音臺(tái)的頻率補(bǔ)償臵于0處，其它的周邊設(shè)備要處于旁路狀態(tài)。另外需要說明的是：在通常的音響工程中，考慮到廳堂的裝飾材料對高頻信號(hào)的吸收較弱，所以，可以適當(dāng)將10KHZ以上的信號(hào)略做衰減。

（3）以上步驟完成后，進(jìn)行電子分頻器的調(diào)試。分頻器的調(diào)試分高、中、低頻單獨(dú)進(jìn)行。其中分頻器在系統(tǒng)中的用途不同，調(diào)試的方法也有區(qū)別。僅用于低音音箱的分頻器，只要在上述的均衡器調(diào)試完成后，讓低音音箱單獨(dú)工作，將分頻器的低音分頻點(diǎn)取在150~300HZ之間，適當(dāng)調(diào)整低音信號(hào)的增益，感覺低音音量適可便是，然后與全頻系統(tǒng)一道試聽，再進(jìn)行低音與全頻音量平穩(wěn)；用在全頻系統(tǒng)中的分頻器，準(zhǔn)確依照音箱廠家提供的參數(shù)分別設(shè)定高、中、低頻的分頻點(diǎn)，然后反復(fù)地進(jìn)行各頻段信號(hào)增益的調(diào)整，直到各頻段的聽感比較平衡后，再參照下一步頻譜儀在各測試點(diǎn)測試的聲壓情況做進(jìn)一步的微調(diào)。待均衡器和電子分頻器基本調(diào)試完畢后，就應(yīng)該開始進(jìn)行廳堂聲壓級(jí)的測定，測試點(diǎn)還是原來選取的幾點(diǎn)，噪聲源應(yīng)該用粉紅色噪聲儀，測試時(shí)除了全頻段外，在高、中、低三個(gè)頻段分別選取幾個(gè)頻點(diǎn)測試，測試目標(biāo)就是：在保證信號(hào)最佳動(dòng)態(tài)前提下，以調(diào)整使得系統(tǒng)的擴(kuò)聲聲壓在各點(diǎn)都要達(dá)到設(shè)計(jì)的聲壓級(jí)，同時(shí)參考高、中、低頻段各點(diǎn)的情況，再分別對均衡器和電子分頻器略作調(diào)整，如果各測試點(diǎn)聲壓級(jí)結(jié)果偏差較大，即聲場的質(zhì)量，那就應(yīng)該提出可行的整改措施。如裝飾方面沒有明顯的缺陷，或有一點(diǎn)明顯不足，但無法進(jìn)行整改時(shí)，就應(yīng)該從音箱的擺位，指向及安裝的形式方面進(jìn)行分析，分析內(nèi)容包括：音箱與建筑四面的距離，音箱之間的安裝位臵要求，音箱的指向和頻率特性及各音箱之間的相位等。

（4）話筒的調(diào)試。對于話筒的調(diào)試按照分類進(jìn)行，人聲用有線話筒如沒有可聞的線路噪音，音質(zhì)正常就即可，在其有效活動(dòng)范圍的聲反饋可以利用頻譜儀進(jìn)行頻率監(jiān)測，并作好相應(yīng)頻率和位臵的記錄；樂器用有線話筒必須和樂隊(duì)一道配合調(diào)試，并作好樂器使用話筒的型號(hào)和拾音距離的記錄；無線話筒必須和樂隊(duì)一道配合，并做好各樂器使用話筒的型號(hào)和拾音距離的記錄；無線話筒的調(diào)試應(yīng)注意：天線位臵合理，話筒使用出現(xiàn)死點(diǎn)的位臵（作好記錄），接受機(jī)的信號(hào)電平增益要適可，降噪微調(diào)的最佳位臵反復(fù)尋找等。

（5）效果器的調(diào)試。原則是保證其輸入信號(hào)增益能使效果器得到較好動(dòng)態(tài)的聲音信號(hào)，并且要留有一定的余量，效果混合信號(hào)輸出根據(jù)需求來設(shè)臵。至于效果器的具體選擇和參數(shù)設(shè)定，應(yīng)該作一些粗略的試驗(yàn)。然后根據(jù)節(jié)目的要求來選定，需要注意的是：效果器的混響時(shí)間和延時(shí)量在調(diào)節(jié)上不要超過一定范圍。以免影響語言的清晰度和信號(hào)的連續(xù)性，在話筒和效果器的調(diào)試中，還應(yīng)該包括返聽系統(tǒng)的調(diào)試，原則就是：讓返聽系統(tǒng)的頻響特性與主擴(kuò)聲系統(tǒng)一致，其聲壓級(jí)演員（包括樂隊(duì)）能清楚地聽到各自的聲音為準(zhǔn)，不能太大，不能帶來額外的聲反饋等。

（6）壓限器的調(diào)試。在系統(tǒng)的以上設(shè)備基本調(diào)定后再進(jìn)行，在調(diào)試時(shí)首先要設(shè)定壓縮起始電平，設(shè)定值應(yīng)當(dāng)適量，具體位臵視各種壓限器的調(diào)節(jié)范圍和信號(hào)而定，其次要設(shè)定壓縮啟動(dòng)和恢復(fù)時(shí)間，通常啟動(dòng)時(shí)間不宜過長，以免保護(hù)動(dòng)作不及時(shí)，而恢復(fù)時(shí)間不宜太短，以免造成聲音效果受到破壞；再就是要設(shè)定壓縮比，一般工程中設(shè)在4：1左右，壓縮器中的噪聲門的調(diào)節(jié)要注意：如果系統(tǒng)沒有較大的噪聲門關(guān)閉；如果有一定的噪聲，可以將噪聲門的門檻電平設(shè)定較低處，以免造成擴(kuò)聲信號(hào)斷斷續(xù)續(xù)的現(xiàn)象，如果系統(tǒng)的噪聲較大，應(yīng)該以施工技術(shù)方面分析，不能單獨(dú)靠噪聲門來解決，其它設(shè)臵可以根據(jù)不同要求而定。

（7）系統(tǒng)總體調(diào)試及試運(yùn)行

? 當(dāng)各分系統(tǒng)的調(diào)試已經(jīng)完成，并且確認(rèn)各個(gè)設(shè)備狀態(tài)良好，沒有明顯的調(diào)試不當(dāng)時(shí)，開始整個(gè)系統(tǒng)的全面調(diào)試。

? 檢查各系統(tǒng)協(xié)同運(yùn)作中它們相互聯(lián)系的工作部分是否協(xié)調(diào)。

? 檢查它們在同步工作時(shí)是否會(huì)產(chǎn)生相互影響和干擾，例如：檢查其它系統(tǒng)的切換是否會(huì)帶給音響系統(tǒng)的噪音，檢查燈光系統(tǒng)是否會(huì)對音響系統(tǒng)產(chǎn)生干擾等等。檢查中央控制系統(tǒng)與受控分系統(tǒng)的信號(hào)切換等。

系統(tǒng)驗(yàn)收前，我們要編制好竣工交驗(yàn)大綱，在工程指揮部的組織下，邀請?jiān)O(shè)計(jì)單位，各子系統(tǒng)施工單位及有關(guān)部門參加并要求施工單位做好交驗(yàn)準(zhǔn)備，提供下列資料：

設(shè)計(jì)文件和相關(guān)的技術(shù)標(biāo)準(zhǔn)、各子系統(tǒng)的驗(yàn)收規(guī)范標(biāo)準(zhǔn)、系統(tǒng)的評(píng)估辦法、施工圖紙、竣工圖紙及施工中各類設(shè)計(jì)變更單、施工洽商單、各種施工記錄，包括管線敷設(shè)記錄、設(shè)備安裝調(diào)試記錄、試運(yùn)行記錄等、各類設(shè)備資料，包括公司資質(zhì)證明、用戶操作手冊、保修單等、各種管理資料，公司資質(zhì)證明、開工報(bào)告、竣工報(bào)告等。然后按竣工交驗(yàn)程序，分別對系統(tǒng)功能、施工、竣工資料等項(xiàng)目進(jìn)行檢查和驗(yàn)收。統(tǒng)初驗(yàn)后，經(jīng)試運(yùn)行一段時(shí)間一切正常，即可組織驗(yàn)收。

【檢驗(yàn)、測試、調(diào)試、驗(yàn)收的標(biāo)準(zhǔn)】

? GB/T 50314--2000《智能建筑設(shè)計(jì)標(biāo)準(zhǔn)》 ? GB 2887-89《計(jì)算站場地技術(shù)要求》 ? GB 9361-88《計(jì)算站場地安全要求》 ? GB50054-95《低壓配電設(shè)計(jì)規(guī)范》 ? EIA/TIA607《民用建筑通信接地標(biāo)準(zhǔn)》 ? EIA/TIA607《民用建筑通信接地標(biāo)準(zhǔn)》

? GB/T50311-2000《建筑與建筑群綜合布線系統(tǒng)工程設(shè)計(jì)規(guī)范》 ? ISO/IEC 11801《國際綜合布線六類信道標(biāo)準(zhǔn)》 ? GB50371-2006《廳堂擴(kuò)聲系統(tǒng)設(shè)計(jì)規(guī)范》 ? JGJ16-2008《民用建筑電氣設(shè)計(jì)規(guī)范》 ? GB/T50314-2000《智能建筑設(shè)計(jì)標(biāo)準(zhǔn)》

? GB/T50311-2000《建筑與建筑群綜合布線工程設(shè)計(jì)規(guī)范》 ? GB/T50312-2000《建筑與建筑群綜合布線系統(tǒng)工程驗(yàn)收規(guī)范》 ? GB50259-96《電氣裝臵安裝工程電氣照明裝臵施工及驗(yàn)收規(guī)范》 ? GB50169-92《電氣安裝工程接地裝臵施工質(zhì)量驗(yàn)收規(guī)范》

? GBJ 232 《電氣裝臵安裝工程施工及驗(yàn)收規(guī)范》 ? GB 50303 《建筑電氣安裝工程施工質(zhì)量驗(yàn)收規(guī)范》 ? GB/T14549/93《電能質(zhì)量、公用電網(wǎng)諧波》 ? GB/T126661/6/90《電纜的耐燃性考核標(biāo)準(zhǔn)》 ? GB50217/94《電纜設(shè)計(jì)規(guī)范》 ? GB50258/96《電纜敷設(shè)規(guī)范》

? GYJ 25-86 《廳堂擴(kuò)聲系統(tǒng)聲學(xué)特性指標(biāo)》 ? GB 4959-95 《廳堂擴(kuò)聲特性測量方法》 ? GBJ 76-84 《廳堂混響時(shí)間測量方法》

? GB/T 14197-93 《聲系統(tǒng)設(shè)備互連的優(yōu)選配接值》 ? GB 50198 《民用閉路監(jiān)視電視系統(tǒng)工程技術(shù)規(guī)范》 ? GBJ 79 《工業(yè)企業(yè)通訊接地設(shè)計(jì)規(guī)范》 ? GB50016－2006《建筑設(shè)計(jì)防火規(guī)范》 ? GA/T75-94《安全防范工程程序與要求》 ? GA/T74-2000《安全防范系統(tǒng)通用圖形符號(hào)》 ? GB50198-94 《民用閉路電視監(jiān)視系統(tǒng)工程技術(shù)規(guī)范》 ? GBJ/16-83《建筑電氣設(shè)計(jì)技術(shù)規(guī)程》

? GB4208-84，1994年版《外殼防護(hù)等級(jí)的分類》

? GJB1653-1993《電子和電氣設(shè)備、附件及備件包裝規(guī)范》

【工程檢測驗(yàn)收項(xiàng)目、程序及需要招標(biāo)人參加的項(xiàng)目、時(shí)間】

本系統(tǒng)工程檢測驗(yàn)收項(xiàng)目可分為：系統(tǒng)管線隱蔽工程安裝驗(yàn)收、設(shè)備及設(shè)備安裝驗(yàn)收、系統(tǒng)安裝驗(yàn)收、系統(tǒng)性能測試驗(yàn)收、等內(nèi)容。

? 系統(tǒng)管線隱蔽工程安裝驗(yàn)收（時(shí)間：隱蔽工程完工后）

工程所需管線等敷料進(jìn)場進(jìn)行材料報(bào)驗(yàn)合格后，與土建、裝修方同步進(jìn)行交叉施工，每道工序安裝完成，提請監(jiān)理部門進(jìn)行隱蔽工程驗(yàn)收，驗(yàn)收完畢并符合要求，出具檢驗(yàn)報(bào)告，保障隱蔽工程的安全可靠。

? 設(shè)備及設(shè)備安裝驗(yàn)收（時(shí)間：設(shè)備安裝結(jié)束后）

設(shè)備運(yùn)輸?shù)绞┕がF(xiàn)場，按照合同清單所列貨物名稱、型號(hào)，填寫相應(yīng)報(bào)驗(yàn)表（格式按當(dāng)?shù)毓こ瘫O(jiān)理要求），安排工程各相關(guān)部門一起進(jìn)行貨物的檢驗(yàn)，所列物品與合同清單核對無誤，相關(guān)部門簽字后，進(jìn)行設(shè)備安裝。設(shè)備安裝到位后，提請監(jiān)理方進(jìn)行安裝驗(yàn)收（按當(dāng)?shù)赜嘘P(guān)工程質(zhì)量規(guī)范標(biāo)準(zhǔn)）。驗(yàn)收完畢并符合要求，出具檢驗(yàn)報(bào)告。

? 系統(tǒng)安裝驗(yàn)收（時(shí)間：系統(tǒng)安裝完工后）

設(shè)備、隱蔽工程安裝完畢并符合要求后，進(jìn)行系統(tǒng)安裝，安裝完畢后，加電試運(yùn)行前依照最終系統(tǒng)圖紙，報(bào)請相關(guān)部門進(jìn)行系統(tǒng)安裝驗(yàn)收，驗(yàn)收完畢并符合要求，出具檢驗(yàn)報(bào)告。

? 系統(tǒng)性能測試驗(yàn)收（時(shí)間：系統(tǒng)初步調(diào)試結(jié)束后）

前提：以上步驟都完成，并且檢驗(yàn)合格后，加電進(jìn)行系統(tǒng)調(diào)試，按照國家相應(yīng)規(guī)范、規(guī)定和合同所列出的標(biāo)準(zhǔn)，經(jīng)初步的系統(tǒng)統(tǒng)調(diào)、調(diào)整、自測完畢后，提請有關(guān)部門或第三方相關(guān)單位進(jìn)行系統(tǒng)性能主、客觀測試，并做出相應(yīng)系統(tǒng)測試測量數(shù)據(jù)，做為驗(yàn)收依據(jù)。

二、檢驗(yàn)、測試、調(diào)試、驗(yàn)收的程序：

1、參與檢驗(yàn)、測試、調(diào)試、驗(yàn)收人員：

公司質(zhì)量檢驗(yàn)人員；設(shè)計(jì)部門經(jīng)理；工程部門經(jīng)理；業(yè)主或業(yè)主委派的人員；施工單位負(fù)責(zé)人、或業(yè)主聘請的第三方專業(yè)測試者。

2、檢驗(yàn)測試使用文件：

《設(shè)備技術(shù)規(guī)格書》；《檢驗(yàn)測試記錄表》；《系統(tǒng)設(shè)計(jì)原理圖》；《系統(tǒng)性能指標(biāo)》；所引用的標(biāo)準(zhǔn)。

3、檢驗(yàn)測試內(nèi)容

幅頻特性；聲場不均勻度；最大聲壓級(jí)；傳聲增益；系統(tǒng)總噪聲級(jí)：混響時(shí)間；主觀聽音：語言清晰、音質(zhì)良好、無聲缺陷。

4、測量測試儀器（軟件、硬件）

進(jìn)行統(tǒng)測量測試時(shí)，我方參考并提供以下儀器儀表： ? 交流電壓表：上海無線電儀器廠生產(chǎn) AS-2294A。? 寬帶粉紅噪聲信號(hào)發(fā)生器：NEUTRIK/Minirator MR1。? 聲場測量傳聲器：KLARK TEKNIK 6501。? 聲級(jí)計(jì)：FWE 33-2050。

? 傳聲增益測量用擴(kuò)聲傳聲器：EV ND767a。

? 實(shí)時(shí)頻譜分析儀：KLARK TEKNIK DN6000、Ivie PC-40 ? 相位測試儀：UNIKA PT-1 ? 專業(yè)聲卡：M-AUDIO PRE ? 實(shí)時(shí)分析測試系統(tǒng)：SIA SmaartLive。? 所需的其它必要儀器、軟件。

5、測試條件

對觀眾廳的聲場，在系統(tǒng)控制器調(diào)整后。測量其幅頻特性，聲場不均勻度，最大聲壓級(jí)，傳聲增益。其中：測量幅頻特性，聲場不均勻度，最大聲壓級(jí)，采用電輸入法。傳聲增益的測量采用聲輸入法。

均衡器已進(jìn)行系統(tǒng)最佳補(bǔ)償調(diào)整；測點(diǎn)聲壓級(jí)至少高于總噪聲15dB；系統(tǒng)調(diào)整至正常工作狀態(tài)，將寬帶粉紅噪聲信號(hào)經(jīng)調(diào)音臺(tái)送至功率放大器輸入端，各揚(yáng)聲器最大輸出按生產(chǎn)廠方提供參數(shù)設(shè)定。

各項(xiàng)測試應(yīng)在空場和滿場條件下進(jìn)行，滿場或模擬滿場難以滿足時(shí)，可只作空場測試。

第五篇：ERP系統(tǒng)驗(yàn)收測試流程、方法原則及內(nèi)容

004km.cn 全面的ERP資源下載

ERP系統(tǒng)驗(yàn)收測試流程、方法原則及內(nèi)容

引言

軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機(jī)組成部分，而且在整個(gè)軟件工程(即軟件定義、設(shè)計(jì)和開發(fā)過程)中占據(jù)相當(dāng) 大的比重。軟件測試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直接影響著軟件的質(zhì)量評(píng)估。軟件測試不僅要講究策略，更要講究時(shí)效性。驗(yàn)收測試作為軟件測試過程的最后一個(gè) 環(huán)節(jié)，對軟件質(zhì)量、軟件的可交付性和軟件項(xiàng)目的實(shí)施周期起到“一錘定音”的作用。

1、ERP驗(yàn)收測試的現(xiàn)狀

驗(yàn)收測試是一種有效性測試或合格性測試。它是以用戶為主，軟件開發(fā)人員、實(shí)施人員和質(zhì)量保證人員共同參與的測試。ERP(企業(yè)資源規(guī)劃)作為提 高企業(yè)管理創(chuàng)新能力的有力工具，其定義、設(shè)計(jì)、開發(fā)、實(shí)施和應(yīng)用的過程遵循一定的規(guī)律。這些規(guī)律表現(xiàn)在軟件過程控制、質(zhì)量保證和軟件測試等方面。驗(yàn)收測試 關(guān)系到ERP能否成功驗(yàn)收，能否平滑步入維護(hù)期，能否快速實(shí)現(xiàn)效益。ERP驗(yàn)收測試的全面性、效率性、科學(xué)性、規(guī)范性、徹底性在廣大制造業(yè)企業(yè)和ERP軟 件供應(yīng)商中還是一個(gè)嶄新的話題。

當(dāng)前很多人對ERP驗(yàn)收測試工作存在一些誤解：

(1)由于ERP軟件的復(fù)雜性、規(guī)模性，人們可能更多地關(guān)注它多變的需求定義、個(gè)性化解決方案、定制化開發(fā)過程，卻輕視了項(xiàng)目的驗(yàn)收工作。這些“只重視開題和過程，不重視結(jié)題和維護(hù)”的做法，最直接的后果就是，形成了一個(gè)個(gè)延期工程或“爛尾”項(xiàng)目。

(2)ERP實(shí)施工作做好了，用戶企業(yè)可以把系統(tǒng)跑起來了，文檔移交了，客戶簽字了，還有什么必要做驗(yàn)收測試。這種誤解源于對驗(yàn)收測試的目的、流程、方法和意義缺乏認(rèn)識(shí)。

(3)驗(yàn)收測試是用戶企業(yè)的事，與軟件服務(wù)提供商無關(guān)。事實(shí)上，只有兩者密切配合，才能提高測試效率。

(4)將驗(yàn)收測試?yán)斫獬山o用戶做演示。驗(yàn)收測試要講究策略，不是走走過場，而是有計(jì)劃有步驟的執(zhí)行活動(dòng)，要進(jìn)行科學(xué)的用例設(shè)計(jì)。

(5)驗(yàn)收測試就是驗(yàn)證軟件的正確性。驗(yàn)收測試和其他的測試一樣，既要驗(yàn)證軟件的正確性，又要發(fā)現(xiàn)軟件錯(cuò)誤。只不過，驗(yàn)收測試是以確認(rèn)軟件功能是否滿足需求為主。

004km.cn 全面的ERP資源下載

2、ERP驗(yàn)收測試的流程及方法原則

軟件包括程序、數(shù)據(jù)和文檔。ERP驗(yàn)收測試的對象應(yīng)當(dāng)含蓋這三個(gè)方面。驗(yàn)收測試的主體要以用戶企業(yè)為主，ERP軟件服務(wù)供應(yīng)商積極配合;或以第三方測試為主，用戶和軟件供應(yīng)商共同配合。

ERP驗(yàn)收測試的基本流程如下圖所示，軟件實(shí)施人員要適時(shí)配合和敦促用戶做好驗(yàn)收測試的各項(xiàng)準(zhǔn)備工作，按計(jì)劃按步驟執(zhí)行驗(yàn)收測試，形成規(guī)范的測 試文檔，客觀地分析和評(píng)估測試結(jié)果，并跟蹤不合格現(xiàn)象，對軟件問題要分級(jí)分類管理，必要時(shí)要進(jìn)行回歸測試，確保所有問題能得到關(guān)閉，最終成功通過驗(yàn)收。

在測試方法上，由于驗(yàn)收階段的特殊性，一般以黑盒測試和配置復(fù)審為主，以自動(dòng)化測試和特殊性能測試為輔，用戶、軟件開發(fā)實(shí)施人員和質(zhì)量保證人員共同參與。

ERP驗(yàn)收測試要注意以下幾個(gè)原則問題：

(1)驗(yàn)收測試始終要以雙方確認(rèn)的ERP需求規(guī)格說明和技術(shù)合同為準(zhǔn)，確認(rèn)各項(xiàng)需求是否得到滿足，各項(xiàng)合同條款是否得到貫徹執(zhí)行。

(2)驗(yàn)收測試和單元測試、集成測試不同，它是以驗(yàn)證軟件的正確性為主，而不是以發(fā)現(xiàn)軟件錯(cuò)誤為主。

(3)對驗(yàn)收測試中發(fā)現(xiàn)的軟件錯(cuò)誤要分級(jí)分類處理，直到通過驗(yàn)收為止。

(4)驗(yàn)收測試中的用例設(shè)計(jì)要具有全面性、多維性、效率性，能以最少的時(shí)間在最大程度上確認(rèn)軟件的功能和性能是否滿足要求。

3、ERP驗(yàn)收測試的內(nèi)容及用例設(shè)計(jì)

ERP驗(yàn)收測試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術(shù)合同的相關(guān)規(guī)定。通過實(shí)施預(yù)定的測試計(jì)劃和測試執(zhí)行活動(dòng)確認(rèn)軟件的功能需求、性 能需求和文檔需求。ERP是較復(fù)雜的大規(guī)模性軟件，其驗(yàn)收測試應(yīng)當(dāng)涵蓋確認(rèn)測試和系統(tǒng)測試兩個(gè)方面的內(nèi)容。具體包括以下測試內(nèi)容：安裝測試、功能測試、界 面測試、性能測試、文檔測試、負(fù)載壓力測試、恢復(fù)測試、安全性測試、兼容性測試等。下面結(jié)合ERP驗(yàn)收測試的具體內(nèi)容，談?wù)動(dòng)美O(shè)計(jì)的注意事項(xiàng)。

(1)安裝測試

安裝測試的目的在于驗(yàn)證軟件能否在不同的配置情況下完成安裝，并確認(rèn)能否正常運(yùn)行。ERP安裝測試的用例設(shè)計(jì)要注意以下幾點(diǎn)：

第一，根據(jù)ERP的可移植性，選擇不同操作系統(tǒng)。

第二，選擇不同層次的硬件配置和軟件配置，一般選用最低、中等和最高三種配置進(jìn)行測試，驗(yàn)證系統(tǒng)對軟硬件環(huán)境的依懶性。

004km.cn 全面的ERP資源下載

第三，觀察ERP安裝程序在軟硬件資源充足的情況下能否正常安裝，安裝過程中是否給予充足的提示，是否存在流氓軟件的一些弊病，安裝完成后能否正常運(yùn)行，能否徹底刪除。

第四，在資源不充沛的情況下，如磁盤空間不夠、內(nèi)容不足等，系統(tǒng)能否完成安裝，能否給予各種提示。

(2)功能測試

功能測試是驗(yàn)收測試中的主要內(nèi)容。ERP功能測試要包含以下項(xiàng)目：單個(gè)模塊的查詢、增加、刪除、修改、保存等操作;數(shù)據(jù)的輸入與輸出;數(shù)據(jù)處理 操作，如導(dǎo)入、結(jié)轉(zhuǎn)等;基礎(chǔ)數(shù)據(jù)定義的精度;計(jì)算的準(zhǔn)確性，如倉庫的歷史庫存、當(dāng)前庫存、貨位庫存是否準(zhǔn)確;數(shù)據(jù)共享能力;身份驗(yàn)證和權(quán)限管理;接口參數(shù) 和系統(tǒng)控制參數(shù);單據(jù)流轉(zhuǎn)情況;狀態(tài)控制，如系統(tǒng)是否對MPS在執(zhí)行MRP分解、工單下達(dá)、車間任務(wù)調(diào)度等操作前后的狀態(tài)做了標(biāo)識(shí)，狀態(tài)的改變是否正確;報(bào)表的打印輸出;審批流程定義及各種審批、反審批操作;短信發(fā)送及管理;崗位及部門業(yè)務(wù)的操作，如從請購管理、采購計(jì)劃到采購訂單管理，再到采購到貨管 理;跨部門的業(yè)務(wù)操作，如從銷售訂單到主生產(chǎn)計(jì)劃，從車間領(lǐng)料到倉庫出庫等等。

ERP功能測試的用例設(shè)計(jì)要注意以下幾點(diǎn)：

第一，測試項(xiàng)目的輸入域要全面。要有合法數(shù)據(jù)的輸入，也要有非法數(shù)據(jù)的輸入。如，在測試基礎(chǔ)數(shù)據(jù)的定義時(shí)，若規(guī)定是數(shù)字，則既要輸入數(shù)字進(jìn)行測試，也要輸入字母、空格等非數(shù)字進(jìn)行測試。數(shù)字包含整數(shù)、負(fù)數(shù)、小數(shù)，因而還要輸入這些不同的數(shù)字驗(yàn)證數(shù)字的精度。

第二，劃分等價(jià)類，提高測試效率。在考慮測試域全面性的基礎(chǔ)上，要?jiǎng)澐值葍r(jià)類，選擇有代表意義的少數(shù)用例進(jìn)行測試，提高測試效率。如，若MRP 記錄有“剛形成”、“已派工”“正執(zhí)行”、“已完成”四種狀態(tài)，系統(tǒng)只允許對剛形成的MRP記錄做局部性修改或刪除操作，那么在測試時(shí)，將MRP記錄劃分 為四類，每種狀態(tài)對應(yīng)一類，每類各選一條記錄作為測試用例即可。

第三，要適時(shí)利用邊界值進(jìn)行測試。如“訂單預(yù)排”中一般要求預(yù)排的數(shù)量大于0，那么測試數(shù)據(jù)可以分別為0，-1，1，10000000(一個(gè)非常大的正數(shù))。

第四，重復(fù)遞交相同的事務(wù)。

第五，不按照常規(guī)的順序執(zhí)行功能操作。

第六，驗(yàn)證實(shí)體關(guān)系，實(shí)體間的關(guān)系有三種：一對一，一對多，多對多。如，一個(gè)MPS對應(yīng)多個(gè)MRP，一個(gè)MRP對應(yīng)多個(gè)車間任務(wù)。

第七，執(zhí)行正常操作，觀察輸出結(jié)果的異常性。如，刪除某條記錄對排序的影響;執(zhí)行審批后，單據(jù)的狀態(tài)是否改變。

004km.cn 全面的ERP資源下載

(3)界面測試

ERP界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣。軟件企業(yè)可以形成自己的特色，但要確保整個(gè)軟件風(fēng)格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手。測試用例的設(shè)計(jì)要重點(diǎn)掌握以下幾點(diǎn)：

第一，背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當(dāng)。

第二，軟件得圖標(biāo)、按鈕、對話框等外觀風(fēng)格是否一致，美觀效果所要求的屏幕分辨率。

第三，窗口元素的布局是否合理，并保持一致。

第四，各種字段標(biāo)題的信息描述是否準(zhǔn)確。

第五，快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致。

第六，窗口及報(bào)表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求。

第七，誤操作引起的錯(cuò)誤提示是否友好。

第八，活動(dòng)窗口和被選中的記錄是否高亮顯示。

第九，是否有幫助信息，菜單導(dǎo)航能否正常執(zhí)行。

第十，檢查一些特殊域和特殊控件能否運(yùn)行。

(4)性能測試

性能測試主要測試軟件的運(yùn)行速度和對資源的消耗。通過調(diào)整ERP所依賴的軟硬件配置、網(wǎng)絡(luò)拓補(bǔ)結(jié)構(gòu)、工作站點(diǎn)數(shù)、數(shù)據(jù)量和服務(wù)請求數(shù)來測試軟件 的移植性、運(yùn)行速率、穩(wěn)定性和可靠性。一般借助WinRunner之類的企業(yè)級(jí)自動(dòng)化測試工具來輔助測試，通過極限測試來分析評(píng)估軟件性能。

(5)文檔測試

文檔是軟件的重要組成部分，也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測試主要通過評(píng)審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯 性和可理解性。ERP作為一個(gè)大規(guī)模軟件，覆蓋了企業(yè)的各種業(yè)務(wù)。它至少要具備需求定義、開發(fā)設(shè)計(jì)、測試評(píng)估、項(xiàng)目管理、用戶應(yīng)用這五類文檔，具體而言，應(yīng)包含GB8567-88中規(guī)定的14種軟件文檔。

在文檔復(fù)審時(shí)，要特別注意以下幾點(diǎn)：

第一，要明確文檔驗(yàn)收的標(biāo)準(zhǔn)，軟件企業(yè)和用戶企業(yè)要達(dá)成一致。

004km.cn 全面的ERP資源下載

第二，確定文檔的重要性和項(xiàng)目文檔需求，比如，在驗(yàn)收階段，用戶文檔(用戶手冊、操作手冊、維護(hù)手冊、聯(lián)機(jī)幫助文件)顯得特別重要，需要認(rèn)真評(píng)審。

第三，檢驗(yàn)文檔完整性，主要是文檔的種類和內(nèi)容的完整性。

第四，檢驗(yàn)文檔的一致性和可追溯性，主要是：軟件的設(shè)計(jì)描述是否按照需求定義進(jìn)行展開的;應(yīng)用程序是否與設(shè)計(jì)文檔的描述一致;用戶文檔是否客觀描述應(yīng)用程序的實(shí)際操作;關(guān)于同一問題的描述是否存在不同的說法。

第五，檢驗(yàn)文檔的準(zhǔn)確性，主要是文檔的描述是否準(zhǔn)確，有無歧義，文字表達(dá)是否存在錯(cuò)誤。

第六，檢驗(yàn)文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達(dá)是否詳細(xì)。如，ERP操作手冊，除了描述每個(gè)模塊的操作，應(yīng)該還提供關(guān)聯(lián)性崗位業(yè)務(wù)、部門業(yè)務(wù)和跨部門業(yè)務(wù)的操作說明。

(6)其他測試

除了上述的測試外，還有必要對系統(tǒng)的其他特性和需求加以測試。如檢測軟件遇突發(fā)性故障后對數(shù)據(jù)的恢復(fù)能力，軟件的安全保密性和對硬件、軟件、數(shù)據(jù)的兼容性，系統(tǒng)所能承擔(dān)的最大數(shù)據(jù)量和健壯性等。

其他測試一般包含以下幾種：

第一，負(fù)載壓力測試。它主要包括并發(fā)性能測試、疲勞強(qiáng)度測試、大數(shù)據(jù)量測試和速度測試。一般采用自動(dòng)化技術(shù)分別在客戶端、服務(wù)器端和網(wǎng)絡(luò)上進(jìn)行測試。用例設(shè)計(jì)時(shí)，要以真實(shí)的業(yè)務(wù)為依據(jù)，選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作作為測試對象。

第二，恢復(fù)測試。通過模擬硬件故障或故意造成軟件出錯(cuò)，檢測系統(tǒng)對數(shù)據(jù)的破壞程度和可恢復(fù)的程度。

第三，安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認(rèn)證機(jī)制、加密機(jī)制、防病毒功能等安全防護(hù)策略的健壯性。

第四，兼容性測試。通過硬件兼容性測試、軟件兼容性測試和數(shù)據(jù)兼容性測試來考察軟件的跨平臺(tái)、可移植的特性。

4、結(jié)語

ERP用戶和軟件開發(fā)實(shí)施人員要明確驗(yàn)收測試的真正意圖。開發(fā)人員和實(shí)施人員不應(yīng)該掩蓋軟件錯(cuò)誤或不關(guān)心用戶不熟悉的測試項(xiàng)目。用戶也不能因?yàn)?存在一些當(dāng)前無法實(shí)現(xiàn)的需求而擱置驗(yàn)收工作。相反，兩者應(yīng)當(dāng)精誠合作，相互信任，撥云見日。對于那些不可行的需求或不明確的需求，雙方要協(xié)商進(jìn)行需求變 更，并達(dá)成一致意見。只有這樣的驗(yàn)收測試，才能促使ERP工程項(xiàng)目得以快速圓滿驗(yàn)收。

004km.cn 全面的ERP資源下載