一、概要

　　1.1　内容

　　规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。

　　1.2　适用范围

　　对于不同类别的软件项目，配置管理的流程不同，可在本流程的基础上进行裁减。

　　1.3　术语和缩略语

　　1.3.1　软件配置管理（Software Configuration Management，SCM）

　　软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。

　　1.3.2　配置（Configuration）

　　配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此配置包括了即将受控的所有产品特性，其内容及相关文档、软件版本、变更文档、软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的配置包括更多的内容并具有易变性。

　　1.3.3　配置项（Configuration Item，CI）

　　凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item, CI），配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。一个纯软件的CIs通常也称之为软件配置项（Computer Software Configuration Items，CSCIs）。

　　配置项主要有两大类：

　　1) 属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等；

　　2) 项目管理和机构支撑过程产生的文档。这些文档虽然不是产品的组成部分，但是值得保存。

　　每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。

　　1.3.4　基线（Baseline）

　　在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑（Milestone）处创建，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。

　　基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。

　　建立基线的好处：

　　1) 重现性：及时返回并重新生成软件系统给定发布版的能力，或者是在项目中的早些时候重新生成开发环境的能力。当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。

　　2) 可追踪性：建立项目工件之间的前后继承关系。目的是确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。

　　3) 版本隔离：基线为开发工件提供了一个定点和快照，新项目可以从基线提供的定点之中建立。作为一个单独分支，新项目将与随后对原始项目（在主要分支上）所进行的变更进行隔离。

　　二、相关人权责

　　2.1　项目经理（Project Manager，PM）

　　责任：

　　1) 与CCB协商确定项目起始基线和开发里程碑；

　　2) 接受配置管理计划，并按相关规定贯彻执行；

　　3) 接受配置控制委员会的报告。

　　权利：

　　1) 提出配置管理计划的修改要求；

　　2) 提出管理管理的建议和要求。

　　2.2　配置控制委员会（Configuration Control Board，CCB）

　　责任：

　　1) 制定和修改项目的配置管理策略；

　　权利：

　　1) 批准、发布配置管理计划；

　　2) 建立、更改基线的设置，审核变更申请；

　　3) 根据配置管理员的报告决定相应的对策。

　　2.3　配置管理员（Configuration Management Officer，CMO）

　　责任：

　　1) 编制配置管理计划；

　　2) 执行配置项管理方案；

　　3) 执行版本控制和变更控制方案；

　　4) 编制配置状态报告；

　　权利：

　　向CCB汇报有关配置管理流程中的不符合情况。

　　2.4　程序库管理员（Program Librarian，PL）

　　责任：

　　1) 配置库的建立和权限分配；

　　2) 配置管理工具的日常管理与维护；

　　3) 配置库的日常操作和维护；

　　权利：

　　1) 各配置项的管理与维护；

　　2) 对开发人员进行相关的培训。

　　2.5　开发人员（Developer）

　　责任：

　　1） 根据确定的配置管理计划和相关规定，提交配置项和基线；

　　2） 负责软件集成和版本生成。

　　权利：

　　按照软件配置管理工具的使用模型来完成开发任务。

　　2.6　测试人员（Tester）

　　责任：

　　根据配置管理计划和相关规定，提交测试配置项和测试基线；

　　权利：

　　负责软件变更的测试验证。

　　2.7　软件质量保证员（Software Quality Assurance，SQA）

　　责任：

　　负责配置审核并提交报告。

　　权利：

　　对配置审核中发现的不符合项，要求相关责任人进行纠正。

十一:TD8.0连接SQL 2000,ping不通,也不能建立新的Project

在TD的DBserver中ping SQL 2000,错误提示为：
  [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied. | Unspecified error.

主要原因是因为:SQL SERVER安装默认的别名是SQL SERVER,而TD 安装的时默认的数据库别名是TDSQLSERVER，两者不一致。

解决方法：
打开“SQL Server客户端网络实用工具”---别名:添加---服务器别名（TDSQLSERVER）;服务器名称（TDSQLSERVER）；管道名称（主机名）；网络库（Named Pipes）保存后OK.

十二: RPC server is unavailable 

 TD启动时提示:RPC server is unavailable.

解决办法：

1. 重起TD（这种情况，可能是你安装的杀毒软件的原因；你的TD在启动时，加载不成功）

2. 把右下角的TD——start/stop重新启动一下或则再次刷新以下“Run as”选项

3. 最次的一个办法：把有关TD的各个启动项全部刷新.

 

(我安装TD8.0 时出现了这个问题,我的运行环境是Window XP+SQL 2000个人版+ IIS 5.1. 后来运行环境换成window server 2003+SQL 2000+IIS 6.0此问题不存在了.)

 

七:TD如何对发送邮件的发送内容以及发送条件进行设置

1.         进入‘CUSTOMIZE’->‘Configure Mail’，在‘Configure Mail’->‘Fields’中选择你要发送的邮件中所要包含的内容

2.         在‘Configure Mail’->‘Condition’中选择你要发送邮件给指定的条件的用户

l  如果选择了‘Detected By’中的‘All Defects’那么这意味着，在用户提交bug时，在bug界面中Detected By字段被选中的用户将收到邮件

l  如果选择了‘admin’ 中的‘All Defects’那么这意味着，所有bug的缺陷都会提交给用户‘admin’

八:TD8.0中邮件标题过长导致邮件无法显示

问题：

发送bug邮件时，当BUG的标题超过22个字符出现就无法正确显示Html

解决：

1.         点击操作系统‘开始’->‘运行’，输入‘mecury.ini’，点击‘OK’按钮，打开以个名为mecury.ini的文本文档（或者打开<system drive>:\Winnt\mecury.ini进行修改）

2.         在mecury.ini文档中加上一段配置代码

[SAQFORMAT]

Project Name = Subject line

例如：

[SAQFORMAT]

BBM（项目名称） = BBM.BBM - # ？BG_BUG_ID（标题名称，其中？BG_BUG_ID为BUG_ID的变量）

九:打开TD提示:Error:Server is Not Available 的解决方法

问题：

在进入td的start_a.htm时提示Error:Server is Not Available，按确定，再提示：OTA server is not connected。使用TD的TestDirector Checker检查了一下，没有发现任何问题

解决：

1.         在‘开始’->‘运行’中输入‘inetmgr’，打开IIS管理器

2.         点击站点‘TDBIN’，右键‘属性’->‘虚拟目录’查看‘Application name’的使用项为空且右边的按钮为‘Remove’而不是‘Create’。（证明此站点的应用设置有问题）

3.         在‘Application Protection’中选择‘High（Isolated）’，提示error（证明IIS出现问题）

4.         在‘开始’->‘运行’中输入‘iisreset’，重新启动IIS服务

5.         再次进入站点‘TDBIN’，右键‘属性’->‘虚拟目录’，在‘Application Protection’ 中选择‘Low（IIS Process）’，然后点击‘Application name’使用项右边的按钮‘Create’（此时为Create）生成TD站点应用程序成功，可以继续使用TD.

(我安装TD8.0 时出现了这个问题,我的运行环境是Window XP+SQL 2000个人版+ IIS 5.1. 后来运行环境换成window server 2003+SQL 2000+IIS 6.0此问题解决了.)

十:在Windows XP中安装TD8.0后,IIS默认网站不可用

在网上查找有关资料发现是XP系统补丁的漏洞,安装此补丁并重启机器后，winxp系统的IIS默认网站将会停止且无法启动。手动启动时报“服务没有及时响应启动或控制请求”，再进一步检查，World Wide Web Publishing服务不能启动所至，该服务报错为“错误号127，找不到指定的程序”，程序当然是存在的，删除IIS重装还是不行。

解决办法：
打开“控制面板”---“添加删除程序”，将顶部的“显示更新”前打上勾，然后找到2007年7月10日的补丁，卸载。(我安装TD8.0 时出现了这个问题,卸载补丁后系统不能启动. 安装运行环境window server 2003+SQL 2000+IIS 6.0此问题解决了.)

一:TD正常安装后不能正常运行，造成浏览器运行假死的状况

有可能造成的原因是由于杀毒软件阻止了TD的进程运行，需要关闭掉杀毒软件，然后再次运行TD

二:TD中字体如何进行修改

1.         首先下载字体控件

有SP4的字体控件下载地址：

           http://www.51testing.com/cgi-bin/viewthread.php?tid=6961&fpage=1

无SP4 的字体控件下载地址：

                   http://www.51testing.com/cgi-bin/viewthread.php?tid=6977&fpage=1

说明：分别为两个rar的压缩包，下载到本地后，选中任意一个压缩包直接点右键“释放到这里。。。”即可（因为压缩的方式为分卷压缩，实际是把一个文件分成两个部分压缩，解压时rar会自动把两部分合在一起，所以各位同学实在不必为另外一个没有解压而担心）。

解压后的文件名是：TDClientUI.ocx（如果是TD8.0应为TDClientUI80.ocx）

2.         然后进行控件替换

l  关闭TD服务.

l  关闭所有的浏览器.

l  在目录‘InetPub\TDBIN\Install’中，用新的‘TDClientUI.xco’（改写下载文件的后缀）文件进行替换.

l  在目录‘InetPub\TDBIN’中打开文件‘setup_a.ini’，找到节点‘[File_2]’中的‘CheckSize=******’改写CheckSize的大小为新‘TDClientUI.xco’文件的大小.

l  进入C:\program files\common files\Mercury Interactive\TD2000目录，备份原TDClientUI.ocx文件.

l  将下载的字体控件TDClientUI.ocx拷贝至C:\program files\common files\Mercury Interactive\TD2000目录.

l  然后重启TD服务.

三:TD如何新建一个新project

1.         进入‘Site Administrator’->‘DB Servers’，点击‘Create Project’，在‘Create Database Server’选择你要创建的项目名称，数据库的类型;

2.         在‘Site Administrator’->‘Projects’中选择一个域，然后点击‘Create Project’创建一个新project;

创建一个新Project实际上是在数据库里新建了一个库.

四:如何设置TD自动发送邮件

1.         进入‘Site Administrator’，选择一个项目.

2.         勾选上该项目的‘Send defect emails automatically’选项.

3.         进入‘Site Administrator’->‘TD Servers’，点击‘Mail Protocal’，选择你要使用的邮件服务器（最好方式是搭建一个邮件服务器，然后选择‘SMTP Server’选项，输入邮件服务器地址）.

五:TD如何自定义BUG字段选项

1.         进入‘CUSTOMIZE’->‘Customize Project Entities’,在‘Project Entities’中选择‘DEFECT’（其中System Fields为不可编辑和修改的，只能进行常规的操作，User Fields为可编辑的，因此在更多时候添加新的字段会选用User Fields）

2.         点击‘User Fields’->‘New Field’,在‘Field Settings’对你的新字段进行编辑

l  Field Label：字段名称

l  Field Type：字段的选择类型Number（整型）、String（字符型）、Lookup List（下拉框）、Date（日期类型）

l  History：显示修改的历史记录

l  Required：此字段为必填选项

注：如果在Field Type选择了Lookup List选项，那么会让你编辑‘Lookup List’中的内容，其中下拉框里连接的其实为‘Customize Project Lists’内设定的值，也可以点击‘New List’建立一个新的与Lookup List中动态连接的值（具体参见‘Customize Project Lists’）

六:TD如何对下拉框（Lookup List）中的字段进行编辑

1.         进入‘CUSTOMIZE’->‘Customize Project Lists’，在‘Lists’中选择你要编辑的字段

2.         在‘List Items’中选择你要修改的值，然后进行修改

一个测试案例，觉得不错，转载下来和大家共同分享

案例：

某软件公司在开发一个城镇居民保险系统时，在单元测试、集成测试阶段，为了追赶进度，开发人员与测试人员都没有介入测试工作。

系统测试阶段，测试小组借助缺陷管理工具和开发人员交互进行测试与缺陷修复工作。期间，发现“扭转文档无法归档”的严重错误，开发人员在修改时，认为难度太大，决定暂停修改，得到测试人员认可。在产品发布前，该问题在开发环境下得到解决。

回归测试结束后，开发人员把开发环境下的产品打包，发送给客户。

分析：

　　在案例中，有几处显然不合理的地方：

　　1.测试介入太晚

　　2.回归测试做得不合理：“开发人员把开发环境下的产品打包，发送给客户”，明显还缺少一次测试。所有的缺陷应该经过验证修改后才可以发布产品。

　　3.产品发布的出口不对：案例中的产品最后由开发人员直接发布，十分不合理。很多缺陷在开发环境下运行时不会出现，来源于开发环境打包的产品隐藏更多的缺陷。实际最后发布的产品应该从产品库中提取，而且基线库中的产品应该是最后经过测试的。

　　4.缺陷流程管理不合理：

　　5.缺陷的权限控制不严：开发工程师无权决定是否延期或者暂时停止修改某一缺陷；测试工程师认可错误的决定也是不合理的。

　　6.没有对每个缺陷进行全程跟踪：测试工程师应该跟踪每一条缺陷，并确定修改后才可以进行关闭操作，而不是发现缺陷就完成了任务。

　　7.缺少缺陷审核步骤：产品发布前，项目经理应该对产品发现的缺陷进行审核，根据修改状况决定是否可以发布。