1.1簡介

驗收測試即由產品開發方按照新浪提供的需求文檔中所有內容（或按合同及其它有效約定，對方承諾實現的需求）進行開發、內測完畢，提交版本符合驗收測試標準，通過新浪質量保證部進行的測試。通過驗收測試判斷產品質量是否符合產品需求，功能實現是否正確並可以最終上線。

1.2角色定義

驗收提交方：產品研發方

驗收接收方：新浪質量保證部

2. 驗收測試目的

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

3. 驗收測試版本

3.1測試版本命名

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

產品名稱：

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

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

示例： EasyShareFolder_1.0.1_AT1（表示“易享收藏夾”第一次提交驗收測試的版本）

3.2測試版本保存

每次提交驗收測試的版本統一保存至新浪主體產品的版本庫中，上線版本以驗收測試通過版本為準。

4. 驗收測試範圍

4.1界面測試

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

4.2功能測試

所有需求文檔描述的功能實現正確

4.3性能測試

重點業務功能、性能能滿足上線運營需求

4.4安全性測試

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

5. 驗收測試流程

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

5.1. 準入條件檢測

5.1.1文檔

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

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

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

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

5.1.2缺陷

要求開發方在WindowsXP IE6 /IE7/Firefox3.x兼容環境中（該兼容性需求會根據項目情況有變動，以新浪要求的為準），對需要文檔上提及的所有功能進行全面測試，且提交驗收測試時，開發方發現的所有缺陷都已解決。

5.1.3測試環境

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

我方項目負責人負責測試環境控制，保證測試期間環境一致、穩定

5.1.4溝通和聯系

1. 提交驗收測試的開發方負責人聯系方式及測試工程師聯系方式齊全 ；

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

5.2 驗收測試

5.2.1文檔驗收

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

中斷標準：

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

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

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

退出標準：

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

5.2.2程序功能驗收

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

中斷標準：

1. 出現 A，B級缺陷

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

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

退出標準：

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

通過標準：

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

a) A級缺陷：0個；

b) B級缺陷：0個；

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

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

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

註：對於放棄處理的提案，必須提前經過我方同意。

5.2.3驗收完成

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

a) 最終版需求文檔

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

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

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

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

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

附錄：缺陷級別定義

缺陷分為 A、B、C、D 、E 5個級別：

軟件產品驗收測試標準和流程