前言
工作以來，大大小小參與的項(xiàng)目也有十幾個(gè)了竟趾，涵蓋財(cái)務(wù)類憔购、保險(xiǎn)類、OA辦公類軟件岔帽。
從測試流程上看玫鸟，基本也都大同小異，這里將常見的測試流程做一些梳理犀勒，
供剛?cè)胄械呐笥褜W(xué)習(xí)參考屎飘，也歡迎大家完善補(bǔ)充。
一贾费、需求答疑評審
參與人員：
產(chǎn)品钦购、開發(fā)、測試褂萧、需求提出人押桃、其它相關(guān)人員
主要內(nèi)容：
對需求文檔進(jìn)行評審，對于有疑問或者有錯(cuò)誤的地方导犹，進(jìn)行討論溝通唱凯，來保證對需求理解的準(zhǔn)確性和一致性。
需求文檔中最好有業(yè)務(wù)流程圖锡足，能夠較好的幫助相關(guān)人員快速的了解業(yè)務(wù)需求波丰。
目標(biāo)達(dá)成：
通過此次會議了解到各模塊對應(yīng)開發(fā)人員壳坪，以此來確定測試時(shí)間
二舶得、羅列測試點(diǎn)
主要內(nèi)容：
需求評審?fù)ㄟ^后，測試根據(jù)定版的需求或UE構(gòu)造測試腦圖爽蝴。
通過腦圖列出測試點(diǎn)以及測試方法沐批，然后再根據(jù)腦圖整理測試方案。
腦圖工具：
Xmind蝎亚、MindManager等
測試方案包含：
測試環(huán)境九孩，測試數(shù)據(jù)，測試模塊发框，測試點(diǎn)躺彬，測試方法，測試風(fēng)險(xiǎn)等
目標(biāo)達(dá)成：
這個(gè)環(huán)節(jié)，輸出測試點(diǎn)和測試方案宪拥，指導(dǎo)接下來的測試工作仿野。
強(qiáng)烈建議：
測試任務(wù)緊急來不及寫用例的情況下，一定要列測試點(diǎn)并進(jìn)行Review她君。
避免無序測試脚作，思路混亂，丟三拉四缔刹。
三球涛、制作測試計(jì)劃
主要內(nèi)容：
根據(jù)開發(fā)計(jì)劃制定測試計(jì)劃
測試計(jì)劃包含：
測試范圍、測試目標(biāo)校镐、測試出入口亿扁、通過標(biāo)準(zhǔn)、測試人力安排（角色及職責(zé)）鸟廓、測試進(jìn)度安排
（用例設(shè)計(jì)評審開始結(jié)束時(shí)間魏烫、用例執(zhí)行開始及結(jié)束時(shí)間、回歸測試時(shí)間計(jì)劃肝箱、測試交付時(shí)間等）哄褒、測試交付物、測試風(fēng)險(xiǎn)煌张。
目標(biāo)達(dá)成：
輸出測試計(jì)劃
四呐赡、用例編寫、評審
主要內(nèi)容：
測試工作最重要的環(huán)節(jié)就是設(shè)計(jì)產(chǎn)出測試用例骏融，一定要嚴(yán)謹(jǐn)專業(yè)链嘀。
用例的可讀性要強(qiáng)，不僅僅是寫給自己看的档玻，要做到任何人拿起來都可以執(zhí)行怀泊。
用例設(shè)計(jì)完以后，要開展用例評審误趴，查漏補(bǔ)缺霹琼，不斷完善用例；也可以采取用例結(jié)對編寫的方式凉当，提高用例設(shè)計(jì)質(zhì)量枣申。
測試用例組成：
編寫人、用例編號看杭、用例名稱忠藤、前提條件、測試數(shù)據(jù)楼雹、優(yōu)先級模孩、操作步驟尖阔、預(yù)期結(jié)果、實(shí)際結(jié)果榨咐、測試人等
用例設(shè)計(jì)思路：
UI測試诺祸、權(quán)限測試、功能測試祭芦、數(shù)據(jù)測試筷笨、流程測試（包括正常流程與異常流程）、接口測試龟劲、兼容性測試胃夏、性能測試、安全測試等
設(shè)計(jì)方法應(yīng)用：
一般邊界值和等價(jià)類常用昌跌，其次場景法仰禀、因果圖、錯(cuò)誤推測蚕愤。
針對不同的需求答恶，測試點(diǎn)的選擇或側(cè)重點(diǎn)可能不一樣。
目標(biāo)達(dá)成：
通過用例設(shè)計(jì)萍诱、評審悬嗓，輸出較為完備的測試用例。
五裕坊、冒煙測試
開發(fā)提測后包竹，正式測試前，先驗(yàn)證一下主流程或主要實(shí)現(xiàn)功能是否存在問題籍凝。
沒有問題后再進(jìn)行系統(tǒng)的測試周瞎，避免測試相關(guān)工作已經(jīng)準(zhǔn)備開展，而核心業(yè)務(wù)卻執(zhí)行不下去的情況饵蒂。
六声诸、執(zhí)行測試計(jì)劃
冒煙測試結(jié)束后，按照測試計(jì)劃開展測試退盯。
這個(gè)階段也可采取交叉測試的方法彼乌，即：A寫的用例B執(zhí)行，B寫的用例C執(zhí)行得问。
過程中如遇到不可控因素或問題囤攀，影響到測試計(jì)劃落地的软免，一定要盡早報(bào)備宫纬。
七、編寫測試日報(bào)
主要內(nèi)容：
根據(jù)測試需求的具體情況膏萧，發(fā)布測試日報(bào)（一般郵件形式較多漓骚，也有在看板或需求平臺上備注的）蝌衔。
測試日報(bào)包含：
用例總數(shù)、執(zhí)行用例數(shù)蝌蹂、未通過數(shù)噩斟、發(fā)現(xiàn)BUG的數(shù)量、關(guān)閉BUG的數(shù)量孤个、遺留BUG的數(shù)量剃允、問題等級、影響程度齐鲤、BUG趨勢以及其它建議等斥废。
收悉人員：
相關(guān)產(chǎn)品、開發(fā)给郊、測試或需求人員牡肉。
八、測試報(bào)告總結(jié)
在整個(gè)需求或版本測試完成后的總結(jié)淆九。
主要反應(yīng)測試過程中的問題以及對應(yīng)版本的質(zhì)量情況统锤，是否滿足發(fā)布標(biāo)準(zhǔn)、遺留的問題的情況炭庙、是否影響相關(guān)使用饲窿、特殊的注意事項(xiàng)等。
