Please enable JavaScript.
Coggle requires JavaScript to display documents.
Chapter 16 Review Techniques (Reviews (說明 (對軟體工程流程中所產生的work product進行技術評估,…
Chapter 16 Review Techniques
Reviews
定義 : 技術人員針對彼此的開發結果進行討論
分類 :
formal
or
informal
說明
對軟體工程流程中所產生的work product進行技術評估
一種軟體質量保證的機制
Errors and defects
Error
: 在把產品交給客戶
前
就發現的質量問題
Defect
: 在把產品交給客戶
後
才發現的質量問題
Defect Amplification
定義 : 前一階段的錯誤，若沒有排除掉，到越後面產生的問題越多
Informal Reviews
包括
simple desk check
: 與同事一起對工作產品進行簡單的desk check(手動檢查程式碼)
casual meeting
: 2人以上開會review工作產品，或the review-oriented aspects of
pair programming
pair programming
鼓勵在creat work product時，持續進行review
=> 可盡早發現錯誤，提高軟體質量
Formal Technical Reviews(FTR)
FTR的目標
找出函式、邏輯、實作的錯誤
驗證軟體是否符合需求
確保軟體有根據預定標準呈現
以統一方式開發軟體
使專案利於管理
FTR是一種包含
walkthroughs
、
inspections
的reviews
Review Meeting
Constraints
參加人數大約3~5人
開會的人應該要事先做好準備，但
不需超過2小時
整個review meeting的時間應該
少於2小時
Focus on a work product (e.g. 需求模型的一部份、詳細的元件設計、元件的source code)
角色
Producer
: 開發work product的人，通知project leader產品以完成，且須進行review
Review leader
: 評估產品的準備狀況，產生軟體材料的copies，並將其發給兩三個reviewer預先準備
Reviewer(s)
: 預計花1~2小時review產品、做筆記、熟悉工作
Recorder
: 記錄過程中所有被提出的重要問題
Conducting the Review
Preparation
of a review meeting
訂下開會agenda and schedule (by review leader)
Review material and distribution (by the producer)
Review in advance (by reviewers)
Review meeting results
A
review issues list
簡單的
review summary report
(review什麼東西、由誰review、結論)
會議決策(accept, reject, or accept under conditions (such as change and review))
Sample-Driven Reviews (SDRs)
定義 : qualify作為FTR主要目標的工作產品
作法
計算每個work product所佔的比例，並記錄發生於該product的錯誤次數
把錯誤次數乘上work product所佔的比例(estimate of the number of faults )
將上述結果由小到大進行排序
把資源投注在最需要review的work product