這是老師給我們的一個想法，我算了一下結果在下面 原文出處: http://sea-taiwan.blogspot.com/2008/10/code-inspection.html 除了動態測試（執行程式來檢驗是否正確）以外，靜態的檢視也是非常重要的測試方法。 檢視的對象可以是 code, 設計文件、需求文件等。當檢視的對象是 code, 我們稱之為 code inspection，一般而言有以下的角色： 撰寫者 (owner)：程式的撰寫者 檢視員 (inspector) ：檢視程式的錯誤，通常都是較為資深或領域專家 速記員 (scriber)：在檢視會議中幫忙記錄 主席 (chair/moderator)：仲裁與協調會議的進行 在分工比較細的組織中，甚至還有報告者，但可以撰寫者來兼任。 靜態檢視可以分為幾個步驟 簡介 (Overview): 由撰寫程式者向所有的檢視者簡介系統內容 獨立準備 (Individual Preparation): 每個 inspector 獨立的閱讀與檢視程式碼， 並將疑問處圈選出來，預備在會議上討論 檢視會議 (inspection): 檢視程式碼 追蹤 (follow up): 修正會議上所找出來錯誤，並持續追蹤 依照 Sommerville 書上的資料顯示， 簡介、獨立準備、檢視會議 的速度分別是 500, 125, 90 statement/hour, 假設我們完成了一個 1,000 statement 的程式碼，檢視員有 2 位， 請問一次 code inspection 花公司多少錢？值得嗎？（請假設每個員工的薪水）。 有興趣的大家一起算算吧！ =========================================================== 以下是我的答案 定位資深領域專家 400/hr (1人月薪約70000元) 檢視1000 statement 總共要花 21hr * 2人 42hr * 400=16800元 1000行的程式碼 可能賣不到這價錢 除非專家的行情壓低 或是 程式碼的質量 達到高價位,要不然不太划算 而且 程式碼量越多,所花的時間不會等差 增加,可能會以多倍增加的方式上升 反之亦然,但 程式碼很少可能就不需要經由這個過程 ============================================================ 有機會也歡迎大家來這邊看看 這次一個輕鬆談軟工的地方 可以看到一些不錯的文章 裡面的作者也大多是軟工方面的專家 http://sea-taiwan.blogspot.com/ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.134.26.22