需求評(píng)審
1．需求階段評(píng)審的角色和職責(zé)
一句話，根據(jù)具體情況選擇相關(guān)人員，充當(dāng)相關(guān)角色，履行相關(guān)職責(zé)，大家也別吐槽我，現(xiàn)實(shí)就是這樣，別去記憶這些死規(guī)則了

2．好的需求應(yīng)具備的特點(diǎn)
完整性：每一項(xiàng)需求都必須將所有要實(shí)現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。
正確性：每一項(xiàng)需求都必須準(zhǔn)確的陳述其要開發(fā)的功能。
一致性：指與其它軟件需求或高層需求不相矛盾
可行性：每一項(xiàng)需求都必須是已系統(tǒng)和環(huán)境的權(quán)能和限制范圍可以實(shí)施的。
無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求簡明的用戶性的語言表達(dá)出來。
健壯性：需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。
必要性：可理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”，要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入。
可測試性：每項(xiàng)需求都能通過設(shè)計(jì)測試用例或其它的驗(yàn)證方法來進(jìn)行測試。
可修改性：每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)容易保持一致性。另外，使用目錄列表、索引和相互參照列表方法使軟件需求規(guī)格說明書更容易修改。
可跟蹤性：應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好(f i n e - g r a i n e d )的方式編寫并單獨(dú)標(biāo)明，而不是大段大段的敘述。
分配優(yōu)先級(jí)：應(yīng)當(dāng)對(duì)所有的需求分配優(yōu)先級(jí)。如果把所有的需求都看作同樣的重要，那么項(xiàng)目管理者在開發(fā)或節(jié)省預(yù)算或調(diào)度中就喪失控制自由度
以上特點(diǎn)也是需求評(píng)審的要點(diǎn)，評(píng)審前可以根據(jù)實(shí)際情況指定需求評(píng)審檢查表來幫助評(píng)審。
可以根據(jù)以上特點(diǎn)對(duì)需求進(jìn)行評(píng)審

3．軟件需求評(píng)審輸出
還是一句話，根據(jù)具體情況適當(dāng)?shù)淖龊迷u(píng)審記錄，形式不限，輸出文檔名稱也不限，隨便你取，^^內(nèi)容才是重點(diǎn)

4．組織需求評(píng)審原則
還是一句話，組織自己定吧，適合就好，效率優(yōu)先 ^^，別吐槽，沒騙你的，不信你百度去，可以百度出不同答案

5.需求評(píng)審形式
總 體來說可以分為正式評(píng)審與非正式評(píng)審。正式評(píng)審是指通過開評(píng)審會(huì)的形式，組織多個(gè)專家，將需求涉及到的人員集合在一起，并定義好參與評(píng)審人員的角色和職 責(zé)，對(duì)需求進(jìn)行正規(guī)的會(huì)議評(píng)審。而非正式的評(píng)審并沒有這種嚴(yán)格的組織形式，一般也不需要將人員集合在一起評(píng)審，而是通過電子郵件、文件匯簽甚至是網(wǎng)絡(luò)聊天 等多種形式對(duì)需求進(jìn)行評(píng)審。2種形式各有利弊，在評(píng)審時(shí)，靈活地利用這2種方式。
仔細(xì)來說，可以分為如下：
(1)相互評(píng)審、交叉評(píng)審( Pear-to-pear Review )，甲和乙在一個(gè)項(xiàng)目組，處在一個(gè)領(lǐng)域，但工作內(nèi)容不同，甲的工作成果交給乙審查，乙的工作成果交給甲審查，相互評(píng)審是最不正式的一種評(píng)審形式，但應(yīng)用方便、有效，被普遍使用
(2)輪查( Pass-round )，又稱分配審查方法，是一種異步評(píng)審方式。作者將需要評(píng)審的內(nèi)容發(fā)送給各位評(píng)審員，并收集他們的反饋意見。是一種一種非正式的同行評(píng)審。
(3)走查(Walkthrough )，產(chǎn)品的作者將產(chǎn)品在現(xiàn)場向一組同事介紹，描述產(chǎn)品要有怎樣的功能、結(jié)構(gòu)，從頭到尾走一遍，以收集大家的意見。希望參與評(píng)審的其他同事可以發(fā)現(xiàn)產(chǎn)品中的錯(cuò)誤，并能進(jìn)行現(xiàn)場討論這種形式介于正式和非正式之間，其應(yīng)用普遍。是一種一種非正式的同行評(píng)審
(4)小組評(píng)審(Group Review)，通過正式的小組會(huì)議完成評(píng)審工作，是有計(jì)劃的和結(jié)構(gòu)化的評(píng)審形式。評(píng)審定義了評(píng)審會(huì)議中的各種角色和相應(yīng)的責(zé)任，所有參與者在評(píng)審會(huì)議的前幾天就拿到了評(píng)審材料，并對(duì)該材料進(jìn)行了獨(dú)立研究。
(5)審查(Inspection )。審查和小組評(píng)審很相似，但更為嚴(yán)格，是最系統(tǒng)化、最嚴(yán)密的評(píng)審形式，包含了制定計(jì)劃、準(zhǔn)備和組織會(huì)議、跟蹤和分析審查結(jié)果等。

6.需求評(píng)審的策略
(1)分層次評(píng)審
一般，可以分成如下的層次：
*目標(biāo)性需求指整個(gè)系統(tǒng)需要達(dá)到的業(yè)務(wù)目標(biāo)，是最高層次的、基本的需求，是企業(yè)的高層管理人員所關(guān)注的。如果讓具體的操作人員去評(píng)審目標(biāo)性需求，容易導(dǎo)致“撿了芝麻，丟了西瓜”的現(xiàn)象。
*功能性需求指整個(gè)系統(tǒng)需要實(shí)現(xiàn)的功能和任務(wù)，是目標(biāo)之下的第二層需求，是企業(yè)的中層管理人員所關(guān)注的。
*操作性需求指完成每個(gè)任務(wù)具體的人機(jī)交互〔UI)需求，是企業(yè)的具體操作人員所關(guān)注的。

(2)分階段評(píng)審
應(yīng)該在需求形成的過程中進(jìn)行分階段的多次評(píng)審，而不是在需求最終形成后才進(jìn)行僅有的一次評(píng)審分階段評(píng)審可以將原本需要進(jìn)行的大規(guī)模評(píng)審拆分成各個(gè)小規(guī)模的評(píng)審，這樣就降低了需求分析返工的風(fēng)險(xiǎn)，提高了評(píng)審的質(zhì)量。
這點(diǎn)對(duì)于敏捷開發(fā)模式特別有效。需求按版本為單位劃分，根據(jù)版本進(jìn)行需求評(píng)審（確定做啥，是不是那樣做），通過后開發(fā)針對(duì)該版本需求進(jìn)行開發(fā)，測試根據(jù)需求進(jìn)行用例編寫和維護(hù)，然后按這種模式進(jìn)行迭代。

7.注意事項(xiàng)
精心挑選評(píng)審人員->定制規(guī)范化評(píng)審流程->準(zhǔn)備好評(píng)審材料->做好結(jié)果跟蹤工作等

關(guān)于需求評(píng)審
1、 傳統(tǒng)的軟件開發(fā)模式中，太過依賴文檔，有各種各樣的文檔，需求說明書，比如市場需求說明書，業(yè)務(wù)需求說明書， 軟件概要說明書，軟件詳細(xì)設(shè)計(jì)文檔等等，這些文檔在追求速度的時(shí)代卻似乎效用不大，很多時(shí)候反而成了負(fù)擔(dān)。怎么解決這個(gè)問題？
去掉無用的功能定義文檔、需求文檔可行方法：
想法快速制作成靜態(tài)的原型->>根據(jù)“市場效果反饋”修改原型設(shè)計(jì)->>用真實(shí)數(shù)據(jù)建立一個(gè)動(dòng)態(tài)原型->去除累贅
這樣，以實(shí)際的界面或原型來說明你要構(gòu)建一個(gè)真正的產(chǎn)品，是很好的方法。
從這個(gè)點(diǎn)出發(fā)，我們可以把重心從“需求文檔評(píng)審”轉(zhuǎn)移到“原型(Demo)評(píng)審”,以原型評(píng)審為中心，輔以必要的文檔說明，作為原型的補(bǔ)充。

2、 三方協(xié)作
也就是說，每項(xiàng)功能需求的討論都要開發(fā)人員，測試人員，產(chǎn)品人員的參與，有參與才有認(rèn)同，開發(fā)前必須達(dá)成一致

3、各種評(píng)審會(huì)上，一定要有個(gè)能做決定的人，因?yàn)樵u(píng)審的時(shí)候各方不可避免地會(huì)對(duì)需求有不同理解，從而出現(xiàn)爭論，公說公有理，婆說婆有理，誰也說服不了誰，會(huì)議相關(guān)人都要參與

總結(jié)

以上是生活随笔為你收集整理的测试流程之需求评审的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。