精華區beta CSSE 關於我們 聯絡資訊
這是老師給我們的一個想法,我算了一下結果在下面 原文出處: 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
milua:不過我的想法很天真啦..沒有實際的經驗咩@@ 11/06 14:14
H45:檢視 1000 行的程式碼為什麼需要 21hr? 大約 10~11 小時吧? 11/06 16:08
milua:其實重點應該是成本的討論..小時都是假設的咩@@ 11/06 18:36