測試流程規(guī)范_V0

1、XXXX測試流程規(guī)范文件狀態(tài)V草稿正式發(fā)布正在修改當(dāng)前版本V1.0擬制劉剛?cè)掌?017-07-03審核日期批準(zhǔn)日期XXXX國際電子商務(wù)有限公司2017年7月修訂歷史記錄A -增加 M-修訂 D -刪除變更版本號日期變更類型(A*M*D修改人摘要備注V1.02017-07-03A劉剛建立初始稿1 概述41.1 介紹41.2 適用范圍41.3 定義、縮寫詞和縮略語 42 流程規(guī)范52.1 需求階段52. 1.1 流程圖52. 1.2 流程說明52.1-3測試輸入及輸出產(chǎn)物 62.2 研發(fā)階段72.2. 1流程圖7二-流程說明72.2.3 測試輸入及輸出產(chǎn)物 82.3 測試階段82.3. 1流程圖8

2、2.3.2 流程說明82.3.3 測試輸入及輸出產(chǎn)物 92.4 上線階段102.4. 1流程圖102.4.2 流程說明102.4.3 測試輸入及輸出產(chǎn)物 112.5 自動(dòng)化測試階段112.5. 1流程圖112.5.2 流程說明112.5.3 測試輸入及輸出產(chǎn)物 123 測試文檔管理規(guī)范 123.1 測試文檔范圍133.2 測試文檔歸檔要求 134 補(bǔ)充131概述1.1 介紹xxxXM試流程規(guī)范主要用于規(guī)范各類測試工作，指導(dǎo)各類測試工作有序規(guī)范 進(jìn)行，從流程上避免測試的隨意性，更好的保證測試質(zhì)量。流程規(guī)范非一次性能制定出最優(yōu)的， 需要經(jīng)歷實(shí)踐的錘煉，在實(shí)際工作中不 斷進(jìn)行優(yōu)化，才可逐步形成最優(yōu)的

3、測試流程方案。1.2 適用范圍本文檔適用于XXXX測試小組進(jìn)行各類測試工作時(shí)用于工作流程規(guī)范指導(dǎo)。 各階段的測試工作需要參考該規(guī)范進(jìn)行， 除特殊情況外，各類測試工作原則上要 遵照該規(guī)范進(jìn)行。1.3 定義、縮寫詞和縮略語定義、縮寫詞和縮略語描述自動(dòng)化測試自動(dòng)化測試是通過自動(dòng)執(zhí)行測試腳本，使測試人員在更短的時(shí) 間內(nèi)能夠更快地完成更多的軟件測試，并提供以更咼的頻率執(zhí) 行測試的能力，從而有效降低測試成本、提咼測試效率。測試方案重新定義方案，獵鷹工品所用方案包括：測試計(jì)劃、方案、測 試需求、測試點(diǎn)。歸整到一個(gè)文檔，方便管理。測試報(bào)告測試報(bào)告分為多種：功能測試報(bào)告、接口測試報(bào)告、性能測試 報(bào)告、安全測試報(bào)

4、告等2流程規(guī)范2.1 需求階段2,1.1流程圖產(chǎn)品需求階段產(chǎn)品人員參與評審會(huì)召開需求評審會(huì)|斗產(chǎn)品需求測試人員學(xué)習(xí)、熟悉產(chǎn)品需求+參加需求評審會(huì)+組內(nèi)培訓(xùn)等制定測試方案（含計(jì)劃+測試需求+測試要點(diǎn)）初稿評審測試方案（含計(jì) 劃+測試需求+測試 要點(diǎn)）定稿流程說明1、項(xiàng)目啟動(dòng)后，負(fù)責(zé)該測試任務(wù)的測試負(fù)責(zé)人積極與產(chǎn)品人員溝通交流，熟悉 本次產(chǎn)品需求。2、在有需求評審會(huì)時(shí)，測試負(fù)責(zé)人必須積極參與，無特殊情況不得缺席。3、根據(jù)產(chǎn)品需求，測試負(fù)責(zé)人要提取測試需求，并不是簡單照搬產(chǎn)品需求，要 形成測試自己的測試list 。4、產(chǎn)品需求熟悉完畢后，必須編寫出具測試方案，方案含測試計(jì)劃、測試需求、測試要點(diǎn)等。5

5、、測試方案必須經(jīng)過評審，原則需要產(chǎn)品人員、開發(fā)人員、其他測試人員共同參與，如無條件，至少經(jīng)過測試組內(nèi)評審。6測試方案評審?fù)ㄟ^后才可進(jìn)入下一階段。7、需求變更優(yōu)化，建議通過禪道提需求+郵件通知形式進(jìn)行，便于需求的追蹤8、中間需求變動(dòng)，測試方案跟進(jìn)更新。2,1. 3測試輸入及輸出產(chǎn)物? 測試輸入：產(chǎn)品需求文檔、原型、UI設(shè)計(jì)圖、項(xiàng)目開發(fā)計(jì)劃等其他相關(guān)可用于測試參考 的文檔。? 輸出產(chǎn)物：測試方案（含測試計(jì)劃+測試需求+測試要點(diǎn)）2.2 研發(fā)階段N 2. 1流程圖研發(fā)階段開發(fā)人員測試人員單元測試單測通過發(fā)布版本開發(fā)設(shè)計(jì)+編碼實(shí) 現(xiàn)單測未通過編寫測試用例提測文檔+提測郵 件流程說明1、測試人員根據(jù)測試

6、方案輸出測試用例，要求測試用例必須覆蓋測試需 求。2、在時(shí)間十分緊張或需求十分不具體的情況下，用例編寫可推遲到測試中后期 補(bǔ)充，用例評審可延后評審。3、用例評審原則上需要產(chǎn)品人員、開發(fā)人員、其他測試人員共同參與，如無條 件，至少經(jīng)過測試組內(nèi)評審。4、本階段可與后續(xù)的測試階段交替進(jìn)行，測試工作最早可從模塊測試階段介入， 前提開發(fā)人員必須先完成單元測試，否則測試拒絕介入。2, 2. 3測試輸入及輸出產(chǎn)物? 測試輸入：測試方案（含測試計(jì)劃+測試需求+測試要點(diǎn)） ? 輸出產(chǎn)物：提測文檔、提測郵件、測試用例、提測版本2.3 測試階段2, 3-1流程圖N 3. 2流程說明1、測試組負(fù)責(zé)部署測試環(huán)境，經(jīng)開發(fā)

7、、運(yùn)維確認(rèn)部署無誤后，開始進(jìn)行后續(xù)測 試工作。2、針對初次發(fā)版的功能模塊要先經(jīng)過產(chǎn)品人員的需求驗(yàn)證測試，驗(yàn)證測試通過 后再交付測試人員進(jìn)行后續(xù)測試工作。此舉目的是避免測試人員做無用功， 加快測試效率，提早發(fā)現(xiàn)需求類問題。3、產(chǎn)品人員的需求驗(yàn)證測試可以提前到開發(fā)環(huán)境驗(yàn)證。測試環(huán)境部署后，測試人員直接進(jìn)行冒煙測試加快測試進(jìn)度。4、執(zhí)行測試階段，時(shí)間條件允許下，強(qiáng)烈建議做三類測試：執(zhí)行用例測試、探索測試、交叉測試。時(shí)間緊張情況至少也要進(jìn)行：執(zhí)行用例測試和探索測試。5、新部署的測試版本，先進(jìn)行冒煙測試，冒煙不通過直接打回開發(fā)人員進(jìn)行單 元測試，通過后再重新提交測試。6測試用例要在執(zhí)行過程中應(yīng)持續(xù)優(yōu)化維

8、護(hù)，保證用例的全面性、正確性、規(guī) 范性。最晚測試階段后期必須完成用例維護(hù)并執(zhí)行通過。7、缺陷流程采用禪道管理，依據(jù)禪道流程進(jìn)行。.測試輸入及輸出產(chǎn)物? 測試輸入：測試方案（含測試計(jì)劃+測試需求+測試要點(diǎn)）、測試用例、提測文檔+提測郵件、提測版本? 輸出產(chǎn)物：測試用例、測試缺陷2.4 上線階段N 4. 1流程圖線階段產(chǎn)品人員開發(fā)人員測試人員運(yùn)維人員否是否單測未通過產(chǎn)品驗(yàn)收測試通過執(zhí)行測試單測通過否發(fā)布版本版本回滾t重走測試階段流程否發(fā)送測試通過郵件修復(fù)bug測試報(bào)告+完善用 例發(fā)送驗(yàn)收通過郵 件，準(zhǔn)許上線單元測試環(huán)境確認(rèn)獲取最終版本tar 部署生產(chǎn)環(huán)境清理測試數(shù)據(jù)，正式上線驗(yàn)收是否通過測試是否通

9、過J執(zhí)行主要測 試用例探索測試2、4. 2流程說明1、上線版本的部署由運(yùn)維人員負(fù)責(zé)安裝部署。2、上線版本依次經(jīng)過測試回歸和產(chǎn)品驗(yàn)收后，出具測試通過和驗(yàn)收通過的郵件 后才可正式上線。3、上線版本在線上環(huán)境驗(yàn)證失敗后，如果發(fā)現(xiàn)是程序上有問題，需要退回版本, 重走測試階段，配置上的問題可以依據(jù)具體情況可在線上修改再繼續(xù)驗(yàn)收測 試。4、在上線階段的測試，原則上無需執(zhí)行全量測試用例，需要提前篩選主要用例 進(jìn)行回歸測試，后續(xù)引入自動(dòng)化后，部分用例可自動(dòng)化執(zhí)行，加快測試回歸 效率。2, 4. 3測試輸入及輸出產(chǎn)物? 測試輸入：主要測試用例、上線版本? 輸出產(chǎn)物：測試報(bào)告、測試缺陷、測試用例、上線郵件2.5

10、自動(dòng)化測試階段流程說明1、采用自動(dòng)化前需要綜合考慮項(xiàng)目自身情況是否適合采用自動(dòng)化。不能強(qiáng)行采 用自動(dòng)化，避免得不償失。2、自動(dòng)化測試成本=測試工具成本+測試腳本的創(chuàng)建成本+測試腳本的維護(hù)成本。3、自動(dòng)化適用于項(xiàng)目周期長、項(xiàng)目上線后需要不斷升級維護(hù)、需求和設(shè)計(jì)都比較明確4、自動(dòng)化腳本要注意在測試過程中實(shí)時(shí)維護(hù)，保證腳本最新可用，并且腳本要 注意規(guī)范留檔，以備后面測試使用。N 5. 3測試輸入及輸出產(chǎn)物 ? 測試輸入：總體測試計(jì)劃、功能測試用例? 輸出產(chǎn)物：自動(dòng)化測試報(bào)告、測試缺陷、自動(dòng)化測試腳本、自動(dòng)化測試用例。3測試文檔管理規(guī)范3.1測試文檔范圍測試主要需要管理的文檔類型如下：測試方案（含測試計(jì)劃+測試需求+測試要點(diǎn)）、提測文檔、測試 用例、測試缺陷、提測版本、測試腳本、測試報(bào)告、需求類文檔3.2 測試文檔歸檔要求所有測試文檔在測試項(xiàng)目結(jié)束后，必須盡快匯總整理上傳到“測試SVN對應(yīng)項(xiàng)目目錄下，以備后面查閱，測試組長負(fù)責(zé)審核，確保測試文檔正確歸檔。歸檔目錄參考如下：*UI自蒯瀏本接自制化腔本杵