參與人員：
產(chǎn)品、開發(fā)、測試、需求提出人、其它相關(guān)人員
主要內(nèi)容：
對需求文檔進(jìn)行評審，對于有疑問或者有錯誤的地方，進(jìn)行討論溝通，來對需求理解的準(zhǔn)確性和一致性。
需求文檔中有業(yè)務(wù)流程圖，能夠較好的幫助相關(guān)人員快速的了解業(yè)務(wù)需求。
目標(biāo)達(dá)成：
通過此次會議了解到各模塊對應(yīng)開發(fā)人員，以此來確定測試時間
二、羅列測試點
主要內(nèi)容：
需求評審?fù)ㄟ^后，測試根據(jù)定版的需求或UE構(gòu)造測試腦圖。
通過腦圖列出測試點以及測試方法，然后再根據(jù)腦圖整理測試方案。
腦圖工具：
Xmind、MindManager等
測試方案含：
測試環(huán)境，測試數(shù)據(jù)，測試模塊，測試點，測試方法，測試風(fēng)險等
目標(biāo)達(dá)成：
這個環(huán)節(jié)，輸出測試點和測試方案，指導(dǎo)接下來的測試。
強(qiáng)烈建議：
測試任務(wù)緊急來不及寫用例的情況下，一定要列測試點并進(jìn)行Review。
避免無序測試，思路混亂，丟三拉四。
三、制作測試計劃
主要內(nèi)容：
根據(jù)開發(fā)計劃制定測試計劃
測試計劃含：
測試范圍、測試目標(biāo)、測試出入口、通過標(biāo)準(zhǔn)、測試人力安排（角色及職責(zé)）、測試進(jìn)度安排
（用例設(shè)計評審開始結(jié)束時間、用例執(zhí)行開始及結(jié)束時間、回歸測試時間計劃、測試交付時間等）、測試交付物、測試風(fēng)險。
目標(biāo)達(dá)成：
輸出測試計劃
四、用例編寫、評審
主要內(nèi)容：
測試最重要的環(huán)節(jié)就是設(shè)計產(chǎn)出測試用例，一定要嚴(yán)謹(jǐn)專業(yè)。
用例的可讀性要強(qiáng)，不僅僅是寫給自己看的，要做到任何人拿起來都可以執(zhí)行。
用例設(shè)計完以后，要開展用例評審，查漏補(bǔ)缺，不斷完善用例；也可以采取用例結(jié)對編寫的方式，提高用例設(shè)計質(zhì)量。
測試用例組成：
編寫人、用例編號、用例名稱、前提條件、測試數(shù)據(jù)、優(yōu)先級、操作步驟、預(yù)期結(jié)果、實際結(jié)果、測試人等
用例設(shè)計思路：
UI測試、權(quán)限測試、功能測試、數(shù)據(jù)測試、流程測試（括正常流程與異常流程）、接口測試、兼容性測試、性能測試、安全測試等
設(shè)計方法應(yīng)用：
一般邊界值和等價類常用，其次場景法、因果圖、錯誤推測。
針對不同的需求，測試點的選擇或側(cè)重點可能不一樣。
目標(biāo)達(dá)成：
通過用例設(shè)計、評審，輸出較為完備的測試用例。
五、冒煙測試
開發(fā)提測后，正式測試前，先驗證一下主流程或主要實現(xiàn)功能是否存在問題。
沒有問題后再進(jìn)行系統(tǒng)的測試，避免測試相關(guān)已經(jīng)準(zhǔn)備開展，而核心業(yè)務(wù)卻執(zhí)行不下去的情況。
六、執(zhí)行測試計劃
冒煙測試結(jié)束后，按照測試計劃開展測試。
這個階段也可采取交叉測試的方法，即：A寫的用例B執(zhí)行，B寫的用例C執(zhí)行。
過程中如遇到不可控因素或問題，影響到測試計劃落地的，一定要盡早報備。
七、編寫測試日報
主要內(nèi)容：
根據(jù)測試需求的具體情況，發(fā)布測試日報（一般郵件形式較多，也有在看板或需求平臺上備注的）。
測試日報含：
用例總數(shù)、執(zhí)行用例數(shù)、未通過數(shù)、發(fā)現(xiàn)BUG的數(shù)量、關(guān)閉BUG的數(shù)量、遺留BUG的數(shù)量、問題等級、影響程度、BUG趨勢以及其它建議等。
收悉人員：
相關(guān)產(chǎn)品、開發(fā)、測試或需求人員。
八、測試報告總結(jié)
在整個需求或版本測試完成后的總結(jié)。
主要反應(yīng)測試過程中的問題以及對應(yīng)版本的質(zhì)量情況，是否滿足發(fā)布標(biāo)準(zhǔn)、遺留的問題的情況、是否影響相關(guān)使用、特殊的注意事項等。
