如今在研發(fā)流程里涂召，不論大廠小廠将硝，幾乎已經普及了需求評審這一環(huán)節(jié)剑辫。需求評審的關鍵作用摘昌，在于讓項目的參與者都了解知曉即將實施的項目的各種需求細節(jié)。產品人員會在需求評審會上虱颗，較詳細的介紹產品沥匈，大概有多少個功能點，核心功能點包含哪些忘渔，哪些細節(jié)需要特別留意高帖，哪些功能已經明確，哪些現(xiàn)在還沒有確定要不要做辨萍，棋恼。
通過需求評審，開發(fā)人員可以先籠統(tǒng)地形成技術選型锈玉，針對模塊的設計架構等一系列的規(guī)劃工作爪飘；而測試在知曉功能點以后，會形成關于功能點的測試用例類型的選型拉背。
But师崎，需求評審，是成員中問題最少椅棺，但是分歧最多的一個評審會犁罩。大家在面對一個迭代項目可能還好齐蔽，如果是個新項目的話，其實每個人都提不出什么問題床估，但是心里對于該項目的測試或者開發(fā)規(guī)劃卻存在很多的疑問含滴。
我的做法是，要求測試在需求評審會上丐巫，把自己對這個產品的功能點復述一次谈况，先讓產品人員和測試人員就產品理解達成一致。話術大概是递胧，讓測試人員說“我對這個產品的理解碑韵，大概是這樣這樣，這個地方如果是這樣的話缎脾，我大概會怎么怎么測試祝闻，大家看這么做有沒有什么問題？”
這樣其他成員會立刻發(fā)現(xiàn)遗菠，測試人員的理解跟自己的理解有沒有分歧联喘，如果有的話，就需要立刻說出來達成共識舷蒲，消除歧義耸袜。可能在這個過程中牲平，會陷入拘泥于細節(jié)的地步堤框，比如什么提示語啊，按鈕放左邊還是右邊這些小細節(jié)上纵柿。所以測試人員應該真對大的功能點來做自己理解的描述蜈抓，某些關鍵細節(jié)如果有必要，或者產品人員考慮不周昂儒，可以說出來大家討論沟使。
如果測試人員對某個功能有不確定性的疑問，一般我會讓測試人員追問出來渊跋，話術大概是“這個功能點我的理解是這樣的腊嗡，產品人員你覺得這樣對不對？跟你的需求是不是一個意思拾酝？XX開發(fā)你明白了嗎燕少？你能不能復述一遍？”對自己有疑問的點蒿囤，先要說出自己的理解客们，拋出疑問點，然后征求多方的證實，而不是僅僅局限于產品人員底挫，因為如果測試有疑問恒傻，那么可能開發(fā)人員也不是很清楚，所以需要開發(fā)人員開口說一說這個功能的理解建邓。
我這樣追問的作用盈厘，在于激活團隊每個角色在評審會中的主觀能動性，從被動的接受需求涝缝，到主動的思考需求扑庞，并且形成討論的氛圍譬重，把每個角色都調動起來拒逮，從而讓需求評審不流于形式。雖然這樣會讓大家都比較累臀规，但是總比最后開發(fā)到一半發(fā)現(xiàn)大家對某些模塊存在需求階段的分歧更好滩援。
END.
