TD测试管理工具

摘自：http://www.51testing.com/?113965/action_viewspace_itemid_8600.html

【摘要】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 Server 集成的导入和导出数据功能将原数据库文件导入新的SQL Server服务器中。在这个过程，原表中由TD用户创建的表也会更改为DBO用户创建。例如：数据库中的表ALL_LISTS原来由td用户创建，移植 后ALL_LISTS表的用户更改为dbo这样问题也就解决了。

2）建立访问数据表文件的TD用户：

建立td用户的目的是：使td用户具有访问新恢复项目数据库的权限。

具体思路：建立一个名为td的用户，使这个用户具有访问TD项目数据库的控制权限，TD通过这个用户对项目数据库进行增、删、改的操作。

3）：修改TD的配置项目文件(Access)：

修改配置文件目的是：将项目文件（TDDIR目录下存在的项目文件）和项目数据库进行关联。

具体思路：修改ACCESS数据库中每一个配置参数，使TD项目文件和项目数据库关联，通过这个操作我们还可以实现多个TD项目合并删除的功能。

4）：修改Project中的INI文件：

修改INI文件目的是：ini文件保存数据库信息，TD程序信息，项目名称以及相关的内容。

具体思路：修改ini文件配置参数，使TD项目文件和项目数据库关联。

总结：通过以上的介绍，我们集成工作环境的移植工作就已经完成了。经过这样的移植，我们可以实现TD项目的双机备份，双机备份可以让我们的数据更安全、更有保障。

 

．分布式工作环境的备份和恢复方法

分布式工作环境的项目移植相对集成工作环境移植更简单，在这里我们不详细介绍，相信大家看过集成工作环境的移植对分布式移植不在话下了。

我们对分布式工作环境移植的思路：

• 强调首先备份项目的数据。
• 移植TDDir目录下的项目文件到新的服务器上。
• 复制DomsInfo目录到新服务器C:\Program Files\Common Files\Mercury Interactive下。
• 修改这个目录下Doms.mdb文件的参数。（修改的详细方法见集成工作环境的移植）

总结：相对集成工作环境移植来说，分布式结构移植少了数据库的移植，可以继续使用原有的数据库，在移植过程中数据库的移植是移植成功与否的关键因素之一，少了这个过程相信大家移植更为方便。

【小结】以上我们介绍了两种结构的移植工作，经过上述修改项后，迁移数据的工作就已经成功，td服务器可以访问迁移后的数据库。通过移植工作，同时可以解决TD项目的双机相互备份的问题，保障数据的安全性。

再次备份TD项目，只需要将原来TD后台数据库表中的数据导入另一台计算机中的数据库中，就可以实现。