基线

注:1.基线化流程:通过评审→提交<建立基线申请单>→项目负责人审核→递交CMO→CMO建立基线并发布基线通知

gameover(29873308) 09:15:34
好像基线不是很明显
我们这边的测试随意性还是比较大
charmer(43136172) 09:16:05
基线，是当你的项目开发完成后提交的
charmer(43136172) 09:16:43
通过审计机制我们可以保存一个工件完整的变更历史；但是一个项目通常是由成百上千个工件构成的，每个工件在变更过程中都会形成一系列的版本，如何确认系统在某个时刻分别由哪些工件的哪些版本构成？这就需要引入一个概念：配置（Configuration）。对于软件系统来说，在开发过程中某个时刻存储库中所有工件的一个“快照”（snapshot），就形成一个“配置”。对于一些重要时刻的系统配置，我们可以使用基线（Baseline）来进行标志。
IEEE对于基线的定义是：已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式的变更控制过程进行改变
简单地说，基线就是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于这个标准进行，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对它进行的变更都将记录为一个差值，直到建成下一个基线。
建立基线的主要原因是：重现能力、可追踪性和报告能力。
重现能力是指返回并重新生成软件系统给定发布版本的能力。可追踪性建立项目各种类型工件（需求、设计、实现、测试等）之间的横行依赖关系，其目的在于确保设计满足需求、代码实施设计以及使用正确代码编译生成可执行文件。报告能力来源于一个基线内容同另一个基线内容的比较，基线比较有助于程序调试并生成发布说明（Release notes）。
建立基线有以下几个好处：
(1) 基线为开发工件提供了一个定点和快照。新项目可以从基线提供的定点之中建立。
(2) 当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。
(3) 可以利用基线重新建立基于某个特定发布版本的配置，这样也可以重现被报告的错误。
在开发过程中，需要定期建立基线以确保团队开发人员的工作保持同步，通常，在项目生命周期中的里程碑处定期建立基线。