作者milua (milua)
看板CSSE
标题[分享] 轻松谈软工--code inspection的代价
时间Thu Nov 6 14:14:18 2008
这是老师给我们的一个想法,我算了一下结果在下面
原文出处:
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
1F:→ milua:不过我的想法很天真啦..没有实际的经验咩@@ 11/06 14:14
2F:→ H45:检视 1000 行的程式码为什麽需要 21hr? 大约 10~11 小时吧? 11/06 16:08
3F:→ milua:其实重点应该是成本的讨论..小时都是假设的咩@@ 11/06 18:36