有位網(wǎng)友很執(zhí)著的希望了解到更多更詳細(xì)如何測試需求的信息。可無奈最近都太忙或太累，休息時(shí)間沒有抽空來更新blog。雖然，關(guān)于需求質(zhì)量如何測試的更多細(xì)節(jié)由于涉及公司知識資產(chǎn)保護(hù)不能分享。但是，我可以給大家一些點(diǎn)撥，這些方法是國際通用的需求質(zhì)量評審方法。
需求質(zhì)量的把握首先可以從需求評審維度的全面性來支撐評審活動的質(zhì)量，參考國際通用方法有：
1： 需求描述是否具備完整性；（沒有遺漏內(nèi)容；或描述片面）
2： 需求描述是否有二義性；（沒有讓不同的人有不同的理解結(jié)論）
3： 需求描述是否是正確的；（需求之間沒有沖突等）
4： 是否包含有非功能屬性的需求；（性能，安全性，可靠性，易用性等）
5： 是否需求是可以驗(yàn)證的；（需求描述具備可測試性）
6： 需求是否可實(shí)現(xiàn)；
更多細(xì)節(jié)，請見這個鏈接中的內(nèi)容：
http://download.51testing.com/ddimg/uploadsoft/20100507/reqreview.doc
還有 Delta公司的測試地圖，google搜索吧。
其次，關(guān)于需求評審的效率?？梢圆捎?個人單獨(dú)一個房間抽取專門的時(shí)間段100％投入進(jìn)行結(jié)對評審的方式。事實(shí)證明，一大群能力高低不平的人集中在一個地方開評審會的方式，不但評審不會系統(tǒng)，而且溝通交流效率很低（太多意見不一致，人越多越難達(dá)成一致）。采用敏捷2個人結(jié)對編程的思想，結(jié)對評審能很好的在第一時(shí)間發(fā)現(xiàn)需求存在的二義性，而且2人還可以馬上進(jìn)行討論，很快達(dá)成一致意見，能大大提高單位時(shí)間內(nèi)需求評審的效率和需求評審質(zhì)量。
最后，需求文字描述質(zhì)量的把關(guān)。如果我們測試人員無法在需求的有無上進(jìn)行判斷或需求的價(jià)值上進(jìn)行建議，那么測試人員至少可以在需求描述的質(zhì)量上進(jìn)行一定的把關(guān)。有一個很簡單的道理：如果開發(fā)人員在需求描述上都存在含混不清，或是描述不準(zhǔn)確，不完整，那么后續(xù)的程序員在閱讀需求時(shí)肯定會很吃力，一定會對需求理解產(chǎn)生偏差，在開發(fā)實(shí)現(xiàn)時(shí)與最初需求編寫者的要求產(chǎn)生偏差。測試人員在依據(jù)需求進(jìn)行測試用例編寫時(shí)，也會出現(xiàn)需求理解困難，導(dǎo)致測試用例編寫的困難，最終測試未能覆蓋到需求編寫者的最初想法。
所以，當(dāng)需求了解和分析被開發(fā)人員一家獨(dú)占，測試人員只能進(jìn)行輔助工作時(shí)，那就在開發(fā)人員提供已有的需求描述的材料上，盡可能的進(jìn)行需求描述質(zhì)量的測試。只要測試人員堅(jiān)持做，敢做，盡力去做，需求質(zhì)量的測試工作一定能開展下去。投入多少，就能得到產(chǎn)出多少，而測試人員的需求評審能力也能持續(xù)提升。
在需求階段，發(fā)現(xiàn)一個需求缺陷的價(jià)值是多大呢？業(yè)內(nèi)有個缺陷修復(fù)成本比例，
需求階段：設(shè)計(jì)階段：測試階段：上市階段＝N:10N:100N:1000N；也就是說，如果需求的缺陷在測試階段才被發(fā)現(xiàn)，那么用于修復(fù)需求缺陷的成本將是需求階段修復(fù)該缺陷成本的100倍，如果在上市后才發(fā)現(xiàn)，那么成本將是1000倍。
事實(shí)上我一直認(rèn)為：時(shí)間越短的項(xiàng)目，人員越少的項(xiàng)目，越要加強(qiáng)需求質(zhì)量的測試，絕對投入產(chǎn)出是最大，也是解決時(shí)間不足，人員不足的好方法。根據(jù)經(jīng)驗(yàn)，需求中隱含的缺陷如果是在系統(tǒng)測試階段發(fā)現(xiàn)，大部分需求隱含的缺陷都是功能級缺陷，缺陷影響力是比較大的。
任何好的工程方法，好的思想，只是武器。有好的武器能提高好獵手的效率，但是如果獵手能力經(jīng)驗(yàn)不夠，好武器的效果會大打折扣。方法不用貪多，在用好用精手上的方法之前，用好自己的武器勝過再尋找更多的武器。需求評審的方法是“術(shù)”，而足夠的測試經(jīng)驗(yàn)、項(xiàng)目經(jīng)驗(yàn)和責(zé)任心則是“道”。同樣的需求測試方法，選取不
同的人來實(shí)施，得到的效果和結(jié)果都是不一樣的。我的建議是：需求評審最好選取項(xiàng)目測試經(jīng)驗(yàn)最豐富的同事來實(shí)施。
版權(quán)聲明：本文出自架構(gòu)師Jack的51Testing軟件測試博客：http://www.51testing.com/?293557
原創(chuàng)作品，轉(zhuǎn)載時(shí)請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。