首先，什么是軟件驗收測試？

軟件驗收測試即由項目承建方或者業主方按照相關需求標準提供的需求文檔中所有內容，或者按合同或者《任務書》，及其它有效約定，對方承諾實現的需求等進行開發、內測完畢，提交版本符合軟件驗收測試評價標準，對系統進行全面的測試，以驗證其是否符合合同要求，出具第三方測試報告，為系統驗收提供依據。

角色定義

驗收提交方：項目承建方、業主方

驗收實施方：湖南卓碼軟件測評有限公司

驗收接收方：項目承建方、業主方

軟件驗收測試的目的：

通過驗收測試判斷產品質量是否符合合同要求、功能實現是否正確，性能和安全性方面是否符合發布標準，產品是否可以最終上線。

被測試版本命名

提交軟件驗收測試的產品（簡稱：被測件）版本統一按如下格式命名：產品名稱_版本_ATx 各部分釋義如下：

產品名稱：提交測試的產品名稱，例如“XX系統”

版本：提交測試的產品版本號，例如“1.0.1”

ATx：其中“AT”表示Acceptance testing；“x”表示提交驗收測試的次數后，如1、2、3等

示例：XX系統_1.0.1_AT1（表示“XX系統”第一次提交驗收測試的版本）

測試版本保存

每次提交軟件驗收評測的版本，統一保存至第三方軟件評測機構，以《軟件驗收評測報告》通過為準。

驗收測試范圍

1、界面測試

所有頁面瀏覽、連接的正確、所有功能按鈕及界面顯示正確。

2、功能測試

所有需求文檔描述的各項功能均能正確實現。

3、軟件性能測試

重點業務功能、性能技術指標能滿足上線運營需求。

4、系統安全性測試

接口和數據調用等方面符合安全性規范；沒有安全性漏洞。

5. 驗收測試流程

驗收測試基本工作流程如下：

1、準入條件檢測

（1）文檔

進入驗收測試的文檔準備齊全：

a) 驗收版本的需求文檔（提交方提供）：要求需求文檔與最終提交驗收測試的程序完全匹配 ；

b) 驗收版本的測試用例（提交方提供）：要求測試案例覆蓋最終版本的需求文檔；

c) 驗收版本的測試告（提交方提供）：在測試報告書中說明測試總體情況，缺陷列表及修復情況；

（1）缺陷

要求開發方在不同瀏覽器兼容環境中，對需要文檔上提及的所有功能進行全面測試，且提交驗收測試時，承建方發現的所有缺陷都已解決。

（3）測試環境

驗收測試環境準備完成，與線上真實環境一致。

承建方負責測試環境控制，保證測試期間環境一致、穩定

（4）溝通和聯系

a) 提交驗收測試的承建方負責人聯系方式及測試工程師聯系方式齊全 ；

b) 提交驗收測試缺陷的溝通渠道建立完畢，要求快捷、準確、反饋及時 ；

2、驗收測試

（1）文檔驗收

進入標準：文檔準備必須齊全且符合標準，可以進入文檔驗收流程

中斷標準：

1. 需求文檔并非最終版，需求文檔上描述的功能程序并未實現

2. 測試用例與需求文檔不匹配，測試用例中測試的模塊在需求文檔中不存在或者需求文檔中的功能模塊未在測試用例中體現

3. 測試報告書不完整，遺留缺陷不符合遺留缺陷允許限制的數量

退出標準：

文檔符合標準并通過驗收，進入程序驗收流程

（2）程序功能驗收

進入標準：文檔驗收流程結束

中斷標準：

1. 出現 A，B級缺陷

2. C級缺陷達到3－10個（視項目大小而定）

3. 驗收測試過程中，提交新的版本

退出標準：

驗收測試合格，缺陷按照標準修復完成

通過標準：

要求驗收測試結束后，未解決的缺陷達到以下要求時，才能驗收通過：

a) A級缺陷：0個；

b) B級缺陷：0個；

c) C級缺陷：小于等于總缺陷數的3%；

d) D級缺陷：小于等于總缺陷數的5%個；

e) E級缺陷：小于等于總缺陷數的15%個。

（3）驗收評測完成

1．驗收評測完成后質量保證部提交的文檔：

a) 最終版需求文檔

b) 提交方提供的最終版測試用例

c) 提交方提供的最終版測試報告

d) 質量保證部提供的最終版驗收測試報告

2．驗收完成后提交程序：

驗收完成鎖定的程序最終版本，要求保存至版本庫中。

卓碼軟件測評是一家[具備CMA、CNAS雙重資質 ]的專業做軟件測試的第三方軟件測試服務機構, 可根據您的需求提供各類軟件測試服務，并出具合格有效的軟件測試報告。了解測試報價