1. 程式人生 > >測試流程規範--測試准入、準出、停止標準、bug優先順序定義

測試流程規範--測試准入、準出、停止標準、bug優先順序定義

一、背景

最近在推進組內流程規範專項建設,從“研發測試流程”、“提測規範”、“測試准入標準”、“bug優先順序標準”、“測試停止標準”、“測試準出標準”和“測試報告模板”7個緯度制定了標準,希望能給看到的人帶來一點火花。

二、准入標準

提測後,進入測試環節,需滿足以下全部條件:

1)     冒煙測試用例全部通過

2)     主流程可以走通

3)     介面上的功能均實現,符合設計文擋規定的功能(如果沒有完成,必須已經在提供文件中說明)

4)     資料庫更新相關指令碼、配置檔案資料、後臺伺服器部署指令碼均已提交

5)     經過程式碼評審並符合程式碼規範

否則,打回處理。

三、準出標準

測試準出需滿足如下所有條件:

四、停止標準

測試進行中,停止當前版本測試需滿足以下任一條件:

1)     冒煙測試時,發現P0/P1/P2級bug個數 > = 1 個或 P2級以下bug率 > 20%(N)(N=bug數/用例數),停止測試當前被測版本,並知會(釘釘 or 郵件,確保溝通到           位)所有相關人員(相關RD、PM、 PMO )

2)     被測版本需暫停以進行調整時(因排期預估出現重大偏差/專案叫停 etc..),測試應隨之停止,並儲存停止時間點前已產生的測試資料

3)     插入其他優先順序更高的任務時,可以申請暫停測試,在相關PM、 PMO、RD負責人共同確認並達成一致意見後,可以停止當前被測版本的測試

4)     被測版本經過系統測試,達到準出標準,可以停止測試

五、bug優先順序定義

明確不同bug有不同的優先順序,可以做到高優先順序的bug“優先”解決,推動研發測試過程更高效地流轉。

相關推薦

測試流程規範--測試准入停止標準bug優先順序定義

一、背景 最近在推進組內流程規範專項建設,從“研發測試流程”、“提測規範”、“測試准入標準”、“bug優先順序標準”、“測試停止標準”、“測試準出標準”和&ldquo

軟體開發測試流程規範(初稿)

需求階段:1、需求評審,需要專案負責人、產品、研發、測試全部人員參與,並且在需求評審後,每一個人闡述整個產品的邏輯以確保每一個人的理解達成一致;2、需求文件、介面文件、資料庫文件進行同步;3、後端提供介面文件時,同時提供mock介面,前端可提前訪問mock介面進行自測;4、前

測試流程規範--提測規範(釘釘郵件)

一、背景 最近在推進組內流程規範專項建設,從“研發測試流程”、“提測規範”、“測試准入標準”、“bug優先順序標準”、“測試停止標準”、“測試準出標準”和&ld

軟體測試流程規範

測試啟動階段(需求分析)      參與軟體需求調研,以測試的角度分析需求的可測性,可構思將來對測試進行的方法、原則等。更重要的是對不可測或難以測試性問題要及時與客戶或者專案經理協調解決。 全面瞭解需求,從客戶角度考慮軟體測試需要達到的驗證的狀態,即哪些功

測試流程規範

測試流程規範 1、  需求建立:專案和需求均需要監督產品在PMP裡建立相應的專案及需求任務資訊; 2、  需求確認:同產品,開發以及相關人員確認需求; 3、  需求排期:專案和需求必須經測試人員排期,非測試排期可以不接受測試,評估測試工時,確定提測時間,上線

App測試流程測試點(個人整理版)

1 APP測試基本流程 1.1流程圖 1.2測試周期 測試周期可按專案的開發週期來確定測試時間,一般測試時間為兩三週(即15個工作日),根據專案情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管確認專案排期。 1.3測試資源 測試任務開始前,檢查各項測

移動網際網路APP測試流程測試點(轉載) (二)

2.1安全測試 2.1.1軟體許可權 1)扣費風險:包括髮送簡訊、撥打電話、連線網路等 2)隱私洩露風險:包括訪問手機資訊、訪問聯絡人資訊等 3)對App的輸入有效性校驗、認證、授權、敏感資料儲存、資料加密等方面進行檢測 4)限制/允許使用手

App測試流程測試點(個人整理版)-轉

單純從功能測試的層面上來講的話,APP 測試、web 測試 在流程和功能測試上是沒有區別的。 系統架構方面: web專案,一般都是b/s架構,基於瀏覽器的 app專案,則是c/s的,必須要有客戶端,使用者需要安裝客戶端。 web測試只要更新了伺服

極光推送demo測試流程測試過程中可能遇到的問題和解決方法

建立開發證書,建立描述檔案,極光推送頁面設定,Xcode工程設定,真機測試 步驟1:建立開發證書 <1>.登陸 https://developer.apple.com進入開發者中心 <2>進入建立和描述檔案頁面 <3>.

21.5-21.8 memcached命令行與導入PHP連接memcached存儲會話

one spa ctype reads six and touch 臨時 soap 21.5 memcached命令行創建數據yum install -y telnet利用telnet命令連接memcached數據庫telnet 127.0.0.1 11211#寫入數據se

memcached的命令行和導入php連接memcached中存儲sessions

com 整數 lac 命令行 tar www 沒有 目錄 ini 1.memcached的命令行 telnet 127.0.0.1 11211set key2 0 30 2abSTOREDget key2VALUE key2 0 2abENDMemcached語法規則:&l

軟件測試規則

無法 方案 pac 修正 出現 成功 bsp width 恢復 測試準入標準 開發人員編碼結束,並已完成單元測試 需求說明書規定的功能或開發人員提交的功能說明書的功能均已實現 被測系統的基本流程可以走通,界面上的功能均實現,符合設計文檔規定的功能。 開發人員提交被測系統的

軟體測試流程規範(參考大華為的規範

軟體測試流程及規範(參考大華為的規範) 參考某大佬(窩真不知道是哪位大佬)總結的測試流程並結合在華為做測試學到的規範,整理的我們公司的測試流程,分享是一種美德,so開始你的閱讀吧~ 軟體測試流程及規範 一、目標 制定完整且具體的測試路線和流程,為快速、高效和高質量的軟體測試提供基礎流

規範測試流程 (轉自51testing)

 規範測試流程           需求分析:   需求分析由產品人員制定,他們要做的不是一份簡單的文件,而是細化每一個功能的細節,每一個按鈕的位置,對於稍大或複雜一點的需求都進行建模。   需求評審:   需求評審(產品需求人員、開發

規範測試流程

1、流程梳理,重點把關一些測試流程 需求review 測試用例review 開發提測,冒煙用例的自測,提高測試版本質量 上線前報告,總結已經發現的問題,描述上線後可能的風險,將風險予以溝通 線上bugreview, 制定線上Bug的分析流程。關注線上bug產生原因、分析bug影響範圍,

測試詳細分類測試流程測試階段測試模型測試工具

角度細分 從是否關心軟體內部結構和具體實現的角度劃分(按測試分類) A.白盒測試 B.黑盒測試 C.灰盒測試 從是否執行程式的角度 A.靜態測試 B.動態測試。 階段細分 從軟體開發的過程按階段劃分有 A.單元測試 B.整合測試 C.確認測試 D.系統測試 E.驗收測試 F.

測試流程規範

1. 流程2. 規範2.1 基本性要求       1、如果沒有經過專案經理組織的內部版本自測,那麼版本打回,不予測試。2.2 研發轉測試的DI值要求研發階段轉測試:每個交付點測試的遺留問題累計: DI值不超過30。具體DI值,依據專案規劃階段定義為準。整合驗收階段轉測試:每

Loadrunner常用目錄組成部分及負載測試流程

常用目錄 bin:存放一些可執行程式 classes:可能用到的jar包 My Template:存放一些自己建立的模板 include:標頭檔案(可以編寫自定義函式,儲存成.h的標頭檔案形式並放在這個目錄,以後就只需要呼叫這個標頭檔案就可以方便使用了) config:配置檔案(特別

軟體開發工作總體流程圖 軟體測試活動分佈圖軟體測試流程關係圖

 軟體測試的流程 軟體測試的流程一般要考慮3點:軟體測試工作總體流程圖、軟體測試活動分佈圖和軟體測試流程關係圖。 1.4.1 軟體開發工作總體流程圖 軟體測試的流程圖分為軟體測試工作總體流程圖、需求階段測試工作流程圖、設計與編碼階段測試工作流程圖、整合測試和系統測試

軟體測試流程規範

注:非通用標準流程,僅為大家提供參考。 目標 制定完整且具體的測試路線和流程,為快速、高效和高質量的軟體測試提供基礎流程框架。最終目標是實現軟體測試規範化、標準化。 測試流程說明 流程圖 需求分析 需求分析由SA制定,要求細化每一個功能的細節