同行評審是軟件工程的最佳實踐之一。CMMI 2.0和即將發(fā)布的GJB5000B中，都將同行評審作為獨立的實踐域?qū)嵤＿@表明同行評審實踐越來越受到重視。
而要使得同行評審更加有效，一個實用的評審檢查單是必不可少的。
那么，如何針對每個工作產(chǎn)品制定出一個實用、有效的檢查單？
這并不是個一蹴而就的事情，一個實用、好用的檢查單，往往需要不斷地迭代才能獲得。
這里無法給出一個適合你組織的好用的檢查單，但是，可以給出一個通用的評審檢查單，你可以在此基礎(chǔ)之上做裁剪、迭代，直到形成適合你組織的檢查單。
對工作產(chǎn)品的評審，主要從以下幾個方面來進行：正確性、完整性、一致性、有效性、測試性、模塊化、清晰性、可行性、可靠性、可追溯性。所以，制定通用的評審檢查單只要覆蓋從這些方面就可以了，而每個工作產(chǎn)品評審檢查單則是根據(jù)被評工作產(chǎn)品的特性對具體的檢查項進行調(diào)整即可。
通用的評審檢查單示例：
正確性
所有的內(nèi)容（需求/計劃/設(shè)計/測試項/測試用例/測試結(jié)果……）是否都是正確的？
在各種條件下（正?；虍惓＃┑那闆r下的描述是否都是正確的？
完整性
是否有漏掉的需求/計劃/設(shè)計/測試項/測試用例/測試結(jié)果……？
是否有漏掉的輸入輸出或條件？
是否考慮了所有的可能情況？
一致性
同一工作產(chǎn)品內(nèi)或不同工作產(chǎn)品間使用的術(shù)語是否是唯一的？
縮寫詞等的使用在同一工作產(chǎn)品內(nèi)或不同工作產(chǎn)品間是否一致？
有效性
是否所有的需求/設(shè)計都有明確的目的？
是否存在對用戶毫無意義的功能/設(shè)計？
設(shè)計的測試用例是否能夠充分驗證對應(yīng)的需求？
測試性
需求描述是否定量，可測試？
軟件設(shè)計是否易于測試？
代碼是否滿足可讀性要求？
模塊化
軟件功能描述是否深入到模塊？
模塊設(shè)計是否符合高內(nèi)聚低耦合的要求？
模塊的大小是否合適？
模塊結(jié)構(gòu)是否分層？
清晰性
工作產(chǎn)品中所有內(nèi)容是否都是易于理解的？
每項說明是否都是唯一的？
每項的說明是否清晰？
可行性
軟件的功能/性能以及其他需求，在現(xiàn)有的資源和技術(shù)水平上是否可行？
可靠性
軟件需求/設(shè)計/測試是否考慮了可靠性要求？
是否考慮了軟件系統(tǒng)崩潰時會出現(xiàn)的問題？
是否考慮了出現(xiàn)異常情況時軟件如何響應(yīng)？
可追溯性
工作產(chǎn)品中每項內(nèi)容是否都有輸入來源？
這正是：
知道需要檢查單，不會設(shè)計檢查項
通用評審檢查單，供你參考打個樣
參考書目：軟件質(zhì)量保證和管理，作者：朱少民，出版社：清華大學出版社
聯(lián)系客服
