51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 26323|回复: 28
打印 上一主题 下一主题

如何理解“基线”(Baseline)这个术语【转】

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-5-17 19:32:46 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
转载自:http://www.devmanclub.com/ShowPost.aspx?PostID=1637


--------------------

“基线”是一个很常见的术语,在配置管理和项目管理里面都能看到,而且还有很多衍生的术语,例如基线提升、基线化、基线审计,等等等等。

我个人以前对微软的那套开发流程(就是product cycle model)以及PSP、TSP了解比较多一些,这些流程里面对“基线”的概念提的不多。但接触RUP、MSF以及项目管理以后,看到到处都有b
aseline,就觉得迷惑了。

经过我自己的理解,以及和几个同事的讨论,现在我觉得我们通常看到的“基线”这个术语有两个意思:

1)代表多个源代码文件的一组版本。

比如有三个文件,aaa.c、bbb.c和ccc.h。可以对这三个文件做一个基线,取aaa.c的版本1.1,取bbb.c的版本1.3,取ccc.h的版本1.0。(1.1,1.3,1.0)就是一个基线。换
句话说,通常在vss和cvs里面做label,就是在做基线。

这种基线对“构建审计”特别有用:在做build的时候,可以先对所有源文件做一个label,取名为"Build2394",然后再编译、集成。这样,以后如果要找到和build 2394对应的原文件,只需要
到vss或者cvs里面把所有文件对应label Build2394的版本取回来就可以了。

2)代表文档的一个稳定状态。

比如有一个项目设计文档,当设计基本完成,开发即将开始的时候,需要把这个文档固定下来,内容不能再频繁改变,否则开发人员就无所适从了,可能导致每个人所参照的文档并不是同一个文档。用一句上海这里的生活用语来
说,就叫做要把这个文档“敲定”。

一个文档如果经过讨论被通过了,被固定了,就可以说这个文档被“基线化”了,然后所有人就可以在这个“基线”的基础上工作。

当然,文档不可能一成不变,所以当对文档的修改仍然会不断进行,但这种修改并不会随时随地的添加到被“基线化”了的文档中去。因为既然是“基线”,就不能随便动。

但是到了一定时候,修改积累到一定程度,就需要把很多修改合并到原来的文档中去了,并生成一个新版本的文档作为团队中所有的人的参考标准,并把老的版本淘汰掉。这就叫做“基线提升”。



以上就是我个人对“基线”这个术语的两种不同含义的理解,大家可以讨论讨论看,是不是差不多就是这个意思。
3)合同基线
当你和客户讨论后,“敲定”的合同
4)发行基线
你会对你要发行的代码,文档版本进行label, 比如Release2.2,
这样,你可以随时取出此版本作build,进行测试,发布。

5)产品基线
当发布时,你会对产品中所有的配置项进行label,包括可执行命令,文档手册,库文件。。。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

29#
发表于 2013-7-24 22:25:18 | 只看该作者
答疑
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2012-9-23 15:41:35 | 只看该作者
路过!!!
不发表意见……
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2012-5-12 17:10:39 | 只看该作者
有点简单
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2012-5-12 15:06:47 | 只看该作者
不错不错,楼主是个绝对高手
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2012-1-30 11:48:36 | 只看该作者
刚接触质量管理,学习了
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2011-11-16 13:34:09 | 只看该作者
我觉得就是这样,说的很对~
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-8-10 21:08:32 | 只看该作者
同意20楼对基线的理解!
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-7-21 13:45:32 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2011-6-5 15:31:31 | 只看该作者
一直对基线这个概念理解的不够清楚,感谢楼主分享
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2011-2-28 13:16:15 | 只看该作者
多谢楼主了,刚接触基线这个概念,一直很难理解。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2010-11-2 09:45:35 | 只看该作者
楼主将基线理解的窄了.

基线不仅仅被放在文档控制和版本控制中,这仅仅是软件开发中的一隅.既然这个板块是质量板块,实际上我更倾向于还原基线的本意.基线就是地基打完后的一条线,或者叫基准线,或者叫其他的什么什么.

基线可以是任何东西,只要这个东西在某个度量中占据了一个确定的刻度,其他东西以该刻度为标准参考.基线可以是一个范围,例如,软件需求是软件开发的基线,也即软件开发过程在需求文档规定的范围内进行.如果是一个阶段的基线,那么就变成了一个类似于里程碑的东西,以前面的比喻就是一个个基线成为尺子上的一个个刻度.

这是我对基线的理解.
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2010-10-28 18:19:26 | 只看该作者
跟老师们学习了
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2010-8-6 23:35:02 | 只看该作者
我觉得基线的概念并不限于软件,我们的产品开发,包括软硬件,每到关键里程碑时都要将一些输出基线化。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2010-6-22 18:02:39 | 只看该作者
    简单认为就是‘里程碑’
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-6-22 17:54:54 | 只看该作者
    新入行,学习中
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2009-10-16 15:02:48 | 只看该作者
    学习中,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-12-8 14:03:29 | 只看该作者
    好东西!感谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2008-12-7 15:11:20 | 只看该作者
    你文中所指的”基线提升“含义实际应该是”推荐基线“
    参考http://se.csai.cn/casepanel/CM/No107.htm
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2008-11-21 16:04:38 | 只看该作者
    嗯,我们测试的需求都是基于某个baseline的
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-20 00:20 , Processed in 0.097593 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表