在正式的會議上將軟體專案的成果(包括各階段的文件、產生的**等)提交給使用者、客戶或有關部門人員對軟體產品進行評審和批准。其目的是找出可能影響軟體產品質量開發過程、維護工作的適用性和環境方面的設計缺陷,並採取補救措施,以及找出在效能、安全性和經濟方面的可能的改進。
在軟體開發與測試的各個階段進行相應的檢查,有利於軟體產品與過程的質量提高。
1.1.3.1 同行評審
由軟體工作產品建立者的同行們檢直該工作產品,識別產品的缺陷,改進產品的不足。
1.1.3.2 管理評審
由軟體專案/產品管理者對專案過程中管理活動進行評估,識別過程缺陷,改進管理活動。
1.1.3.3 單人評審
由單獨乙個評審員對簡單的工作產品進行評估,識別產品的缺陷,改進產品的不足。
評審組長被任命
評審在相關計畫中被定義
被評審的產品準備就緒
評審 員經過評審規程的培訓
評審員應經過被評審問題的技能的培訓
協調員應當受過如何執行評審的正式培訓,或者應當參加幾次評審的經驗
《專案計畫》已經制定
評審產品,而不是評審設計者(不能使設計者有任何壓力)
會場要有良好的氣氛
限制爭論與反駁(評審會不是為了解決問題,而是為了發現問題)
指明問題範圍,而不是解決提到的問題
展示記錄(最好有黑板,將問題隨時寫在黑板上)
組評審時會議人數應在5-9人為佳
組評審**審員中應包括被評審產品作者的同行。( 例如對程式設計文件的評審,評審員中應包括其他程式設計人員)
組評審**審員中應包括被評審產品的上下游相關人員。( 例如對程式設計文件的評審,評審員中應包括詳細設計人員和後續的編碼人員)
堅持會前準備工作
對全部評審人員進行必要的培訓
參與人員不了解評審
評審沒有被安排進專案計畫
評審會議變成了問題解決方案討論
評審人員事先對評審工件沒有足夠了解
評審人員關注於非實質性問題
忽視組織細節
會議時間過長
學太多的歷史悲劇告訴我們風險無處不在,不學會控制它,就一 定會被它所控制必風險分類。
1.5.1.1 軟體風險
這種風險分析主要是確定軟體中要測試什麼,測試的優先順序,測試的深度。
1.5.1.2 規劃風險
這種風險主要是為了防範未計畫而影響專案進度的事件發生。比如測試人員突然離開導致人員不足、軟體的需求的突然變更。
47 什麼是評審
ieee std 1028 1988給出的定義 評審是對軟體元素或者專案狀態的一種評估手段,以確定其是否與計畫的結果保持一致,並使其得到改進。檢驗工作產品是否正確地滿足了以往工作產品中建立的規範,如需求或設計文件。評審可以分為管理評審 技術評審 文件評審和流程評審。1.管理評審就是質量體系評審。通常...
需求評審分析什麼 測試維度
軟體質量的六個標準 1 功能性 2 可靠性 3 易使用性 4 效率 5 可維修性 6 可移植性 測試人員,可以簡單的分為4個級別。第一層 功能性上保證。做好本職工作,考慮正常的業務主線以及各種異常流,盡量不出現問題。測試的最重要最基本的問題,就是保證產品質量,做到發布上線沒問題,那麼,在需求評審的時...
什麼是LVM 什麼是LV 什麼是VG
lvm logicl volume manager 邏輯卷管理器,通過使用邏輯卷管理器對硬碟儲存裝置進行管理,可以實現硬碟空間的動態劃分和調整。一 基本概念 1 物理卷 pv physical volume 物理卷在邏輯卷管理中處於最底層,它可以是實際物理硬碟上的分割槽,也可以是整個物理硬碟。2 捲...