點擊連接加入QQ羣 522720170(免費公開課、視頻應有盡有):https://jq.qq.com/?_wv=1027&k=5C08ATeweb
驗收測試簡介安全
1.1簡介ide
驗收測試即由產品開發方按照新浪提供的需求文檔中全部內容(或按合同及其它有效約定,對方承諾實現的需求)進行開發、內測完畢,提交版本符合驗收測試標準,經過新浪質量保證部進行的測試。經過驗收測試判斷產品質量是否符合產品需求,功能實現是否正確並能夠最終上線。佈局
1.2角色定義性能
驗收提交方:產品研發方測試
驗收接收方:新浪質量保證部spa
2. 驗收測試目的操作系統
經過驗收測試判斷產品質量是否符合產品需求、功能實現是否正確,性能和安全性方面是否符合發佈標準,而且產品能夠最終上線。調試
3. 驗收測試版本orm
3.1測試版本命名
提交驗收測試的產品版本統一按以下格式命名:產品名稱_版本_ATx 各部分釋義以下:
產品名稱:提交測試的產品名稱,例如「易享收藏夾」(EasyShareFolder)
版本:提交測試的產品版本號,例如「1.0.1」
ATx:其中「AT」表示Acceptance testing;「x」表示提交驗收測試的次數後,如一、二、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個級別:
級別 |
說明 |
A級 |
操做系統崩潰 功能嚴重缺失 程序不能運行 |
B級 |
主要功能不能實現 程序崩潰 主要頁面文字錯誤 調試信息沒有清除 |
C級 |
功能實現與需求說明不符 功能不能實現但不影響使用 程序邏輯錯誤 用戶使用嚴重不便 |
D級 |
功能實現但使用不便 提示信息不統一 界面佈局不符合用戶習慣 |
E級 |
提示信息文字錯誤 可商榷的頁面佈局 總體程序色調 |