51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3020|回复: 15
打印 上一主题 下一主题

[讨论] 何为基线?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-14 12:58:57 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
何为基线?是进入、退出准则还是什么?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-5-14 13:57:32 | 只看该作者
基线和出入口准则是不同的
基线的引入是为了在软件配置管理为了有效地控制变动。
基线是进一步开发和修改的基准。标志软件开发过程的各个里程碑,任一软件配置项一旦形成文档并审核通过,即形成一个基线,对于已成为基线的软件配置项,虽然可以修改,但必须按照一个特殊的、正式的过程进行评估,确认每一处修改。如果不基线大家都乱修改的话,就不能做到版本回溯,不能有效的进行配置管理。
文档和代码提交审核进入受控状态,再批准通过和签发这个过程就叫做基线化。对于已基线化的配置项要进行修改时大致过程如下:
某个软件配置项一旦成为基线,就被放入配置库,以后若某成员想要改动软件配置项,首先要将它拷贝到自己的计算机上并把配置库中此文件加锁,防止其他人使用。完成修改提交审核通过之后,再把修改后的软件配置项签发并放到配置库,同时解锁。

测试阶段的出入口准则是在满足条件时允许输入输出。例如系统测试时必须要成立了需求规格基线才能输入软件开发计划、软件测试计划和需求规格说明书,必须将系统测试计划评审并通过时才能输出系统测试计划。只在测试计划阶段的入口需要SRS/HLD/LLD已被基线,其他入口及出口只需相关文档评审通过即可。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-5-14 14:37:22 | 只看该作者
xie!!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-5-14 15:46:19 | 只看该作者
基线是在配置管理中涉及到的概念,简单说基线就是让文挡受控,防止随意的修改,从而保证软件的完正性和可回溯性.
每一个基线都是其下一步开发的基准.
配置项在其生命周期的不同时间点上通过评审而进入正式受控的状态就是基线,而这个过程称为基线化.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-5-14 16:01:13 | 只看该作者
以下文章转自www.itisedu.com

基线
      基线(Baseline)是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.
      所以,当基线形成后,项目负责(SCM)的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.
      至于对外的正式发布,更是应当从基线了的版本中发布.
      基线是项目储存库中每个工件版本在特定时期的一个"快照".
      它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准,建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线.
      参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区.
      随着工作的进展,基线将合并自从上次建立基线以来开发人员已经交付的工作.变更一旦并入基线,开发人员就采用新的基线,以与项目中的变更保持同步.调整基线将把集成工作区中的文件并入开发工作区.

      建立基线的三大原因是:重现性,可追踪性和报告.

      重现性是指及时返回并重新生成软件系统给定发布版的能力,或者是在项目中的早些时候重新生成开发环境的能力.
      可追踪性建立项目工件之间的前后继承关系.其目的在于确保设计满足要求,代码实施设计以及用正确代码编译可执行文件.
      报告来源于一个基线内容同另一个基线内容的比较,基线比较有助于调试并生成发布说明.

      建立基线后,需要标注所有组成构件和基线,以便能够对其进行识别和重新建立.

      建立基线有以下几个优点:

      基线为开发工件提供了一个定点和快照.
      新项目可以从基线提供的定点之中建立.作为一个单独分支,新项目将与随后对原始项目
(在主要分支上)所进行的变更进行隔离.
      各开发人员可以将建有基线的构件作为他在隔离的私有工作区中进行更新的基础.
      当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法.
      您可以利用基线重新建立基于某个特定发布版本的配置,这样也可以重现已报告的错误.

      使用

      定期建立基线以确保各开发人员的工作保持同步.但是,在项目过程中,应该在每次迭代结
束点(次要里程碑),以及与生命周期各阶段结束点相关联的主要里程碑处定期建立基线:
      生命周期目标里程碑(先启阶段)
      生命周期构架里程碑(精化阶段)
      初始操作性能里程碑(构建阶段)
      产品发布里程碑(产品化阶段)
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-5-14 17:28:40 | 只看该作者
就是当一个项目整个流程中的一个活动评审完以后,通过基线的方式做文档和代码的控制,防止之后修改造成不一致,另外,基线还作为下一个活动的参考对象,即基于这个基线继续开发
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-5-14 17:43:02 | 只看该作者
基线是进一步开发和修改的基准,任一软件配置项一旦形成文档并审核通过,即形成一个基线,对于已成为基线的软件配置项,虽然可以修改,但必须按照一个特殊的、正式的过程进行评估,确认每一处修改。对版本的变更控制有很好的帮助,能为测试提供很好的支持。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-5-14 19:16:09 | 只看该作者
支持 楼上不要用网上搜索的
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-5-15 08:38:36 | 只看该作者
支持
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-5-16 10:14:38 | 只看该作者
觉得网上的好才挂上来的,还特别说明了是转自何处.
我以为这样是可以的.既然有人认为不是原创,那么以后不再这样做了.
刚刚上论坛没有多久,有很多事还不知道,我也正在学习中......
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-5-16 11:19:39 | 只看该作者
我觉得是不是 原创无所谓了,重要的是能解决问题.
能解决问题就是好答案,支持.
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-5-16 11:37:07 | 只看该作者

纠正我的。。。

只在测试计划阶段的入口需要SRS/HLD/LLD已被基线,其他入口及出口只需相关文档评审通过即可。。。
老师昨天又提到基线了,发现我之前理解有误,软件生命周期各个阶段的输出都要基线化,测试文档也要基线化,放入配置管理里面,可以对版本进行控制便于版本回溯。也可以和需求管理结合起来方便对需求跟踪
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-5-18 13:03:30 | 只看该作者
谢谢Wangs的支持!
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-7-23 21:21:44 | 只看该作者
基线是配置项通过评审而进入正式受控的一种状态。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-7-24 09:11:44 | 只看该作者
谢谢
受益匪浅
学习中。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-8-8 17:20:14 | 只看该作者
学习中.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-9 05:47 , Processed in 0.072225 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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