在困難專案中進行評審問題．
專案執行過程中，整個網路系統技術方案由系統組提供，軟體組負責軟體子系統技術方案，軟體**實現，軟體測試．由於系統組缺乏經驗，專案中決定引入評審．在評審過程中要求軟體組參與．原因為軟體組可盡早了解系統方案．有利於解決人力資源的問題．其立意是好的，不過在實現上效果很差．原因如下：
不同於同行評審，軟體組並沒有進行系統方案設計的培訓，不具備系統方案同行評審的技術能力．所以，軟體工程師評審系統方案，僅能分析系統方案中某些部分是否能軟體實現．
分析系統方案能否軟體實現還依賴，軟體工程師對系統方案的了解和對軟體產品本身的了解．但現實中，軟體工程師未被給予足夠的時間來準備技能，基本不能給予有效結果．
對這種評審的執行結果為，評審達不到效果，而在軟體實現和測試過程中常常遇到與系統設計方案有關的困難．而系統則聲稱＂已經請軟體組評審過了，有問題為什麼早不說．＂ 專案進度則遭到挑戰．進而，專案要求軟體組解決問題．軟體組則忙於解決問題就更沒有時間進行下一階段的技術方案評審工作．最後導致惡性迴圈．同時，在審查過程中，對於審查結果有一定記錄例如，反饋意見表等等．但往往關鍵性技術問題沒有發現．
教課書上的同行評審過程在現實專案運作中常常會遭遇資金，人員，專案進度，客戶等各方面問題往往得不到有效實施．
所以，如果由於資金，人員，時間等問題，採用工作流上下一級對上一級工作進行審查時，如軟體組審查系統技術方案．則為保證實行效果可考慮下列措施
審查結果應能反映出審查的有效性．例如在上例中，對系統方案的審查結果可以考慮在系統組方案通過審查之前，要求軟體組提供根據系統方案所編寫的軟體子系統設計方案初稿．該子系統設計方案初稿可基本保證軟體組理解了系統組方案並認真考慮了軟體子系統設計方案．
審查者，如果為軟體組．則應組織相關系統方案相關知識培訓並保證其能有時間進行詳細審查．
附，網上摘錄的同行評審方法．
來自it168
目的：盡早、有效的從軟體產品中清除錯誤。
內容：由軟體開發者的同事對軟體產品進行系統的檢查，來發現錯誤和檢查修改過的區域。
目標：
.對等審查需經過計畫。
.軟體工作產品中的錯誤需指明和清除。
承諾：
c1.專案要根據機構的政策來進行對等審查。
前提條件：
a1.提供充足的資源和資金對每個需要審核的軟體工作產品進行對等審查。
a2.對等審查的領導需要接受如何進行對等審查方面的培訓。
a3.參加對等審查的人員需要接受對等審查的目的、原則和方法的培訓。
執行動作：
a1.對等審查要有計畫，並且計畫要文件化。
a2.對等審查要根據文件化程式來完成。
a3.對等審查的資料和結果都要記錄下來。
度量分析：
m1.進行度量來判定對等審查活動的狀態。
驗證：
v1. 軟體質量保證組要檢查審核對等審查的活動和工作產品並報告結果
實戰專案 用例評審 問題總結 Dotest 董浩
實戰專案 用例評審 問題總結 1 覆蓋率 原型中提到的一定要覆蓋全面 未提到的規則，自己要想的明白，寫出來 有時候原型或者ui與實際的東西並不是相符的 2 排版 注意整體用例的排版 執行的先後順序 3 模板 公司模板可不用修改 4 標註 文件中禁止使用多顏色 顯得不是太正規 5 正確性 測試時首先要...
在VS中進行對專案進行編譯出現不能編譯的問題
在用 vs工具開發的 asp.net 應用程式時，有時會出現c windows microsoft.net framework v2.0.50727 temporary asp.net files這個資料夾的 csc.exe 編譯應用程式已存在還是什麼，該應用程式就是編譯不過去一直報這個錯誤。解決辦...
在vue專案中，對axios進行的封裝
由於專案需求，對axios進行了封裝。引入axios import axios from axios let cancel promisearr const canceltoken axios.canceltoken 請求 axios.interceptors.request.use config ...