在整個(gè)測試過程中,，需求的正確理解是整個(gè)測試的核心環(huán)節(jié)。從整個(gè)產(chǎn)品的設(shè)計(jì)開發(fā)過程,，測試工程師都要參與其中,，大概分為以下幾個(gè)階段：需求評(píng)審會(huì)前、需求評(píng)審會(huì)中,、需求評(píng)審會(huì)后,、用例設(shè)計(jì)及測試中。每一個(gè)階段應(yīng)該怎么做呢,？

首先,，需求理解不同階段的需求確認(rèn)量可以用幾個(gè)占比說明一下：

當(dāng)然隨著團(tuán)隊(duì)效率的提升，這個(gè)比重也會(huì)發(fā)生變化,，這里只做參考,。

下面,，具體說明一下，在不同階段了解需求的詳細(xì)流程和規(guī)范,。

• 需求評(píng)審會(huì)前

要想知道需求評(píng)審會(huì)前做什么,，先讓我們思考一下，需求評(píng)審會(huì)的目的,。通過與需求評(píng)審會(huì)的發(fā)起者產(chǎn)品溝通,，產(chǎn)品組織需求討論會(huì)的目的是初步講解一下產(chǎn)品要做什么、產(chǎn)品方向,，在開發(fā),、測試在場的情況，發(fā)現(xiàn)交互,、需求中不足的地方或者不合理的地方,，互相彌補(bǔ)，便于產(chǎn)品交互后期的更新和補(bǔ)充完善需求,。

總之,，產(chǎn)品方希望需求確認(rèn)問題能盡量暴露在前面，故在需求討論會(huì)中,，可以拋出盡可能多的問題,。

評(píng)審會(huì)流程圖：

詳細(xì)說明：                         

1、產(chǎn)品需要在需求評(píng)審會(huì)前至少前一天發(fā)出需求文檔,，具體地說,，需要給測試工程師預(yù)留4-8h工作日去閱讀文檔。舉例,，產(chǎn)品在1月2日10:00舉行需求討論會(huì),，至少需要在1月1日14:00前發(fā)出需求文檔。如果產(chǎn)品沒有提前發(fā)出,，各平臺(tái)項(xiàng)目負(fù)責(zé)人需要找產(chǎn)品溝通此事,，調(diào)整需求討論會(huì)時(shí)間。

2,、測試工程師要及時(shí)閱讀自己負(fù)責(zé)模塊的需求文檔,，備忘記錄和準(zhǔn)備相關(guān)問題。如果準(zhǔn)備得比較充分,，可以提前郵件發(fā)給產(chǎn)品和交互（提前發(fā)出問題不做強(qiáng)制要求）,。

• 需求評(píng)審會(huì)中

在需求評(píng)審會(huì)中，產(chǎn)品和交互講解各個(gè)功能點(diǎn)的需求,，相關(guān)測試負(fù)責(zé)人就可以在這個(gè)階段提問自己準(zhǔn)備的問題,，同時(shí)，如果有其他新的問題,、想法,、觀點(diǎn),，都可以在這個(gè)階段提出。

當(dāng)然,，不是該模塊負(fù)責(zé)人的測試工程師,，也可以提出一些問題、想法和觀點(diǎn),，多多益善。

這個(gè)階段,，可能產(chǎn)生出以下幾種問題：

1,、產(chǎn)品和交互可以當(dāng)場解答的較為明顯的問題。

2,、需要三方一起討論后,，形成一個(gè)結(jié)論。

3,、非常細(xì)節(jié),，需要較長時(shí)間仔細(xì)思考的問題。

針對(duì)問題1和2,，形成結(jié)論,，產(chǎn)品、交互和測試都需要進(jìn)行筆記備忘,，針對(duì)問題3,，產(chǎn)品要對(duì)問題做好備忘（這里項(xiàng)目負(fù)責(zé)人要前期與產(chǎn)品溝通清楚，產(chǎn)品需要自覺記錄問題）,。

• 需求評(píng)審會(huì)后

這個(gè)階段主要是指從需求評(píng)審會(huì)結(jié)束到用例設(shè)計(jì)前這段時(shí)間,。

這個(gè)階段產(chǎn)品和交互的工作量比較多，主要是整理需求評(píng)審會(huì)中的問題,，等待有了準(zhǔn)確結(jié)論,，需要再發(fā)布一份更加完善的需求文檔和交互設(shè)計(jì)稿，并且更新到SVN上,。這個(gè)更新時(shí)間最好不要晚于測試用例設(shè)計(jì)排期的時(shí)間,，如果產(chǎn)品有不能在測試用例設(shè)計(jì)前發(fā)出最終文檔的風(fēng)險(xiǎn)，項(xiàng)目負(fù)責(zé)人要與產(chǎn)品交互做好溝通工作,。

在需求評(píng)審會(huì)前,、中、后,，這整個(gè)過程,，需求確認(rèn)任務(wù)應(yīng)該完成50%。

• 測試大綱設(shè)計(jì)中

在收到最終版的需求文檔后,，測試就可以開始按照排期編寫測試大綱了,，這個(gè)過程中一定會(huì)遇到很多需要確認(rèn)的問題,，逐步確認(rèn)問題就好。

重點(diǎn)關(guān)注：

與產(chǎn)品交互確認(rèn)問題最終一定要落實(shí)在書面上,，如果是郵件確認(rèn)的問題,，最后要有郵件的結(jié)論；如果是口頭確認(rèn)的問題,，要有郵件對(duì)結(jié)論的總結(jié),。并且郵件均要公示到全項(xiàng)目組，且一定要抄送相關(guān)開發(fā),。

在測試大綱設(shè)計(jì)中,，需求確認(rèn)任務(wù)應(yīng)該完成40%。

• 測試大綱執(zhí)行中

測試大綱執(zhí)行中,，也是開發(fā)提測后的階段,，在具體的操作中，也會(huì)引發(fā)一些思考補(bǔ)充,，可以在這個(gè)階段確認(rèn)這些問題,。但是這個(gè)階段不是確認(rèn)需求問題的主要階段，只能起到一個(gè)錦上添花的作用,，應(yīng)該盡量避免核心需求邏輯的推翻,，或者大批量的需求確認(rèn)問題。

在測試大綱執(zhí)行中,，需求確認(rèn)任務(wù)應(yīng)該完成10%,。

• 小結(jié)

總之，需求評(píng)審會(huì)和用例設(shè)計(jì)中,，是需求確認(rèn)的黃金時(shí)間,，在這個(gè)階段能夠把問題確認(rèn)清楚，對(duì)于整個(gè)產(chǎn)品發(fā)版效率會(huì)有很大幫助,。