軟件實施驗收報告範文

軟件實施驗收報告範文，下面就來給大家詳細介紹：

軟件實施驗收報告可以分為三個部分來描寫，首先可以描寫驗收的範圍，第二個可以描寫軟件實驗驗收的方法，第三個可以描寫驗收標準有哪些。

軟件實施驗收報告範文1：

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

軟件系統的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。 1、驗收原則

驗收參與部門：資產管理處、紀檢監察、用户使用單位、專家小組或第三方驗收人員;開發單位。

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

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

對軟件需求規格説明書中的所有功能項進行測試; b) 業務流程測試

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

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

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

2) 軟件對用户的的操作錯誤和軟件錯誤，是否有準確、清晰的提示; 3) 軟件對重要數據的刪除是否有警告和確認提示;

4) 軟件是否能判斷數據的有效性，屏蔽用户的錯誤輸入，識別非法值，並有相應的錯誤提示。

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

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

2) 軟件是否有留痕功能, 即是否保存有用户的操作日誌; 3) 軟件中各種用户的權限分配是否合理; e) 性能測試

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

f ) 易用性測試 易用性測試的內容包括:

1) 軟件的用户界面是否友好，是否出現中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個模塊的界面風格是否一致;

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

參照用户的軟、硬件使用環境和需求規格説明書中的規定，列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。

h) 文檔測試

用户文檔包括: 安裝手冊、操作手冊和維護手冊。對用户文檔測試的內容包括: 1) 操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊; 2) 用户文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達;

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

4) 用户文檔對主要功能和關鍵操作是否提供應用實例; 5) 用户文檔是否有詳細的目錄表和索引表; i)

用户有特別要求的測試

2.2 驗收標準

2.2.1 軟件錯誤的嚴重性等級

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

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

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

b) 2 級錯誤的描述

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

c) 3 級錯誤的描述

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

d) 4 級錯誤的描述

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

e) 5 級錯誤的描述

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

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

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 級錯誤的數量則可按本標準確定或由用户方和開發方根據軟件的規模和複雜程度進行商定，並在軟件開發合同中明確地列出。

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

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

用户方根據錯誤報告中每一級別的錯誤數量和錯誤清單與軟件開發合同中的驗收標準進行對照，如錯誤的級別和數量在合同中沒有約定，可按本辦法的規定進行。用户方認為軟件可以驗收，但要求開發方對錯誤報告中的所有錯誤進行整改，並提交給軟件評測中心進行迴歸測試，確認錯誤報告中的所有錯誤全部改正方可;如錯誤的級別和數量在合同可接受的範圍外，用户方認為軟件不可驗收，要求開發方在

規定的時間內全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。

3、驗收資料

(1)工程立項批准文件 (2)項目驗收申請報告; (3)工程招標書 (4)工程投標書 (5)工程施工中標通知書 (6)工程施工合同(含預算表) (7)軟件需求説明書; (8)概要設計説明書;

(9)數據及數據庫設計要求説明書; (10)詳細設計説明書; (11)操作手冊; (12)用户手冊

(13)項目用户評價過程意見; (14)軟件接口規範; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他

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

參考文獻：

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

{項目名稱}

驗收報告

{日期}

目 錄

§1 項目基本情況.................................................... §2 項目進度審核.................................................... 2.1 項目實施進度情況 2.2 項目變更情況 2.3 項目投資結算情況

§3 項目驗收計劃.................................................... 3.1 項目驗收原則 3.2 項目驗收方式 3.3 項目驗收內容

§4 項目驗收情況彙總................................................ 4.1 項目驗收情況彙總表 4.2 項目驗收附件明細 4.3 專家組驗收意見

§5 項目驗收結論.................................................... 5.1 開發單位結論 5.2 建設單位結論

§6 附件............................................................ 6.1 附件一：軟件平台驗收單 6.2 附件二：功能模塊驗收單 6.3 附件三：項目文檔驗收單 6.4 附件四：硬件設備驗收單

§1 項目基本情況

§2 項目進度審核2.1 項目實施進度情況

2.2 項目變更情況2.2.1 項目合同變更情況

{記錄合同變更情況}

2.2.2 項目需求變更情況

{記錄需求變更情況}

2.3 項目投資結算情況

§3 項目驗收計劃3.1 項目驗收原則

1、審查提供驗收的各類文檔的正確性、完整性和統一性，審查文檔是否齊全、合理; 2、審查項目功能是否達到了合同規定的要求; 3、審查項目有關服務指標是否達到了合同的要求; 4、審查項目投資以及實施進度的情況;

5、對項目的技術水平做出評價，並得出項目的驗收結論。

3.2 項目驗收方式

{記錄項目驗收的組織方式和參與驗收工作的人員情況}

3.3 項目驗收內容

1、硬件設備驗收; 2、軟件平台驗收; 3、應用系統驗收; 4、項目文檔驗收;

5、項目服務響應(如售後服務、問題相應等方面)驗收。

§4 項目驗收情況彙總

4.1 項目驗收情況彙總表

4.2 項目驗收附件明細

1、軟件平台驗收單(見附件一)。 2、功能模塊驗收單(見附件二)。

3、項目文檔驗收單(見附件三)。 4、硬件設備驗收單(見附件四)。

4.3 專家組驗收意見

§5 項目驗收結論5.1 開發單位結論

5.2 建設單位結論

§6 附件6.1 附件一：軟件平台驗收單

驗收人： 驗收時間：

6.2 附件二：功能模塊驗收單

驗收人： 驗收時間：

6.3 附件三：項目文檔驗收單

驗收人： 驗收時間：

6.4

附件四：硬件設備驗收單

驗收人： 驗收時間：

軟件實施驗收報告範文2

一、項目基本信息

二、驗收目的

目的在於對項目進行全方位的檢驗與測評，檢驗乙方提供的軟件系統是否遵循軟件開發標準的要求，檢驗各項指標與功能是否與合同要求相吻合。

三、驗收範圍

驗收範圍以雙方簽訂的技術開發合同所描述的內容為準。具體如下：

1、項目技術目標________系統可支持4個人工座席客户端，實現_____功能。 2、項目技術內容

(1)、研究設計_______系統，系統可支持4個人工座席客户端;實現。。;

(2)、硬件平台建設:包括研華工控機 1套;客户端主機DELL台式機10套，DELL筆記本3套;三匯語音卡1套;SONY DSLR-A230L數碼相機1套;D-Link 24口 網絡交換機1套。

項目於2010年11月開始組織建設，在甲乙雙方密切配合下，項目進展順利，乙方按合同完成了___硬件平台建設、軟件系統平台開發、數據庫建設、系統培訓、技術支持等工作，系統於2010年12月正式投入使用，系統正常運行。

四、項目驗收表

驗收單位(簽章)：