《关于TD数据库(附图解)》由会员分享，可在线阅读，更多相关《关于TD数据库(附图解)（13页珍藏版）》请在金锄头文库上搜索。
1、【摘要】TestDirector, （以下简称 TD）它是 Mercury Interactive 公司推出的基于 WEB 浏览器环境下的测试测试管理工具。通过 TD 的流程控制可以规范软件企业的测试流程、改善 测试质量、减轻测试人员的负担、提高工作工作效率。在接触 TD 过程中仍然存在着很多未知 领域等待着我们这些从事软件测试软件测试工作的同行去研究去拓展，如何更有效的使用 TD 提高 我们的测试管理，将是我们继续研究关注的方向。本文总结了我们在移植 TD 项目方面的 一些经验和技巧，希望对大家有所帮助。【关键词】项目移植集成工作环境分布式工作环境这里我们先将以上的几个名词解释一下：项目移植
2、：这里说的项目移植是指将已经建立的 TD 项目整体文件在保证数据安全和完整 的前提下移植到其他其他服务器的过程，这个过程包括以下几个方面（1）数据库数据库的移植（2） 项目文件的移植（3）项目配置文件的移植。经过移植后的 TD 项目可以实现双机备份的功 能。集成工作环境：我们把 TD 服务程序和 TD 使用的数据库存放在同一台计算机上的这种工 作环境称为集成工作环境。这种工作环境节省成本，维护较复杂，不利于数据的安全性。分布式工作环境：我们把 TD 服务器程序和 TD 后台使用的数据库存放在不同机器上，也 就是使用单独的一台计算机作为 TD 项目的数据库服务器，TD 服务程序通过网络访问数据
3、库服务器，这种工作环境称为分步式工作环境。这种环境的成本较高，但是利用维护，数 据的安全性较高。对一些专业性的企业尤其是需要将 TD 开放到 Internet 上，我们建议使 用这种工作环境。移植说明移植说明基于 IIS WEB 服务下的 TD 服务程序支持的数据库有 ACCESS,SQL SERVER、SYBASE、ORACLE。由于 ACCESS 数据库的迁移比较容易本文就不介绍， 本文主要讨论 SQL SERVER 数据库的移植。掌握 SQL SERVER 数据库类型的 TD 项目 移植，对 ORACLE、SYBASE 类型数据库的项目移植工作也能做到触类旁通。下面大家 就跟我们一切进入
4、 TD 项目移植的具体工作吧！下面的移植工作，我们选用了一个名为：E-CIS 的项目进行实例移植，同时我们将其他计 算机上的 TD 项目（SAAA、SIMS、E-ICID）与 E-CIS 进行了合并。集成工作环境的数据迁移。集成工作环境的数据迁移1、拟分析产生的原因和解决方法产生的原因：由于我们配置的 TD 服务器与数据库服务器是同一台计算机，一旦计算机发生故障，TD 项 目中的数据既便是备份出来也很难恢复，其主要原因是：使用 TD 建立项目时，TD 会在数据库中自动建立一个名为 TD 的用户，我们运行 的 E-CIS 项目中所有的表都是由 TD 这个用户建立的，无法删除和添加这个用户。 在
5、SQL 查询分析器中可以看到所有相关的表都是 td.*的格式，这样会造成如果 SQL 查询分析器是以其他用户登入，执行 select * from all list 出现错误。出现一定要加前 缀后才能查询出来数据问题，这个就是造成恢复数据库后即使其他项目都配置正确，但 TD 依然不能正常使用的一个重要原因。 在安装 TD 后会在安装盘符：Program FilesCommon FilesMercury InteractiveDomsinfo 目录下，有一个用来存放系统信息的 ACCESS 数据库 Doms.mdb， 这个数据库由 TD 创建，并且是经过加密的，它存放着 TD 所有的配置信息。这
6、个数据库 是是否能够成功恢复 TD 项目的一个重要因素。 2、移植前的备份工作在正式移植之前，我们首先要做好数据的备份工作，这也是我们移植工作的一部分，虽然 我们现在的移植技术已经相对较成熟，但是我们还是要建议大家移植之前的备份是很有必 要的。备份主要备份以下的数据：备份 DomsInfo 目录；默认在 C:Program FilesCommon FilesMercury Interactive 下。这个目录包含了 Doms.mdb 文件（用户信息和工程列表）、connection strings（连接字符串）、 parameters（参数）、global style sheets（全局风格表
7、）、the database template（Empty_DB.mdb）（一些临时数据）备份 TD 项目安装文件；TD_Dir 包含每个工程的自动测试、附件、设置、风格列表。默认在 C:TD_DirDefault 目 录下，打开这个目录可以看到 TD 的工程文件，我们需要将这些工程文件备份下来。备份项目数据库；备份项目用的数据库文件。3、移植工作移植工作分为四个部分：数据库的迁移；建立访问数据表文件的 TD 用户；修改 TD 的项目配置数据库(Access)；修改 Project 中的 INI 文件。1）数据库的迁移：数据库的移植目的是：将项目数据库从原来的计算机移植到新的计算机。具体思路：
8、通过 SQL Server 集成的导入和导出数据功能将原数据库文件导入新的 SQL Server 服务器中。在这个过程，原表中由 TD 用户创建的表也会更改为 DBO 用户创建。例如：数据库中的表 ALL_LISTS 原来由 td 用户创建，移植后 ALL_LISTS 表的用户更改 为 dbo 这样问题也就解决了。我们现在开始图解数据库的操作：从开始菜单中打开“导入和导出数据”如图： 单击 “Next”选择要恢复的数据源后单击“Next”设置数据库恢复到的位置，注意：需要在数据库 这里设定数据库被恢复的名称，点击 建立数据库名称后，单击确定后，再“Next”按钮：再“Next”（这个选项选择第
9、三项更具有完整性）选择需要恢复的数据表后（在这里选择全部表），再”Next”：准备开始恢复，单击“Next”：单击”Finish”按钮，开始恢复：恢复成功后出现提示：数据库恢复完成。2）建立访问数据表文件的 TD 用户：建立 td 用户的目的是：使 td 用户具有访问新恢复项目数据库的权限。具体思路：建立一个名为 td 的用户，使这个用户具有访问 TD 项目数据库的控制权限，TD 通过这个用户对项目数据库进行增、删、改的操作。打开企业管理器，在目标数据库计算机中建立 TD 用户，并且设定 TD 用户访问的数据库。在登录项中新建用户，在弹出的对话框中设定 td 用户相关的属性，如：设定的密码可以
10、根据用户确定，这里设定为：tdtdtd；在“服务器角色”中设定 td 用户的权限， 我们给出建议设定为“System Administrators”：完成“服务器角色”的设定，为 td 用户设定数据库访问的权 限：设定 td 用户能够访问 TD 项目的数据库和 Master 数据库。设定完成后，确认 td 用户默认 数据库是否为 Default_e-cis_db设定完成。3）：修改 TD 的配置项目文件(Access)：修改配置文件目的是：将项目文件（TDDIR 目录下存在的项目文件）和项目数据库进行关 联。具体思路：修改 ACCESS 数据库中每一个配置参数，使 TD 项目文件和项目数据库关
11、联， 通过这个操作我们还可以实现多个 TD 项目合并删除的功能。（在这里我们就不详细介绍， 有兴趣的朋友可以研究一下）在 TD 安装的计算机中的 C:Program FilesCommon FilesMercury InteractiveDomsInfo 目录下打开 doms.mdb 文件，此文件是经过加密处理的，其密码为：tdtdtd打开后可以看到相应的表：这些表，存放着 TD 所有的配置信息，是很重要的，我们根据自己的工作环境实际配置这 个表，其中需要修改的表是：DBSERVER、DOMAINS、PARAMS、PROJECT 和 TDSERVERS 这五个表。a.DBSERVER 表中主要
12、修改 DBSERVER_NAME（目标数据库服务器的 IP 如本例为 .168.188.151）、DB_USER_PASS（用户密码如 tdtdtd）、DB_ADMIN_USER（管 理用户名如 td）和 DB_ADMIN_PASSWORD（管理用户密码如 tdtdtd）字段的值，如下 图： b.DOMAINS 表中主要修改 PHYSICAL_DIRECTORY 字段的值。(基本上不 要修改)c.PARAMS 表中主要修改 PARAM_VALUE 字段的值。（基本上不要修改）d.PROJECT 表中主要增加或修改一个记录就行了，其关键字段表示的意思是 PROJECT_ID(项目 ID 号不能重
13、复),PROJECT_NAME（项目名称）,DB_NAME（项目对 应的数据库名称如本例的 default_e_cis_db）,DB_TYPE(数据库类型为 ACCESS，2 为 SQL SERVER),PHYSICAL_DIRECTORY(TD 服务器中的共享目录如本例为 10.168.188.152td_dirdefaulte_cis、DB_USER_PASS(TD 用户密码如本例为 tdtdtd)、 DBSERVER_NAME(数据库的 IP 地址)。e.TDSERVERS 中主要修改 DBSERVER_NAME、TD_IP_ADDRESS说明：说明：以上修改是针对移植工作修改的表，如果
14、我们需要将分布在多台计算机上的 TD 项 目合并移植到一台服务器上，还需要修改 ACCESS 数据库中的 SEQUENCES 表中的 USER_SEQ 字段的数值，这个字段是用来控制用户数量，如果数值太小 TD 部分用户就出 现无法登录的现象。总结：总结：修改的内容还需要根据自己的实际情况进行修改，我这里只列出常修改的一些字段。4）：修改 Project 中的 INI 文件：修改 INI 文件目的是：ini 文件保存数据库信息，TD 程序信息，项目名称以及相关的内容。具体思路：修改 ini 文件配置参数，使 TD 项目文件和项目数据库关联。将 C：TD_DirDefault 目录下面的 E-C
15、IS 项目文件，拷贝到备份的计算机中，然后修改 E- CIS 文件夹内的 Dbid.ini 文件：Dbid.ini 内容：GeneralDatabase_Type=MSSQLCreated_Date=08/11/04 15：44：39Created_By=tdAliasName=E-CISDatabase Name=default_e_cis_dbDatabase Server=10.168.188.229Domain Name=DEFAULTSendAllQualified=YHas_VCS_DB=Y主要修改的内容是：Database Name=default_e_cis_dbDatabas
16、e Server=10.168.188.229按照实际情况填写这些信息，就 ok 了。总结：总结：通过以上的介绍，我们集成工作环境的移植工作就已经完成了。经过这样的移植， 我们可以实现 TD 项目的双机备份，双机备份可以让我们的数据更安全、更有保障。分布式工作环境的备份和恢复方法分布式工作环境的备份和恢复方法分布式工作环境的项目移植相对集成工作环境移植更简单，在这里我们不详细介绍，相信 大家看过集成工作环境的移植对分布式移植不在话下了。我们对分布式工作环境移植的思路：强调首先备份项目的数据。 移植 TDDir 目录下的项目文件到新的服务器上。 复制 DomsInfo 目录到新服务器 C:Program FilesCommon FilesMercury Interactive 下。 修改这个目录下 Doms.mdb 文件的参数。（修改的详细方法见集成工作环境的移 植） 总结：总结：相对集成工作环境移植来说，分布式结构移植少了数据库的移植，可以继续使用原 有的数据库，
