1、1 TAOBAO新業(yè)務(wù)-測試流程2010-09-07 軟件測試流程項目分類項目流程 角色與職責(zé) 學(xué)習(xí)心得 項目分類 PRD（Product Requirements Document）項目定義：結(jié)構(gòu)調(diào)整、推出重大功能；需要開發(fā)30人日完成的項目特點：必須提供詳細(xì)的需求文檔并經(jīng)過正式的評審測試：不裁剪任何測試步驟輸出工作產(chǎn)品：項目Twiki、測試用例、測試階段報告 ECR（Engineering Change Request）項目定義：簡單調(diào)整、bug修改及大部分的活動特點：每周一個版本，固定時間上線，需要提供一個詳細(xì)的需求說明測試：裁剪測試總結(jié)會輸出工作產(chǎn)品：ECR項目測試計劃、測試結(jié)果郵件、

2、項目Twiki需求文檔制定產(chǎn)品計劃參與UC評審參與開發(fā)設(shè)計評審參與開發(fā)測試設(shè)計詳細(xì)設(shè)計編碼實現(xiàn)參與需求評審 編寫測試計劃，研讀UC設(shè)計參與UC評審編寫測試用例測試設(shè)計開發(fā)設(shè)計評審設(shè)計產(chǎn)品需求組織需求評審詳細(xì)設(shè)計評審詳細(xì)設(shè)計文檔 產(chǎn)品經(jīng)理開發(fā)團隊詳細(xì)設(shè)計文檔 交流交流解決需求類問題PRD項目流程項目流程 根據(jù)需求說明書和UC文檔，詳細(xì)設(shè)計文檔，詳細(xì)編寫測試用例，覆蓋所有測試點，構(gòu)造測試數(shù)據(jù)。參與需求評審UC設(shè)計組織UC評審研讀需求文檔測試團隊需求文檔開發(fā)計劃研讀需求文檔產(chǎn)品經(jīng)理主導(dǎo)明確需求點；找出不合理需求；根據(jù)說明書進(jìn)行系統(tǒng)測試明確每一個需求點，提出疑問并解答，敲定最終需求文檔UC文檔研讀UC

3、文檔UC文檔分析需求、確定測試重點、確定測試環(huán)境、確定測試人力資源、確定測試時間安排、測試階段里程碑、確定測試啟動、終止、結(jié)束條件、風(fēng)險評估及規(guī)避方法測試工作準(zhǔn)備根據(jù)UC文檔，從邏輯上進(jìn)行集成測試，確保各子功能塊能夠正確銜接，保證開發(fā)設(shè)計與需求相符開發(fā)經(jīng)理主導(dǎo)根據(jù)需求說明書和UC文檔，詳細(xì)分析需求、建立需求路徑圖、系統(tǒng)交互圖、業(yè)務(wù)流程圖參與測試用例評審參與測試用例評審開發(fā)完成并自測提交測試解決測試問題及程序bug測試用例評審測試環(huán)境部署接收測試(冒煙)項目環(huán)境測試日常環(huán)境測試預(yù)發(fā)環(huán)境測試線上驗證測試結(jié)果評審參與測試結(jié)果評審開發(fā)輔助，運維負(fù)責(zé)發(fā)布上線參與測試結(jié)果評審測試總結(jié)跟蹤用戶反饋自測驗證結(jié)

4、果確定開發(fā)自測范圍：PRD流程和主要功能測試用例;ECR主要修改功能測試用例執(zhí)行所有用例；Bug管理；回歸項目打分支期間所有日常&項目原則上執(zhí)行所有級別測試用例，因條件原因，不可測試除外測試經(jīng)理主導(dǎo)先組內(nèi)評審，再由開發(fā)、產(chǎn)品、測試一起評審測試階段 郵件提醒執(zhí)行P1,P2,P3級所有用例；Bug提交、跟進(jìn)、驗證、分析自測完成標(biāo)準(zhǔn)：執(zhí)行P1級用例，主要流程、功能正常；UED在IE6,IE7,Firfox下.頁面沒有明顯的變形;2.主要流程、功能正常ECR項目流程日功能需求角色與職責(zé) 產(chǎn)品經(jīng)理制定產(chǎn)品計劃并跟進(jìn)，立項 提交需求設(shè)計文檔 并組織評審參與開發(fā)設(shè)計、UC評審，測試計劃、測試用例評審 確認(rèn)測

5、試與開發(fā)提出的需求類問題 參與各階段成果評審 項目經(jīng)理 制定項目計劃并跟進(jìn)項目進(jìn)度 組織開發(fā)設(shè)計評審、UC評審 參與需求設(shè)計評審、測試計劃、測試用例評審 督促開發(fā)自測，保證提測版本的可測性 協(xié)調(diào)分配問題給相關(guān)人員進(jìn)行修改 角色與職責(zé) 開發(fā)工程師UC設(shè)計，開發(fā)設(shè)計 負(fù)責(zé)自測 在測試過程中修改問題 測試經(jīng)理督促管理開發(fā)、產(chǎn)品、UED項目成員配合，保證測試正常有序進(jìn)行協(xié)調(diào)測試資源，指定測試負(fù)責(zé)人 對測試過程中發(fā)現(xiàn)的重大問題進(jìn)行跟蹤、協(xié)調(diào) 參加測試計劃、測試用例評審 角色與職責(zé) 測試負(fù)責(zé)人 參與需求評審、開發(fā)設(shè)計、UC評審 負(fù)責(zé)制定測試方案，編寫測試計劃、設(shè)計測試用例 組織測試計劃、測試用例評審 負(fù)責(zé)組織搭建測試環(huán)境、部署測試程序 控制測試質(zhì)量和進(jìn)度，報告測試進(jìn)度及結(jié)果 對測試過程中發(fā)現(xiàn)的問題進(jìn)行跟蹤、協(xié)調(diào)、解決 測試工程師參與需求評審、開發(fā)設(shè)計評審 設(shè)計測試用例，并參加測試計劃、測試用例評審 執(zhí)行測試角色與職責(zé) SCM&PE發(fā)布 部署、維護(hù)預(yù)發(fā)及生產(chǎn)環(huán)境 過程保證工程師定期審計測試過程 客服人員收集并反饋用戶問題 需求評審時，要明確每一個需求點，以及業(yè)務(wù)邏輯關(guān)系，甚至可以精確到數(shù)據(jù)庫的某個字段 掌握每一個功能點的內(nèi)部工作流程 測試計劃時合理安排時間 測試設(shè)計時，從功能需求點出發(fā)覆蓋，按模塊進(jìn)行劃分 嚴(yán)格按照設(shè)計的測試點編寫測試用例 測試用例要精簡，但應(yīng)包括測試