第一篇：軟件驗收報告

XX醫(yī)院體檢系統軟件驗收報告

一、項目概述

XX醫(yī)院體檢信息系統項目自簽訂合同以來，經過雙方各級各部門的共同努力，系統進行了不斷改進與完善，按照分步實施的原則，各個子系統都經過培訓、修改、試用、正式使用的階段，整個系統都先后投入了正式使用，系統運行安全穩(wěn)定。

二、項目驗收

XX醫(yī)院體檢信息系統項目經雙方友好合作，項目完成實施與試用并全面投入正式使用，雙方同意項目驗收。本驗收報告壹式貳份雙方各持壹份。

XX醫(yī)院 易家健康管理有限公司

（甲方代表）簽名：（乙方代表）簽名：

日期： 日期：

第二篇：軟件驗收報告

軟件驗收報告范文3篇

目前,軟件產品在驗收過程中,常常會因各種原因發(fā)生糾紛,對此,提出了一套可參考的驗收標準,對軟件開發(fā)合同的簽訂和驗收工作具有指導意義。本文是小編為大家整理的軟件驗收報告范文，僅供參考。

軟件驗收報告范文一：

用戶名稱： huaxia

密級：huaxia123

文檔編號：

編 寫：

審 核：

批 準

項目名稱：

編寫日期：

審核日期：

批準日期：

項目名稱

【驗收報告應由客戶方起草，雙方有關人員簽字，此時驗收報告的格式主要由客戶方選定;當然，也可接受用戶方委托，由項目經理起草驗收報告，經用戶方簽字蓋章認可?！?/p>

第一章 項目概述

1.1 項目背景

目前，電視臺除了自制節(jié)目以外，外購節(jié)目制度存在非常明顯的潛規(guī)則、暗箱操作、圈子交易等現象，一個公平、公正、公開、透明的節(jié)目采購方式呼之欲出。

各省級衛(wèi)視也有自己的采購方式。如江蘇廣播電視總臺電視節(jié)目采購工作按照民主集中制的原則開展，實行四級審片制，即采購人員初審、審片組審片、分管主任復審、主任審看。另外還有送頻道或者召開觀眾審片會議復審。對審片評價較好的劇目進行外地播出效果評估，最后形成劇目的總體評價，對有爭議的劇目報總臺分管領導仲裁。所有外購節(jié)目采購在部門民主集中形成意見后報總臺領導批準購買。廣州電視臺除新聞節(jié)目外，所有頻道、節(jié)目將全面實行制播分離，所屬九個頻道向臺內外制作機構開放，建立起多主體、多渠道采購節(jié)目，擇優(yōu)播出機制。

面對激烈的市場競爭和不規(guī)范的市場原則，省級衛(wèi)視為了搶占市場先機，降低采購成本，采取聯合采購的模式。如2+4模式：東方衛(wèi)視和北京衛(wèi)視購買了《馬文的戰(zhàn)爭》的首輪播出權后，二輪播權由山東、天津、吉林和深圳4家衛(wèi)視采購。還有《我的團長我的團》、《潛伏》、《婚變》等電視劇被適用于4+4模式。另外，目前的電視劇爭奪戰(zhàn)中還出現了“劇本期貨”交易現象——在劇本出來之后，只要有足夠的賣點和看點，電視臺就會采取前期介入，迅速獲得優(yōu)勢資源。

另一方面，由于電視劇買賣的圈子很小，電視臺和制作機構之間的買賣屬于圈子交易。每年60億元的購片經費中，大部分都集中在幾十個電視臺采購負責人手中。很多情況下，電視臺的節(jié)目采購很大程度上受到采購者的個人因素影響，如與節(jié)目制作機構的人際關系，個人的喜好或者審美習慣等等。這樣就無法保證把經費用在刀刃上，既浪費了資源，又沒有買到好的節(jié)目。

各家電視臺都出臺了各種采購形式，但電視臺的節(jié)目采購形式都沒有在業(yè)界形成項目名稱

公信度和絕對優(yōu)勢，因為沒有一個切實有效的部門(崗位)來統籌規(guī)范電視節(jié)目的引進工作，這就非常有必要增設采購編輯來改變這一現狀。

1.2 參考資料

編寫本驗收報告時主要參考了如下的資料和文獻：

1.2.3.4.5.6.《華夏影視交易平臺系統合同書(主合同)》 《華夏影視交易平臺系統軟件開發(fā)合同書》 《華夏影視交易平臺系統需求分析說明書》 《華夏影視交易平臺系統總體設計說明書》 《華夏影視交易平臺系統詳細設計說明書》 《應達到的技術指標和參數(驗收標準)》

第二章 驗收定義

2.1 驗收方式

組織匯報、功能代碼審查

2.2 驗收依據

《華夏影視交易平臺系統合同書(主合同)》

《華夏影視交易平臺系統軟件開發(fā)合同書》

《附件五 華夏影視交易平臺系統工作說明書》

2.3 驗收環(huán)境

華夏影視交易平臺X綜合業(yè)務系統實際運行的生產環(huán)境為驗收環(huán)境。

? 硬件平臺

服務器：AS/400-840系列;RS/6000-H85 客戶機：IBM_PC、實達、國光、長城系列終端及終端外圍設備。

? 軟件平臺

項目名稱

服務器：OS/400 Ver5.1 AIX 4.3.3操作系統，DB2 數據庫 Ver 7.2.0;客戶機：SCO UNIX操作系統3.24及5.01, INFORMIX ONLINE 數據庫 Ver 7.3 2.4 驗收標準

2.4.1 系統功能標準

如果各模塊驗收測試結果如下表所述則視為驗收合格，否則將進行修改，以進行再次驗收評審。

2.4.2 性能標準

1.優(yōu)秀

1)材料完整

2)軟件可正常運行

3)實現項目軟件需求說明書要求的各項功能需求

4)軟件界面友好，易于交互

5)軟件功能新穎，有較強創(chuàng)新

2.合格

1)本標準第3條要求的材料完整

2)可正常運行實現功能達到軟件需求說明書要求的三分之二以上 3.不合格

1)標準第3條要求的材料不完整 2)軟件不能運行

3)軟件需求說明書要求的主要功能。

2.5 驗收規(guī)則

驗收規(guī)則一：【避免在法度中應用魔鬼數字，必須用有意義的常量來標識?！?/p>

驗收規(guī)則二：【明白辦法的功能，一個辦法僅完成一個功能?！?/p>

驗收規(guī)則三：【辦法參數不克不及跨越5個】

驗收規(guī)則四：【辦法調用盡量不要返回null，取而代之以拋出異常，或是返回特例對象(SPECIAL CASE object，SPECIAL CASE PATTERN);對于以湊集或數組類型作為返回值的辦法，取而代之以空湊集或0長度數組?！?/p>

驗收規(guī)則五：【在進行數據庫操縱或IO操縱時，必須確保資料在應用完畢后獲得開釋，并且必須確保開釋操縱在finally中進行?！?/p>

驗收規(guī)則六：【異常捕獲不要直接catch(Exception ex)，應當把異常細分處理懲罰?！?/p>

驗收規(guī)則七：【對于if ? else if ?(后續(xù)可能有多個else if...)這種類型的前提斷定，最后必須包含一個else分支，避免呈現分支漏掉造成錯誤;每個switch-case語句都必須包管有default，避免呈現分支漏掉，造成錯誤。】

驗收規(guī)則八：【覆寫對象的equals()辦法時必須同時覆寫hashCode()辦法。】

驗收規(guī)則九：【禁止輪回中創(chuàng)建新線程，盡量應用線程池?！?/p>

驗收規(guī)則十：【在進行正確策畫時(例如:貨幣策畫)避免應用float和double，浮點數策畫都是不正確的，必須應用BigDecimal或將浮點數運算轉換為整型運算?！?/p>

2.6 驗收人員

2.7 驗收時間

第三章 遺留問題

暫無。

第四章 交付物清單

4.1 文檔提交清單

4.2 源碼提交清單

第五章 驗收結論

第一版驗收通過

第六章 雙方簽字

客戶方(蓋章)： 代表：

公司(蓋章)代表： 日期：

日期：

第三方((蓋章)[如果有]： 代表：

附件:

驗收測試記錄、測試報告等記錄。

軟件驗收報告范文二：

日期：

甲方： 有限公司

乙方： 有限公司

甲方收到乙方開發(fā)的******************)，下文簡稱“軟件”。截止于 年 月 日初步測試已經通過，暫時無發(fā)現重大軟件漏洞問題，軟件細節(jié)后期有待驗證。

乙方應在甲方實際使用軟件過程中，對軟件已有功能做售后服務。如后期有軟件漏洞問題，乙方應積極配合甲方做免費修復。

甲方驗收人員： 日期：

甲方驗收人員： 日期：

軟件驗收報告范文三：

甲方：

乙方：

就"，經過甲乙雙方的通力配合和共同努力，完成了合同中約定的全部任務，現在整個系統運行正常，按照合同約定，進行項目驗收工作。

驗收工作分為設備清點、安裝調試、初驗、上線試運行和終驗幾個階段，驗收方式主要以清單、測試和實地操作為主。具體內容如下： 第一部分：設備清點

主要檢查運到甲方的設備是否與合同相符

甲乙雙方按照合同要求對運抵現場的設備進行了清點，此項工作已于 年 月 日完成，結論如下：

1.1 核對到貨清單，實物與運送單據是否一致。

□通過 □未通過 備注：

1.2 檢查和清點運抵現場的各種設備是否與合同相符。

□通過 □未通過 備注：

1.3 檢查運抵現場的文檔是否齊全

□通過 □未通過 備注：

第二部分：安裝調試

通過系統硬件測試證明各部分硬件物理破壞且已正確安裝。

按照合同要求，乙方對已經到貨的設備進行了安裝，甲乙雙方進行了加電測試，主要觀察設備加電后的表現和運行自檢程序的結果，此項工作已于 年 月 日完成，結論如下：

2.1 加電是否成功

□通過 □未通過 備注：

2.2 設備狀態(tài)是否正常

□通過 □未通過 備注：

2.3 系統顯示的版本和序列號等信息是否符合合同要求

□通過 □未通過 備注：

2.4 自檢有無報警

□通過 □未通過 備注：

第三部分：初驗、上線試運行

通過系統運行，證明系統可以正常工作

乙方進行設備安裝調試后，甲乙雙方在操作系統、數據庫等運行環(huán)境下進行系統測試，此項工作已于 年 月 日完成，結論如下：

3.1 系統啟動是否正常

□通過 □未通過 □未涉及 備注：

3.2 系統管理功能是否正常

□通過 □未通過 □未涉及 備注：

3.3 相關軟件License是否已經生效使用

□通過 □未通過 □未涉及 備注：

3.4系統運行是否正常

□通過 □未通過 □未涉及 備注：

第四部分 終驗

系統和設備在質保期內能正常運轉，出現故障，能及時解決。

乙方在質保期內對系統和設備進行了終驗驗收，此項工作已于 年 月 日完成，結論如下：

□通過 □未通過 □未涉及 備注：

完成上述工作以后，甲乙雙方認為整個項目驗收正式通過，整個系統交付完畢，設備運行正常，可以投入使用。

甲方： 乙方：

代表 代表

日期 日期

第三篇：購買軟件驗收報告

用戶名稱： huaxia 密級：huaxia123 文檔編號：編 寫：審 核：批 準：<華夏影視交易平臺> 驗收報告

（版本:001）

項目名稱： 編寫日期： 審核日期： 批準日期：

華夏影視交易平臺2014/8/12 2014/8/12 2014/8/12 001 張韋韋 李之山 陳麗麗

文檔修訂記錄

目錄

第一章 項目概述.............................................................................................................................4 1.1 項目背景............................................................................................................................4 1.2 參考資料............................................................................................................................5 第二章 驗收定義.............................................................................................................................5 2.1 驗收方式............................................................................................................................5 2.2 驗收依據............................................................................................................................5 2.3 驗收環(huán)境............................................................................................................................5 2.4 驗收標準............................................................................................................................6 2.4.1 系統功能標準.........................................................................................................6 2.4.2 性能標準.................................................................................................................6 2.5 驗收規(guī)則............................................................................................................................7 2.6 驗收人員............................................................................................................................7 2.7 驗收時間............................................................................................................................8 第三章 遺留問題.............................................................................................................................8 第四章 交付物清單.........................................................................................................................9 4.1 文檔提交清單....................................................................................................................9 4.2 源碼提交清單..................................................................................................................10 第五章 驗收結論...........................................................................................................................10 第六章 雙方簽字...........................................................................................................................10 附件:...............................................................................................................................................11 【驗收報告應由客戶方起草，雙方有關人員簽字，此時驗收報告的格式主要由客戶方選定；當然，也可接受用戶方委托，由項目經理起草驗收報告，經用戶方簽字蓋章認可。】

第一章 項目概述 1.1 項目背景

目前，電視臺除了自制節(jié)目以外，外購節(jié)目制度存在非常明顯的潛規(guī)則、暗箱操作、圈子交易等現象，一個公平、公正、公開、透明的節(jié)目采購方式呼之欲出。各省級衛(wèi)視也有自己的采購方式。如江蘇廣播電視總臺電視節(jié)目采購工作按照民主集中制的原則開展，實行四級審片制，即采購人員初審、審片組審片、分管主任復審、主任審看。另外還有送頻道或者召開觀眾審片會議復審。對審片評價較好的劇目進行外地播出效果評估，最后形成劇目的總體評價，對有爭議的劇目報總臺分管領導仲裁。所有外購節(jié)目采購在部門民主集中形成意見后報總臺領導批準購買。廣州電視臺除新聞節(jié)目外，所有頻道、節(jié)目將全面實行制播分離，所屬九個頻道向臺內外制作機構開放，建立起多主體、多渠道采購節(jié)目，擇優(yōu)播出機制。

面對激烈的市場競爭和不規(guī)范的市場原則，省級衛(wèi)視為了搶占市場先機，降低采購成本，采取聯合采購的模式。如2+4模式：東方衛(wèi)視和北京衛(wèi)視購買了《馬文的戰(zhàn)爭》的首輪播出權后，二輪播權由山東、天津、吉林和深圳4家衛(wèi)視采購。還有《我的團長我的團》、《潛伏》、《婚變》等電視劇被適用于4+4模式。另外，目前的電視劇爭奪戰(zhàn)中還出現了“劇本期貨”交易現象——在劇本出來之后，只要有足夠的賣點和看點，電視臺就會采取前期介入，迅速獲得優(yōu)勢資源。

另一方面，由于電視劇買賣的圈子很小，電視臺和制作機構之間的買賣屬于圈子交易。每年60億元的購片經費中，大部分都集中在幾十個電視臺采購負責人手中。很多情況下，電視臺的節(jié)目采購很大程度上受到采購者的個人因素影響，如與節(jié)目制作機構的人際關系，個人的喜好或者審美習慣等等。這樣就無法保證把經費用在刀刃上，既浪費了資源，又沒有買到好的節(jié)目。

各家電視臺都出臺了各種采購形式，但電視臺的節(jié)目采購形式都沒有在業(yè)界形成公信度和絕對優(yōu)勢，因為沒有一個切實有效的部門(崗位)來統籌規(guī)范電視節(jié)目的引進工作，這就非常有必要增設采購編輯來改變這一現狀。1.2 參考資料

編寫本驗收報告時主要參考了如下的資料和文獻： 1.2.3.4.5.6.《華夏影視交易平臺系統合同書（主合同）》 《華夏影視交易平臺系統軟件開發(fā)合同書》 《華夏影視交易平臺系統需求分析說明書》 《華夏影視交易平臺系統總體設計說明書》 《華夏影視交易平臺系統詳細設計說明書》 《應達到的技術指標和參數(驗收標準)》

第二章 驗收定義 2.1 驗收方式

組織匯報、功能代碼審查 2.2 驗收依據

《華夏影視交易平臺系統合同書（主合同）》 《華夏影視交易平臺系統軟件開發(fā)合同書》

《附件五 華夏影視交易平臺系統工作說明書》 2.3 驗收環(huán)境

華夏影視交易平臺x綜合業(yè)務系統實際運行的生產環(huán)境為驗收環(huán)境。? 硬件平臺

服務器：as/400－840系列；rs/6000－h(huán)85 客戶機：ibm_pc、實達、國光、長城系列終端及終端外圍設備。? 軟件平臺篇二：計算機軟件驗收報告

畢業(yè)設計計算機軟件驗收報告 篇三：軟件驗收報告 xxxx軟件系統驗收實施辦法（征求意見稿）

目前，國內軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是gb/t 17544 和gb/t 16260，它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，結合本單位實際制定本驗收辦法，用于規(guī)范本單位軟件系統驗收。軟件系統的驗收可通過本單位組織驗收或通過第三方驗收兩種辦法。

1、驗收原則

驗收參與部門：資產管理處、紀檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員；開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述；在開發(fā)方開發(fā)完軟件并經過開發(fā)方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給用戶方，由用戶方根據之前簽訂的開發(fā)合同中相應的驗收標準判斷是否進行驗收。

2、驗收項目和驗收標準 2.1 驗收項目 a)功能項測試

對軟件需求規(guī)格說明書中的所有功能項進行測試； b)業(yè)務流程測試

對軟件項目的典型業(yè)務流程進行測試； c)容錯測試

容錯測試的檢查內容包括: 1)軟件對用戶常見的誤操作是否能進行提示； 2)軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示； 3)軟件對重要數據的刪除是否有警告和確認提示； 4)軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相

應的錯誤提示。d)安全性測試

安全性測試的檢查內容包括: 1)軟件中的密鑰是否以密文方式存儲； 2)軟件是否有留痕功能, 即是否保存有用戶的操作日志； 3)軟件中各種用戶的權限分配是否合理； e)性能測試

對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。f)易用性測試

易用性測試的內容包括: 1)軟件的用戶界面是否友好，是否出現中英文混雜的界面； 2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示； 3)軟件中各個模塊的界面風格是否一致； 4)軟件中的查詢結果的輸出方式是否比較直觀、合理。g)適應性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。h)文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內容包括: 1)操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊； 2)用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達； 3)戶文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達； 4)用戶文檔對主要功能和關鍵操作是否提供應用實例； 5)用戶文檔是否有詳細的目錄表和索引表； i)用戶有特別要求的測試 2.2 驗收標準

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

2.2.2錯誤與嚴重性等級對應表 a)1 級錯誤的描述

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

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

這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。d)4 級錯誤的描述

這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。e)5 級錯誤的描述

通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。其次，對發(fā)現的每一個錯誤都要確定相應的嚴重性等級，如表2 中的說明。

全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內全面整改軟件, 提交給軟件評測中心再次進行完整的驗收測試。2.2.2 驗收標準

1)測試用例不通過數的比例< 1.5 %； 2)不存在錯誤等級為1 的錯誤； 3)不存在錯誤等級為2 的錯誤； 4)錯誤等級為3 的錯誤數量≤ 5； 5)所有提交的錯誤都已得到更正； 2.3 驗收標準的詳細說明

驗收項目的劃分參照gb/t 16260 標準。在該標準中，將軟件的質量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。

需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數量則可按本標準確定或由用戶方和開發(fā)方根據軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗收測試中，測試的依據包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關行業(yè)標準(這些行業(yè)標準應在開發(fā)合同中明示出來)。在進行第三方的驗收測試后，軟件評測中心將發(fā)現的所有錯誤進行總結和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單(所有的錯誤都需經過用戶方和開發(fā)方的確認)。

用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。

3、驗收資料

（1）工程立項批準文件

（2）項目驗收申請報告；

（3）工程招標書

（4）工程投標書

（5）工程施工中標通知書

（6）工程施工合同（含預算表）

（7）軟件需求說明書；

（8）概要設計說明書；

（9）數據及數據庫設計要求說明書；

（10）詳細設計說明書；

（11）操作手冊；

（12）用戶手冊

（13）項目用戶評價過程意見；（14）軟件接口規(guī)范；

（15）原代碼或安裝盤；

（16）專家組要求的其他材料

4、其他

在有條件的情況下，還應該進行安裝測試、壓力測試和數據恢復測試。若進行子系統驗收或部分驗收，可參照以上方法和資料，雙方共同協商確定。

參考文獻： gb/t 17544 ；gb/t 16260；《軟件驗收標準探討》篇四：軟件系統驗收報告(模版)軟件系統驗收報告(模版)1.簡介

本文檔為電聯工程技術有限公司網絡安全升級項目驗收報告。工程名稱 電聯工程技術有限公司網絡安全升級 施工工期 驗收日期 甲方需方 電聯工程技術有限公司 乙方供方 工程概述本工程為整體網絡安全解決方案其中涉及軟硬件產品安裝調試及驗收。1.1 目的 提供項目驗收的方法、內容和結果。1.2 范圍 本驗收報告的范圍是針對電聯工程技術有限公司安全升級項目的實施。1.3 定義、首字母縮寫詞和縮略語 在驗收報告中將提到電聯工程為電聯工程技術有限公司的簡稱在本驗收報告中提到的“此項目”或“本網絡安全升級項目”如無特別說明指的是電聯工程技術有限公司網絡安全升級項目。1.4 概述 本驗收報告中包含的內容為項目涉及的產品、產品安裝驗收和功能驗收方法、結果等內容。本驗收報告的驗收結果是在項目雙方或多方依據認可的驗收方法進行驗收得出項目雙方或多方對驗收結果均認可。2.產品

電聯工程技術有限公司網絡安全工程實際安裝及配置清單 3.人員

乙方工程師 甲方驗收參加人員 安裝日期 產 品 型號 數 量

防火墻 1臺 vpn設備 1臺 應用層網關 1臺 內網管理軟件 1套300點 服務器 1 臺 window server 2008 標準版 1套 數據安全軟件 1套70點 ad域部署 包括公司全部電腦及服務器 安全郵件網關 1臺 4.安裝驗收

本次項目中共安裝的產品為 以上產品由乙方工程師根據甲方要求全部安裝完畢。功能驗收參見第五章。5.功能驗收

為了確保軟件的功能符合設計要求我們將按照如下方式逐一驗收是否達到設計功能 功能配置審計驗收 驗收描述 驗收方式 驗收預期 驗收結果

防火墻驗收要求描述 1.設備應采用專用硬件平臺、符合 產 品 防火墻 安裝完成 未安裝完成 vpn設備 安裝完成 未安裝完成 應用層網關 安裝完成 未安裝完成 內網管理軟件 安裝完成 未安裝完成 服務器 安裝完成 未安裝完成 window server 2008 標準版 安裝完成 未安裝完成 數據安全軟件 安裝完成 未安裝完成 ad域部署 安裝完成 未安裝完成 安全郵件網關部署 安裝完成 未安裝完成 專業(yè)安全系統 2.產品應至少固定4個10/100/1000base-t 并可擴展至8個10/100/1000base-t 3.產品性能應大于等于以下標準 防火墻性能400 mbps 每秒處理的防火墻數據包數量150000 pps 3dessha-1 vpn性能150 mbps 并發(fā)vpn通道400 最大并發(fā)會話數64000 最大安全策略數2000 4.防火墻應支持路由模式、nat模式、透明模式 5.產品應支持ipsec vpnipsec vpn應支持基于策略的vpn、基于路由的vpn 6.產品應可以防護dos、ddos等報文攻擊如syn flooding、icmp flooding、udp flooding、port scan、ip sweep等攻擊對于syn flooding攻擊應支持syn protect、syn proxy、syn cookie等多種防護方式

7.產品應支持靜態(tài)路由、策略路由 不符合 8.產品應支持安全域的劃分支持安全域的數量不少于10個 9.產品應支持雙機熱備功能支持主/備、主/主模式并能實現雙機熱備下的配置同步、會話狀態(tài)同步

10.產品應支持統一威脅管理功能支持入侵檢測功能、url過濾功能、防病毒功能、反垃圾郵件功能等

11.產品應支持web、ssh、console等方式管理

應用層網關驗收要求描述

1.產品具有至少3個1000mbps 接口支持劃分為三路鏈路進行應用層安全防護 3.產品支持bypass功能至少支持2路bypass 5.產品支持數據安全過濾與審 符合 不符合 計具有針對web訪問內容的審計與關鍵字過濾功能具有針對webmail、論壇、blog等上傳內容的關鍵字過濾功能具有針對smtp郵件、pop3郵件、ftp上傳和下載的審計與關鍵字過濾功能具有針對im的審計功能。能夠在網關處最大程序的保證網絡數據的安全 6.產品支持internet應用控制應用層安全網關應能分析識別im、p2p、流媒體、網絡游戲、網絡炒股等internet應用或內容后通過基于用戶按時間段制訂允許、阻斷、限流和記錄日志等細粒度的策略達到對internet應用的控制、分析與監(jiān)控同時為了滿足策略群組中特定用戶的需求還可以設定特定的例外ip或用戶 7.產品支持網站管理支持url過濾采用數據云url過濾技術云技術智能收集分類平臺使企業(yè)能夠避免因職員訪問聊天類、金融類、購物類、娛樂類等網絡內容所帶來的生產力的損失 8.產品支持帶寬管理功能基于網絡應用、url類別、ip/ip組/ip地址段、用戶/用戶組、時間段的上行流量和下行流量帶寬保證以及帶寬限制不僅能夠提供對非關鍵網絡應用的控制和限速達到為企業(yè)網絡流量整形的目的還能夠為關鍵的業(yè)務系統或網絡應用提供帶寬保證達到網絡流量優(yōu)化和網絡應用加速的目的代碼、非授權篡改、應用攻擊等眾多因素結合在一起進行綜合防范從而做到對web服務器的保護防sql注入防xss攻擊防命令行注入防弱口令攻擊、防掛馬攻擊等 ssl vpn驗收要求描述

1.產品具有至少4個1000mbps接口 2.產品具備至少80 m bps加密處理性能支持200個用戶并發(fā)登錄 3.產品支持b/s網絡應用訪問訪問web應用免客戶端、免控件實現100零客戶端 4.產品支持c/s網絡應用訪問支持各種靜態(tài)、動態(tài)協議應用、包括郵件、數據庫、ftp、文件共享等。支持tcp、udp協議 5.產品支持隧道方式全網絡連接實現客戶端對全子網全端口范圍的應用訪問全網絡連接應支持賬號與虛擬ip地址的綁定 6.產品支持web單點登錄一次認證完成登錄ssl vpn和web服務。支持域認證方式、表單認證方式和基本認證方式 7.產品支持應用程序關聯、web跳轉可定義用戶登錄ssl vpn后自動運行所需應用程序可定義用戶登錄后直接 符合 不符合 轉到web應用頁面簡化訪問步驟用戶登錄后可直接點擊快捷標簽鏈接訪問主web服務器的內部網頁 8.產品支持虛擬dns管理優(yōu)先使用內部dns解析提高訪問效率。自建dns域名ip對應關系實現用戶通過域名訪問內部應用 9.產品支持增強的安全認證包括多因子認證本地口令、rsa篇五：軟件驗收報告 軟件驗收報告 甲方： 有限公司

乙方： 有限公司

甲方收到乙方開發(fā)的******************），下文簡稱“軟件”。截止于 年 月 日初步測試已經通過，暫時無發(fā)現重大軟件漏洞問題，軟件細節(jié)后期有待驗證。

乙方應在甲方實際使用軟件過程中，對軟件已有功能做售后服務。如后期有軟件漏洞問題，乙方應積極配合甲方做免費修復。

第四篇：軟件系統驗收報告(模版)

軟件系統驗收報告(模版)*** 目錄 1.簡介 1.1 目的 1.2 范圍

1.3 定義、首字母縮寫詞和縮略語 1.4 概述 2.產品 3.人員 3.1 項目實施人員 3.2 驗收參加人員 4.安裝驗收 5.功能驗收 1.簡介

本文檔為電聯工程技術有限公司網絡安全升級項目驗收報告。工程名稱 電聯工程技術有限公司網絡安全升級 施工工期 驗收日期

甲方:需方 電聯工程技術有限公司 乙方:供方

工程概述:本工程為整體網絡安全解決方案，其中涉及軟硬件產品安裝，調試及驗收。

1.1 目的 提供項目驗收的方法、內容和結果。1.2 范圍

本驗收報告的范圍是針對電聯工程技術有限公司安全升級項目的實施。1.3 定義、首字母縮寫詞和縮略語

在驗收報告中將提到電聯工程為電聯工程技術有限公司的簡稱，在本驗收報告中提到的“此項目”或“本網絡安全升級項目”，如無特別說明，指的是電聯工程技術有限公司網絡安全升級項目。1.4 概述

本驗收報告中包含的內容為項目涉及的產品、產品安裝驗收和功能驗收方法、結果等內容。本驗收報告的驗收結果是在項目雙方或多方依據認可的驗收方法進行驗收得出，項目雙方或多方對驗收結果均認可。

2.產品

電聯工程技術有限公司網絡安全工程實際安裝及配置清單: 安裝日期 產 品 型號 數 量 防火墻 1臺 VPN設備 1臺 應用層網關 1臺

內網管理軟件 1套(300 點)服務器 1 臺

Window server 2008 標準 1套 版

數據安全軟件 1套(70 點)Ad域部署 包括公司 全部電腦 及服務器

安全郵件網關 1臺 3.人員 乙方工程師: 甲方驗收參加人員: 4.安裝驗收

本次項目中共安裝的產品為: 產 品 防火墻

安裝完成 [ ] 未安裝完成[ ] VPN設備

安裝完成 [ ] 未安裝完成[ ] 應用層網關

安裝完成 [ ] 未安裝完成[ ] 內網管理軟件

安裝完成 [ ] 未安裝完成[ ] 服務器

安裝完成 [ ] 未安裝完成[ ] Window server 2008 標準版 安裝完成 [ ] 未安裝完成[ ] 數據安全軟件

安裝完成 [ ] 未安裝完成[ ] Ad域部署

安裝完成 [ ] 未安裝完成[ ] 安全郵件網關部署

安裝完成 [ ] 未安裝完成[ ] 以上產品由乙方工程師根據甲方要求全部安裝完畢。功能驗收參見第五章。5.功能驗收

為了確保軟件的功能符合設計要求，我們將按照如下方式逐一驗收是否達到設計功能: 功能配置審計驗收

驗收描述 驗收方式 驗收預期 驗收結果 防火墻驗收要求描述: 符合 [ ] 1.設備應采用專用硬件平臺、不符合[ ] 專業(yè)安全系統 2.產品應至少固定4個 10/100/1000Base-T，并可擴

展至8個10/100/1000Base-T 3.產品性能應大于等于以下標 準: 防火墻性能:400 Mbps 每秒處理的防火墻數據包數量:150,000 PPS 3DES+SHA-1 VPN性能:150 Mbps 并發(fā)VPN通道:400 最大并發(fā)會話數:64000 最大安全策略數:2000 4.防火墻應支持路由模式、NAT 模式、透明模式

5.產品應支持IPSec VPN;IPSec VPN應支持基于策略的VPN、基于路由的VPN 6.產品應可以防護DOS、DDOS 等報文攻擊，如:Syn flooding、Icmp flooding、Udp flooding、Port scan、ip sweep 等攻擊，對于syn flooding攻 擊，應支持syn protect、syn proxy、syn cookie等多種防護 方式

7.產品應支持靜態(tài)路由、策略 路由;8.產品應支持安全域的劃分，支持安全域的數量不少于10 個

9.產品應支持雙機熱備功能，支持主/備、主/主模式，并能 實現雙機熱備下的配置同 步、會話狀態(tài)同步

10.產品應支持統一威脅管理功 能，支持入侵檢測功能、URL 過濾功能、防病毒功能、反 垃圾郵件功能等

11.產品應支持web、SSH、console等方式管理 應用層網關驗收要求描述: 符合 1.產品具有至少3個1000Mbps [ ] 接口，支持劃分為三路鏈路不符合[ ] 進行應用層安全防護

2.產品至少具備200Mbps HTTP 防病毒過濾性能

3.產品支持bypass功能，至少 支持2路bypass 4.產品支持防惡意軟件功能，能夠分析檢測并阻止HTTP、HTTPS、FTP、SMTP、POP3雙 向流量中的病毒、木馬、間 諜軟件、蠕蟲、后門等網絡 威脅

5.產品支持數據安全過濾與審

計，具有針對web訪問內容的審計與關鍵字過濾功能;具有針對webmail、論壇、Blog等上傳內容的關鍵字過濾功能;具有針對SMTP郵件、POP3郵件、FTP上傳和下載的審計與關鍵字過濾功能;具有針對IM的審計功能。能夠在網關處最大程序的保證網絡數據的安全

6.產品支持Internet應用控制，應用層安全網關應能分析識別IM、P2P、流媒體、網絡游戲、網絡炒股等Internet 應用或內容后，通過基于用戶按時間段制訂允許、阻斷、限流和記錄日志等細粒度的策略達到對Internet應用的控制、分析與監(jiān)控;同時為了滿足策略群組中特定用戶的需求，還可以設定特定的例外IP或用戶 7.產品支持網站管理，支持URL過濾，采用數據云URL過濾技術，云技術智能收集分類平臺，使企業(yè)能夠避免因職員訪問聊天類、金融類、購物類、娛樂類等網絡內容所帶來的生產力的損失

8.產品支持帶寬管理功能，基于網絡應用、URL類別、IP/IP 組/IP地址段、用戶/用戶組、時間段的上行流量和下行流量帶寬保證以及帶寬限制，不僅能夠提供對非關鍵網絡應用的控制和限速，達到為企業(yè)網絡流量整形的目的，還能夠為關鍵的業(yè)務系統或網絡應用提供帶寬保證，達到網絡流量優(yōu)化和網絡應用加速的目的

9.產品支持Web攻擊防御，通過對進出Web服務器的http/https協議相關內容的實時分析監(jiān)測、過濾，來精確判定并阻止各種Web入侵行為，阻斷對Web服務器的惡意訪問與非法操作，適應Web2.0時代的主動實時監(jiān)測過濾風險技術，而不是被動的遭受攻擊后的恢復，將惡意代碼、非授權篡改、應用攻擊等眾多因素結合在一起進行綜合防范，從而做到對Web服務器的保護，防SQL注入，防XSS攻擊，防命令行注入，防弱口令攻擊、防掛馬攻擊等

SSL VPN驗收要求描述: 符合 [ ] 1.產品具有至少4個1000Mbps 不符合[ ] 接口

2.產品具備至少80 M bps加密 處理性能，支持200個用戶 并發(fā)登錄

3.產品支持B/S網絡應用訪問，訪問Web應用，免客戶端、免控件，實現100,零客戶端 4.產品支持C/S網絡應用訪問，支持各種靜態(tài)、動態(tài)協議應 用、包括郵件、數據庫、FTP、文件共享等。支持TCP、UDP 協議

5.產品支持隧道方式全網絡連 接，實現客戶端對全子網，全端口范圍的應用訪問，全 網絡連接應支持賬號與虛擬 IP地址的綁定

6.產品支持WEB單點登錄，一 次認證完成登錄SSL VPN和 Web服務。支持域認證方式、表單認證方式和基本認證方 式

7.產品支持應用程序關聯、WEB 跳轉，可定義用戶登錄SSL VPN后自動運行所需應用程 序;可定義用戶登錄后直接

轉到Web應用頁面，簡化訪問步驟;用戶登錄后可直接點擊快捷標簽鏈接訪問主Web服務器的內部網頁

8.產品支持虛擬DNS管理，優(yōu)先使用內部DNS解析，提高訪問效率。自建DNS域名IP對應關系，實現用戶通過域名訪問內部應用

9.產品支持增強的安全認證，包括:多因子認證，本地口令、RSA SecurID、SMS、X.509 證書、電子鑰匙，證書，口令;短信支持，短信貓、短信網關、SP服務商;增強型口令安全，可提供口令復雜度檢測、首次登錄修改密碼、動態(tài)驗證碼，鎖定暴力猜測帳號;多級帳號身份，共享帳號供多人使用，VIP帳號享有優(yōu)先登錄權

10.產品支持訪問痕跡清楚，注銷或關閉IE后，自動清除訪問記錄和緩存，防止在公共場合登錄系統導致信息泄漏

11.產品支持隧道隔離，可定義終端連接SSL VPN后就無法訪問其他網絡，確保隧道數據安全

12.產品支持安全準入檢查，可 支持終端操作系統、IE、殺毒 軟件、補丁、注冊表、磁盤 文件、硬件特征，系統特征 等信息特征檢查，支持偽造 識別功能

13.產品支持個性化門戶定制，用戶可自己定制門戶頁面風

格，無需額外Web服務器 14.產品支持應用防護功能，支 持狀態(tài)跟蹤、防SQL注入，過濾灰色控件，屏蔽跨站腳 本、杜絕非法URL入侵;支 持基于IP、基于帳號并發(fā)會 話連接控制，有效保抵御 DDOS攻擊

15.產品支持雙機熱備方式部 署，支持主/備模式、主/主模 式部署

內網安全管理系統驗收要求描述: 符合 [ ] 1.產品做到安全準入認證與控 不符合[ ] 制(非ARP欺騙方式)，可以 限制未授權的電腦訪問公司 網絡

2.產品包括身份認證、安全準 入檢查、內網安全管理、桌 面應用程序管理、移動外設 管理、資產管理、內網審計 功能，滿足內網安全管理的 要求

3.身份認證支持支持基于用戶 名、密碼、IP、MAC、系統硬 件特征的認證方式;支持AD 認證;支持多因素認證;支

持IP地址與MAC地址的綁定 4.能，包括:系統漏洞檢查、殺毒軟件使用檢查、危險進 程檢查、ARP欺騙檢查等，發(fā) 現不符合安全準入策略的終 端禁止接入網絡

5.產品能夠自動檢測ARP欺騙 行為，發(fā)現ARP欺騙行為后

產品具備安全準入檢查功 可以自動報警并提示用戶;同時客戶端可以自動阻止 ARP欺騙包的外發(fā)，保證內網

不受ARP欺騙的侵擾 6.產品支持按照不同的用戶、部分進行劃分，對不同級別 的用戶、部門可以授予不同 的權限

7.產品支持遠程協助功能，管 理員可以通過遠程協助操作 客戶端電腦

8.產品支持桌面進程的管理、窗口的管理，支持對P2P類 軟件、IM類軟件、股票類軟 件的使用控制，支持基于不

同的時間段定義控制策略 9.產品支持對外設的管理，如 USB、光驅、打印、紅外、1394 接口等，可以禁止或者允許 外設接口的使用

10.產品支持分組、全局的消息 通知、軟件分發(fā)

11.產品支持網頁訪問的日志記 錄，應可以記錄訪問源IP、目的IP、URL、訪問時間、訪 問內容、動作等，并可以根 據條件檢索

12.支持實時帶寬監(jiān)控，支持實 時動態(tài)帶寬圖;支持歷史帶

寬查詢、用戶帶寬統計 13.支持多種圖形化報告，用戶 訪問排名、網站訪問排名、網絡訪問報表，帶寬統計，歷史帶寬記錄等

文檔安全軟件驗收要求描述: 符合 1.產品在不改變用戶原有工作 [ ] 流程和文件使用習慣的前提不符合[ ] 下，對需要保護的文件進行 強制加密保護，并對文件的 使用進行全程監(jiān)控，產品支 持自動加密、手動加密、手 自一體化加密;并支持全盤

加密、安裝文件格式加密 2.產品支持文檔權限的控制，系統可控制的操作有文檔閱讀、文檔編輯、文檔復制和文檔打印等;產品應自動屏蔽鍵盤截屏鍵和其他第三方截屏軟件

3.使用密文的用戶不能將密文拷貝出單位，一旦拷出文檔將無法正常打開;無論是誰或通過哪種方式，如郵件、U盤、光盤刻錄、上傳、更改文件后綴名或是另存為其他格式等，文件始終保持被加密狀態(tài)

4.系統提供受保護文檔在外部環(huán)境中正常使用的功能。另外，可控制離線文檔可被使用的時間與權限 5.產品支持外發(fā)文件控制，可設置外發(fā)文件的閱讀次數，閱讀天數，是否需要密碼等設置，保證文檔安全 6.產品支持將加密文檔與指定的載體(如認證過的光盤、優(yōu)盤、筆記本等)進行綁定，帶離內部環(huán)境使用。文檔被拷貝出指定載體后不能繼續(xù)使用

7.產品為離開辦公環(huán)境的計算 機(已安裝文檔安全系統客 戶端)提供加密文檔的使用 授權

8.系統具有完善日志記錄功 能，能夠實時、準確的記錄 使用者對文件進行的:新建、打開、保存、刪除、打印、加密、解密、權限變更、申

請、審批等所有操作 9.產品支持日志查詢，系統提 供多條件組合查詢方式，如 文件名，計算機名，部門，操作名稱等組合查詢。方便，快捷的查詢出用戶需要查詢 的日志。并可將日志導出成 excel 或txt 格式文件 服務器驗收要求描述: 至少標配1個Xeon E55處理器系 符合 [ ] 列，最低2G內存，標配2個146G不符合[ ] 硬盤

AD域部署驗收要求描述: 域控制器搭建，安裝Windows 2008 符合 [ ] server，在其上安裝相應軟件并不符合[ ] 將其搭建為域控制器，安裝需要的網絡服務確保域控制器能夠正常工作;創(chuàng)建組織架構，按照電聯公司現 符合 [ ] 有的部門管理架構在域控制器上不符合[ ] 創(chuàng)建相應的OU以及個人賬戶，并安裝賬戶的密碼管理策略給每個用戶創(chuàng)建賬號、口令

工作組到域模式遷移，逐步把電 符合 [ ] 聯公司現有的所有電腦(運行在不符合[ ] 工作組模式下)加入到域，完成

從工作組模式到域模式的遷移

應用系統遷移，需要保障電聯現 符合 [ ] 有的應用系統，包括個人應用系不符合[ ] 統與服務器應用系統，如ERP、郵

件、OA、財務軟件、打印機等完 成到域模式遷移后能夠正常運行

根據電聯公司對內部電腦的管理 符合 [ ] 要求，定制相應的組策略，實現不符合[ ] 統一管理

搭建SUS服務，通過SUS服務的 符合 [ ] 搭建和組策略的定制，實現對不符合[ ] Windows系統補丁的統一更新和

管理

安全郵件網關功能描述: 1.郵件安全網關應具備反垃圾 符合 [ ] 郵件、防病毒郵件以及內容過濾不符合[ ] 技術，能夠對入站和出站的電子

郵件進行安全檢查和過濾

2.設備應支持不少于1000用戶 符合 [ ] 的郵件安全過濾 不符合[ ] 3.設備存儲空間應不少于80G，符合 [ ] 為保證數據安全，要求設備硬盤不符合[ ] 為raid 1模式 4.設備應具備電子郵件防火墻 符合 [ ] 功能，能夠對賬號搜集攻擊 不符合[ ](DHA)進行防護，能進行發(fā)件人驗

證，SMTP連接管理

5.設備應支持黑、白名單，RBL 符合 [ ] 列表，支持多種語言的垃圾郵件不符合[ ] 掃描，如中文、英文、日文、韓

文、西班牙語、葡萄牙語等

6.設備應能對郵件進行病毒掃 符合 [ ] 描，并定義掃描附件的解壓縮層不符合[ ] 級

7.設備應支持基于內容的過 符合 [ ] 來，可以定義郵件頭、主題、內不符合[ ] 容、附件等的詞典過濾器，并支

持以上過濾器之間的與、或、非 邏輯運算組合

8.支持隔離郵件通知功能，個 符合 [ ] 人郵箱使用者可以用自己的賬號不符合[ ] 登陸個人隔離郵件，并可以根據

發(fā)件人、收件人、郵件正文、主 題、時間等條件搜索隔離郵件

9.支持WEB管理，支持自定義 符合 [ ] 模板的報告生成和導出 不符合[ ] 驗收結果: 經驗收，乙方提供的產品與預定功能相符合。驗收簽字 甲方: 乙方: 項目負責人簽字: 項目負責人簽字: 日期: 日期:

第五篇：軟件驗收報告

XXXX軟件系統驗收實施辦法（征求意見稿）

目前，國內軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是GB/T 17544 和GB/T 16260，它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，結合本單位實際制定本驗收辦法，用于規(guī)范本單位軟件系統驗收。

軟件系統的驗收可通過本單位組織驗收或通過第三方驗收兩種辦法。

1、驗收原則

驗收參與部門：資產管理處、紀檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員；開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見；在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述；在開發(fā)方開發(fā)完軟件并經過開發(fā)方內部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給用戶方，由用戶方根據之前簽訂的開發(fā)合同中相應的驗收標準判斷是否進行驗收。

2、驗收項目和驗收標準

2.1 驗收項目

a)功能項測試

對軟件需求規(guī)格說明書中的所有功能項進行測試；

b)業(yè)務流程測試

對軟件項目的典型業(yè)務流程進行測試；

c)容錯測試

容錯測試的檢查內容包括:

1)軟件對用戶常見的誤操作是否能進行提示；

2)軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；

3)軟件對重要數據的刪除是否有警告和確認提示；

4)軟件是否能判斷數據的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相 1

應的錯誤提示。

d)安全性測試

安全性測試的檢查內容包括:

1)軟件中的密鑰是否以密文方式存儲；

2)軟件是否有留痕功能, 即是否保存有用戶的操作日志；

3)軟件中各種用戶的權限分配是否合理；

e)性能測試

對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。

f)易用性測試

易用性測試的內容包括:

1)軟件的用戶界面是否友好，是否出現中英文混雜的界面；

2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；

3)軟件中各個模塊的界面風格是否一致；

4)軟件中的查詢結果的輸出方式是否比較直觀、合理。

g)適應性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。

h)文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內容包括:

1)操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊；

2)用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；

3)戶文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達；

4)用戶文檔對主要功能和關鍵操作是否提供應用實例；

5)用戶文檔是否有詳細的目錄表和索引表；

i)

用戶有特別要求的測試

2.2 驗收標準

2.2.1 軟件錯誤的嚴重性等級

1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全；

2：嚴重地影響系統要求或基本功能的實現, 且沒有辦法解決；

3：嚴重地影響系統要求或基本功能的實現, 但存在合理的解決辦法；

4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能；：其它錯誤；

2.2.2錯誤與嚴重性等級對應表

a)1 級錯誤的描述

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

b)2 級錯誤的描述

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

c)3 級錯誤的描述

這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數據進入數據庫。

d)4 級錯誤的描述

這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結果輸出不直觀等。

e)5 級錯誤的描述

通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。其次，對發(fā)現的每一個錯誤都要確定相應的嚴重性等級，如表2 中的說明。

全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內全面整改軟件, 提交給軟件評測中心再次進行完整的驗收測試。

2.2.2 驗收標準

1)測試用例不通過數的比例< 1.5 %；

2)不存在錯誤等級為1 的錯誤；

3)不存在錯誤等級為2 的錯誤；

4)錯誤等級為3 的錯誤數量≤ 5；

5)所有提交的錯誤都已得到更正；

2.3 驗收標準的詳細說明

驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。

需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數量則可按本標準確定或由用戶方和開發(fā)方根據軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗收測試中，測試的依據包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關行業(yè)標準(這些行業(yè)標準應在開發(fā)合同中明示出來)。

在進行第三方的驗收測試后，軟件評測中心將發(fā)現的所有錯誤進行總結和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數量和錯誤清單(所有的錯誤都需經過用戶方和開發(fā)方的確認)。

用戶方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。

3、驗收資料

（1）工程立項批準文件

（2）項目驗收申請報告；

（3）工程招標書

（4）工程投標書

（5）工程施工中標通知書

（6）工程施工合同（含預算表）

（7）軟件需求說明書；

（8）概要設計說明書；

（9）數據及數據庫設計要求說明書；

（10）詳細設計說明書；

（11）操作手冊；

（12）用戶手冊

（13）項目用戶評價過程意見；

（14）軟件接口規(guī)范；

（15）原代碼或安裝盤；

（16）專家組要求的其他材料

4、其他

在有條件的情況下，還應該進行安裝測試、壓力測試和數據恢復測試。若進行子系統驗收或部分驗收，可參照以上方法和資料，雙方共同協商確定。

參考文獻：

GB/T 17544 ；GB/T 16260；《軟件驗收標準探討》