產(chǎn)品經(jīng)理通過和客戶的交流，完成需求文檔，并與開發(fā)人員和測試人員共同完成需求文檔的評審。
評審的內(nèi)容括：需求描述不清楚的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。
測試人員關(guān)心的需求是該需求中的頁面有哪些，因?yàn)橹懒隧撁婢椭懒溯斎腠?xiàng)，再評審這些輸入項(xiàng)的有效取值和無效取值。
項(xiàng)目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見，完成項(xiàng)目計(jì)劃。
測試計(jì)劃
制定測試計(jì)劃是借助測試計(jì)劃模板，規(guī)劃項(xiàng)目的時(shí)間、人員、任務(wù)安排的文檔。
在項(xiàng)目中，測試計(jì)劃一般由測試負(fù)責(zé)人來做。
注：測試負(fù)責(zé)人可以是測試組長也可以是測試組員，這里特指咱們自己做過測試計(jì)劃。
用例設(shè)計(jì)和寫作
使用等價(jià)類、邊界值、場景法等用例設(shè)計(jì)方法設(shè)計(jì)合適的測試用例對系統(tǒng)進(jìn)行驗(yàn)證。
在設(shè)計(jì)測試用例時(shí)，我們會先分解功能點(diǎn)，然后再針對于每個(gè)功能點(diǎn)盡可能多地列出其有效用例和無效用例，還有一些特殊場景用例。我們把輸入項(xiàng)有效取值的叫做有效用例，無效取值叫做無效用例，從其他不是從輸入層面設(shè)計(jì)的場景叫做特殊場景用例。
常見的特殊場景有：重復(fù)操作（例如重復(fù)進(jìn)行無效操作），權(quán)限不足，流程回退操作，業(yè)務(wù)分析。
設(shè)計(jì)好用例后，接下來就是進(jìn)行用例寫作，我們是在禪道中編寫的測試用例。
編寫用例的規(guī)范：測試數(shù)據(jù)需要所有輸入項(xiàng)都明確對應(yīng)的取值，操作步驟需要步驟清晰，預(yù)期結(jié)果不僅要有測試的結(jié)果還需要有結(jié)果的具體說明。標(biāo)題則是簡明扼要地將測試數(shù)據(jù)和預(yù)期結(jié)果進(jìn)行呈現(xiàn)。
測試用例完成后，需要對用例進(jìn)行評審。一般會邀請產(chǎn)品經(jīng)理、開發(fā)人員一起評審測試用例。
用例有時(shí)會存在一部分功能不寫用例，類似于界面類、按鈕類，功能重疊類，兼容性用例，不寫用例，但需要進(jìn)行測試。
測試準(zhǔn)備
這個(gè)一般不作為測試階段，測試人員搭建環(huán)境，一般測試是是指基于阿里云的Linux服務(wù)器，進(jìn)行源碼部署。
開發(fā)人員提交個(gè)版本，可能存在未完成功能，需要說明。
開發(fā)提交第二個(gè)版本，括BugFix以及增加了部分功能，測試人員進(jìn)行測試。
測試執(zhí)行
測試的輪次安排，應(yīng)安排2輪測試。在禪道的測試單模塊中創(chuàng)建對應(yīng)的測試輪次，添加相應(yīng)的用例。
測試執(zhí)行我們會先做功能測試。功能測試的做法就是在系統(tǒng)上輸入用例指定數(shù)據(jù)，然后提交，再檢查結(jié)果是否與期望一致。
功能測試的本質(zhì)是就是數(shù)據(jù)測試，即驗(yàn)證數(shù)據(jù)處理是否正確。
每一輪測試重點(diǎn)應(yīng)該不一樣，輪測試的重點(diǎn)是界面+功能，第二輪測試會更換瀏覽器（手機(jī)），更換數(shù)據(jù)，并且更加關(guān)注業(yè)務(wù)功能測試甚至結(jié)合Fiddler、數(shù)據(jù)庫等工具進(jìn)行輔助，界面在本輪不再是測試的絕對重點(diǎn)。
測試人員進(jìn)行測試，發(fā)現(xiàn)BUG后提交給禪道管理系統(tǒng)。
過Bug，就是測試和開發(fā)在下班前針對當(dāng)天提交的Bug過一下。
有時(shí)候產(chǎn)品人員、客戶也介入測試，進(jìn)行UAT測試，如果有客戶或UAT人員反饋的問題，需要測試人員協(xié)助重現(xiàn)以及回歸測試。
測試總結(jié)
編寫測試日報(bào)，定期向團(tuán)隊(duì)匯報(bào)測試進(jìn)展以及問題及風(fēng)險(xiǎn)，編寫測試總結(jié)報(bào)告，向團(tuán)隊(duì)匯報(bào)測試結(jié)果和上線風(fēng)險(xiǎn)。
