关于TD数据库〔附图解〕.doc

【摘要】TestDirector, （以下简称TD）它是Mercury Interactive 公司推出的基于WEB浏览器环境下的测试管理工具。通过TD的流程控制可以规范软件企业的测试流程、改善测试质量、减轻测试人员的负担、提高工作效率。在接触TD过程中仍然存在着很多未知领域等待着我们这些从事软件测试工作的同行去研究去拓展，如何更有效的使用TD提高我们的测试管理，将是我们继续研究关注的方向。本文总结了我们在移植TD项目方面的一些经验和技巧，希望对大家有所帮助。 【关键词】项目移植集成工作环境分布式工作环境 这里我们先将以上的几个名词解释一下： 项目移植：这里说的项目移植是指将已经建立的TD项目整体文件在保证数据安全和完整的前提下移植到其他服务器的过程，这个过程包括以下几个方面（1）数据库的移植（2）项目文件的移植（3）项目配置文件的移植。经过移植后的TD项目可以实现双机备份的功能。 集成工作环境：我们把TD服务程序和TD 使用的数据库存放在同一台计算机上的这种工作环境称为集成工作环境。这种工作环境节省成本，维护较复杂，不利于数据的安全性。 分布式工作环境：我们把TD服务器程序和TD后台使用的数据库存放在不同机器上，也就是使用单独的一台计算机作为TD项目的数据库服务器，TD服务程序通过网络访问数据库服务器，这种工作环境称为分步式工作环境。这种环境的成本较高，但是利用维护，数据的安全性较高。对一些专业性的企业尤其是需要将TD开放到Internet上，我们建议使用这种工作环境。 。移植说明 基于IIS WEB服务下的TD服务程序支持的数据库有ACCESS,SQL SERVER、SYBASE、ORACLE。由于ACCESS数据库的迁移比较容易本文就不介绍，本文主要讨论SQL SERVER数据库的移植。掌握SQL SERVER数据库类型的TD项目移植，对ORACLE、SYBASE类型数据库的项目移植工作也能做到触类旁通。下面大家就跟我们一切进入TD项目移植的具体工作吧！ 下面的移植工作，我们选用了一个名为：E-CIS的项目进行实例移植，同时我们将其他计算机上的TD项目（SAAA、SIMS、E-ICID）与E-CIS进行了合并。 。集成工作环境的数据迁移 1、拟分析产生的原因和解决方法 产生的原因： 由于我们配置的TD服务器与数据库服务器是同一台计算机，一旦计算机发生故障，TD项目中的数据既便是备份出来也很难恢复，其主要原因是： 使用TD建立项目时，TD会在数据库中自动建立一个名为TD的用户，我们运行的E-CIS项目中所有的表都是由TD这个用户建立的，无法删除和添加这个用户。 在SQL查询分析器中可以看到所有相关的表都是td.*的格式，这样会造成如果SQL查询分析器是以其他用户登入，执行select * from all list出现错误。出现一定要加前缀后才能查询出来数据问题，这个就是造成恢复数据库后即使其他项目都配置正确，但TD依然不能正常使用的一个重要原因。 在安装TD后会在安装盘符：\Program Files\Common Files\Mercury Interactive\Domsinfo目录下，有一个用来存放系统信息的ACCESS数据库Doms.mdb，这个数据库由TD创建，并且是经过加密的，它存放着TD所有的配置信息。这个数据库是是否能够成功恢复TD项目的一个重要因素。 2、移植前的备份工作 在正式移植之前，我们首先要做好数据的备份工作，这也是我们移植工作的一部分，虽然我们现在的移植技术已经相对较成熟，但是我们还是要建议大家移植之前的备份是很有必要的。备份主要备份以下的数据： ．备份DomsInfo目录； 默认在C:\Program Files\Common Files\Mercury Interactive下。这个目录包含了Doms.mdb文件（用户信息和工程列表）、connection strings（连接字符串）、parameters（参数）、global style sheets（全局风格表）、the database template（Empty_DB.mdb）（一些临时数据） ．备份TD项目安装文件； TD_Dir包含每个工程的自动测试、附件、设置、风格列表。默认在C:\TD_Dir\Default目录下，打开这个目录可以看到TD的工程文件，我们需要将这些工程文件备份下来。 ．备份项目数据库； 备份项目用的数据库文件。 3、移植工作 移植工作分为四个部分： ――数据库的迁移； ――建立访问数据表文件的TD用户； ――修改TD的项目配置数据库(Access)； ――修改Project中的INI文件。 1）数据库的迁移： 数据库的移植目的是：将项目数据库从原来的计算机移植到新的计算机。 具体思路：通过SQL