下面是小編為大家整理的測試流程規(guī)范V,供大家參考。
xxxX測試流程規(guī)范
文件狀態(tài)
［V］草稿［］正式發(fā)布［］正在修改
當(dāng)前版本
擬制
劉剛
日期
2017-07-03
審核
日期
批準(zhǔn)
日期
XXXX國際電子商務(wù)有限公司
2017年7月
修訂歷史記錄
A -增加 M-修訂 D-刪除
變更版本
號
日期
變更類型
(A*M*D
修改人
摘要
備注
2017-07-03
A
劉剛
建立初始稿
目錄
概述
介紹
xxxXM試流程規(guī)范主要用于規(guī)范各類測試工作，指導(dǎo)各類測試工作有序規(guī)范 進(jìn)行，從流程上避免測試的隨意性，更好的保證測試質(zhì)量。
流程規(guī)范非一次性能制定出最優(yōu)的， 需要經(jīng)歷實踐的錘煉， 在實際工作中不 斷進(jìn)行優(yōu)化，才可逐步形成最優(yōu)的測試流程方案。
適用范圍
本文檔適用于XXXX測試小組進(jìn)行各類測試工作時用于工作流程規(guī)范指導(dǎo)。
各階段的測試工作需要參考該規(guī)范進(jìn)行， 除特殊情況外，各類測試工作原則上要 遵照該規(guī)范進(jìn)行。
定義、縮寫詞和縮略語
定義、縮寫詞和縮略語
描述
自動化測試
自動化測試是通過自動執(zhí)行測試腳本，使測試人員在更短的時 間內(nèi)能夠更快地完成更多的軟件測試，并提供以更咼的頻率執(zhí) 行測試的能力，從而有效降低測試成本、提咼測試效率。
測試方案
重新定義方案，獵鷹工品所用方案包括：測試計劃、方案、測 試需求、測試點。歸整到一個文檔，方便管理。
測試報告
測試報告分為多種：功能測試報告、接口測試報告、性能測試 報告、安全測試報告等
流程規(guī)范
需求階段
流程圖
流程說明
1、項目啟動后，負(fù)責(zé)該測試任務(wù)的測試負(fù)責(zé)人積極與產(chǎn)品人員溝通交流，熟悉 本次產(chǎn)品需求。
2、在有需求評審會時，測試負(fù)責(zé)人必須積極參與，無特殊情況不得缺席。
3、根據(jù)產(chǎn)品需求，測試負(fù)責(zé)人要提取測試需求，并不是簡單照搬產(chǎn)品需求，要 形成測試自己的測試list 。
4、產(chǎn)品需求熟悉完畢后，必須編寫出具《測試方案》，方案含測試計劃、測試 需求、測試要點等。
5、《測試方案》必須經(jīng)過評審，原則需要產(chǎn)品人員、開發(fā)人員、其他測試人員 共同參與，如無條件，至少經(jīng)過測試組內(nèi)評審。
6《測試方案》評審?fù)ㄟ^后才可進(jìn)入下一階段。
7、需求變更優(yōu)化，建議通過禪道提需求+郵件通知形式進(jìn)行，便于需求的追蹤
8、中間需求變動，測試方案跟進(jìn)更新。
測試輸入及輸出產(chǎn)物
測試輸入：
產(chǎn)品需求文檔、原型、UI設(shè)計圖、項目開發(fā)計劃等其他相關(guān)可用于測試參考 的文檔。
輸出產(chǎn)物：
《測試方案（含測試計劃+測試需求+測試要點）》
研發(fā)階段
流程圖
流程說明
1、測試人員根據(jù)《測試方案》輸出《測試用例》，要求測試用例必須覆蓋測試 需求。
2、在時間十分緊張或需求十分不具體的情況下，用例編寫可推遲到測試中后期
補(bǔ)充，用例評審可延后評審。
3、用例評審原則上需要產(chǎn)品人員、開發(fā)人員、其他測試人員共同參與，如無條 件，至少經(jīng)過測試組內(nèi)評審。
4、本階段可與后續(xù)的測試階段交替進(jìn)行，測試工作最早可從模塊測試階段介入, 前提開發(fā)人員必須先完成單元測試，否則測試拒絕介入。
測試輸入及輸出產(chǎn)物
測試輸入：
《測試方案（含測試計劃+測試需求+測試要點）》
輸出產(chǎn)物：
《提測文檔》、提測郵件、《測試用例》、提測版本
測試階段
流程圖
流程說明
1、測試組負(fù)責(zé)部署測試環(huán)境，經(jīng)開發(fā)、運維確認(rèn)部署無誤后，開始進(jìn)行后續(xù)測 試工作。
2、針對初次發(fā)版的功能模塊要先經(jīng)過產(chǎn)品人員的需求驗證測試，驗證測試通過 后再交付測試人員進(jìn)行后續(xù)測試工作。此舉目的是避免測試人員做無用功， 加快測試效率，提早發(fā)現(xiàn)需求類問題。
3、產(chǎn)品人員的需求驗證測試可以提前到開發(fā)環(huán)境驗證。測試環(huán)境部署后，測試 人員直接進(jìn)行冒煙測試加快測試進(jìn)度。
4、執(zhí)行測試階段，時間條件允許下，強(qiáng)烈建議做三類測試：執(zhí)行用例測試、探
索測試、交叉測試。時間緊張情況至少也要進(jìn)行：執(zhí)行用例測試和探索測試。
5、新部署的測試版本，先進(jìn)行冒煙測試，冒煙不通過直接打回開發(fā)人員進(jìn)行單 元測試，通過后再重新提交測試。
6測試用例要在執(zhí)行過程中應(yīng)持續(xù)優(yōu)化維護(hù)，保證用例的全面性、正確性、規(guī) 范性。最晚測試階段后期必須完成用例維護(hù)并執(zhí)行通過。
7、缺陷流程采用禪道管理，依據(jù)禪道流程進(jìn)行。
測試輸入及輸出產(chǎn)物
測試輸入：
《測試方案（含測試計劃+測試需求+測試要點）》、《測試用例》、《提測 文檔》+提測郵件、提測版本
輸出產(chǎn)物：
《測試用例》、《測試缺陷》
上線階段
流程圖
流程說明
1、上線版本的部署由運維人員負(fù)責(zé)安裝部署。
2、上線版本依次經(jīng)過測試回歸和產(chǎn)品驗收后，出具測試通過和驗收通過的郵件 后才可正式上線。
3、上線版本在線上環(huán)境驗證失敗后，如果發(fā)現(xiàn)是程序上有問題，需要退回版本， 重走測試階段，配置上的問題可以依據(jù)具體情況可在線上修改再繼續(xù)驗收測 試。
4、在上線階段的測試，原則上無需執(zhí)行全量測試用例，需要提前篩選主要用例 進(jìn)行回歸測試，后續(xù)引入自動化后，部分用例可自動化執(zhí)行，加快測試回歸 效率。
測試輸入及輸出產(chǎn)物
測試輸入：
主要《測試用例》、上線版本
輸出產(chǎn)物：
《測試報告》、《測試缺陷》、《測試用例》、上線郵件
自動化測試階段
流程圖
流程說明
1、采用自動化前需要綜合考慮項目自身情況是否適合采用自動化。不能強(qiáng)行采 用自動化，避免得不償失。
2、自動化測試成本=測試工具成本+測試腳本的創(chuàng)建成本+測試腳本的維護(hù)成本。
3、自動化適用于項目周期長、項目上線后需要不斷升級維護(hù)、需求和設(shè)計都比 較明確……
4、自動化腳本要注意在測試過程中實時維護(hù)，保證腳本最新可用，并且腳本要 注意規(guī)范留檔，以備后面測試使用。
測試輸入及輸出產(chǎn)物
測試輸入：
總體測試計劃、《功能測試用例》
輸出產(chǎn)物：
《自動化測試報告》、《測試缺陷》、自動化測試腳本、自動化測試用例
測試文檔管理規(guī)范
測試文檔范圍 測試主要需要管理的文檔類型如下：
《測試方案（含測試計劃 +測試需求 +測試要點）》、《提測文檔》、《測試 用例》、《測試缺陷》、提測版本、測試腳本、《測試報告》、需求類文檔…… 測試文檔歸檔要求
所有測試文檔在測試項目結(jié)束后，必須盡快匯總整理上傳到“測試SVN對
應(yīng)項目目錄下，以備后面查閱，測試組長負(fù)責(zé)審核，確保測試文檔正確歸檔。
歸檔目錄參考如下：
說明：
1）測試腳本單獨歸檔在“測試腳本”對應(yīng)目錄下，分為：
UI 自動化腳本、 接口自動化腳本、性能腳本。
2）其它測試文檔，放置在對應(yīng)產(chǎn)品線目錄下，新建一個以項目簡稱命名的 文件夾來歸檔，項目簡稱前注意標(biāo)記項目開始時間，方便日后查閱。
補(bǔ)充
暫無~~
- 收藏
- 分享 賞
- 0
推薦訪問:測試流程規(guī)范V 流程 規(guī)范 測試
下載文檔