发布新日志

  • TestDirector8.0数据库备份与还原

    2008-03-18 15:16:57

    备份文件

        后台数据库使用SQLServer2005

    一、数据库备份:从原服务器上备份出所有您要还原的TD系统数据库(在SQLServer2005中操作);

    二、文件备份:

        1TD_Dir整个文件夹;

        2、备份C:\Program Files\Common Files\Mercury Interactive\DomsInfo 文件夹中的所有文件;

    还原数据库

    一、将备份出来的DomsInfo文件夹的内容覆盖到C:\Program Files\Common Files\Mercury Interactive\DomsInfo 文件夹中, 这里进行项目配置的还原。

        1、用Access打开DomInfo文件夹下的doms.mdb数据库文件,默认口令为tdtdtd,进行以下修改:

         a)修改Admin数据表,打开该表并修改Admin_pswd 的密码,如果你不想修改以前的Admin用户的密码也可以不进行该步操作。

         b)修改DBServers数据表,打开该表并修改DBServer_Name字段的第二行值为新TD服务器名称。

         c)修改Params数据表,打开该表并修改ACIServerSiteScopeurl行对应的Param_Value字段值用新TD服务器名称替换旧TD服务器的名称。

         d)修改Projects数据表,打开并修改每个项目的Physical_Directory路径修改为:C:\TD_Dir\Default\项目名称;

         e)修改TDServers数据表,打开并修改TDServer_NameTD_IP_Address列的值为新TD服务器的服务器名称。

     2、修改old_DomSetup.ini文件中的:

          TDSQLSERVER=TD服务器名称

          Value_1=TD服务器名称:9999

          Value_3=http://TD服务器称称/TDBIN/Redist/SiteScope/SiteScope4TD.htm

          说明:把TD服务器名称替换为新的服务器名称或IP

    二、还原系统文件

    1、将备份出来的TD_Dir文件夹中的内容覆盖到C:\TD_Dir文件夹下(除所要还原的项目系统文件);

    2、说明:(“TEST”,“国家环保总局项目”2个文件夹)就是要还原的项目系统文件,所以覆盖时不能还原,要在TDSite Administrator页面中重新创建,创建成功后再C\TD_Dir目录下会生成该文件夹;

    三、项目名称的创建及数据库的还原

    1、在TDSite Administrator页面中重新建立所要还原项目的域名和工程名;

    2、创建成功以后在SQLServer2005中会创建 数据库,

    还原备份的数据库 ,还原后必须在查询分析器中执行以下2条语句:

        exec sp_change_users_login 'Report'

        exec sp_change_users_login 'Update_One','td','td'

        说明:这个脚本必须要执行,要不还原过来的项目不能激活,TDSQLServer不能建立链接。

    、在右下角的任务栏中停掉TD服务,在启动TD服务;

    、打开TDSite Administrator页面中的进行数据库连接测试,及对每个项目进行连接测试。

  • Test Director 8.0安装配置

    2008-03-18 15:10:53

    TD的安装

    1 操作系统

    由于要使用IISSQL SERVER数据库,考虑到运行的稳定性,选用的操作系统为WIN2000 SERVER WIN 2003 SERVER版。

    2,安装IIS

    安装TD工具前一定要先安装IIS服务。

    3,安装MS-SQL SERVER

    TD的支持的数据库有SybaseMS-SQL SERVEROracleAccess,以用来存储TD项目的相关数据。在这里我们使用MS-SQL SERVER做为TD的连接数据库。至于SQL SERVER的安装就很简单了,在这里就不多说了。

    4,安装TD

    1)在安装好IISMS-SQL SERVER后,进行TD的安装。进入到图下步骤时,输入:

    Maintenance no.KSQMQSQ-HQSQDQS-Q3QSQ3S-Q2SSQI8

    License no.B343P-44B44-43444-6444S 

     

    2Next】后,进入到图下步骤,默认是选择了Access 做为TD的数据库,我们同时选择MS-SQL SERVER

     

    3)【Next】后,进入到图下步骤,此时注意,MS SQL Alias最好更改为当前的SQL Server名,我当前的为“LJZ”。否则在安装完成后,必须再对客户端网络实名进行设置。

     

      4Next】后,

    进入到图下步骤,此时输入当前系统帐户的用户名和密码。

     

    5Next】后,进入到图下步骤,这里设置的是TD项目文件的储存库路径,保存着如每个项目用户的界面布局样式以及项目上传的附件等等。

    6Next】后,会弹出提示框,提示你是否共享该文件夹,我们选择Yes

    7Yes】后,又弹出提示框,提示你设置该文件夹的共享名,默认为TD_Dir.

    8OK】后,进入到图下步骤,这里是对TD的邮件服务进行设置,我们不使用邮件服务,所以不进行任何选择或设置。

     

    9Next】后,进入到图下步骤,这里是设置TDIIS虚拟目录,Host Name默认为当前的计算机名,而Virtual Directory Name 默认为TDBIN Physiical Location则为该虚拟目录所在的物理路径,默认在IIS的文件目录InetPub下。TDBIN中将存放的是TD系统的核心服务文件,我们可以进行自定义的设置,但这里我们使用默认的值。

     

    10Next】后,弹出提示框,提示你该目录不存在,是否创建。

    11Yes】后,进入到图下步骤,此处不进行选择,因为安装包没有包含该插件。

    12Next】后,进入到图下步骤,这里默认是选择的,是安装TD的演示项目与TD的演示系统Mercury Tours,该系统部是署于Tomcat V3.3上。我们不进行选择。

    13)一直Next】后,进入到图下步骤,TD开始进行安装,安装比较耗资源,不要做太多操作,耐心等待。

    14)安装完成后会有在线注册的按钮,不进行点击,直接NEXT

    15Next】后,会弹出提示框,提示你重起计算机以完成TD的安装,推荐立即重起。

     

    5TD的配置

    TD的安装完成后,下面还要进行TD的一些基本配置,让TD更符合我们的需求,更好的工作,包括界面汉化以及字段的汉化和自定义等。

    1)  汉化

    在安装目录TDBIN/Install/下存放的是一些为连接服务的客户端加载的系统文件。其中的tdclientui80.xco文件,该文件会自动加载到客户端的C:\Program Files\Common Files\Mercury Interactive\TD2000_80目录下,并生成为tdclientui80.ocx文件。注意其中两个文件的后缀名区别。文件后缀可通过更改方式变换为OCXXCO

    由于Mercury并为发行官方的汉化包,所以采用第三方的资源包进行汉化。汉化方式,把得到的汉化资源dclientui80.xco文件粘贴到服务器 InetPub/TDBIN/Install/ 目录下,覆盖掉原文件即可。在之前访问过服务器的客户端,在下次连接时由于不再加载更新后的数据,所以必须得删除客户端下的 C:\Program Files\Common Files\Mercury Interactive\TD2000_80 目录下覆盖tdclientui80.ocx文件,使再次访问时自动加载汉化后的新组件。也可以通过在客户端 C:\Program Files\Common Files\Mercury Interactive\TD2000_80 目录下覆盖tdclientui80.ocx文件达到汉化的目的。

  • TestDirector 8.2 SP2的下载与安装

    2008-03-18 15:09:00

    XP和2000都可以安装,2003似乎有兼容性问题,没试过,装过的朋友可以说一下。TestDirector的安装环境要求 IIS。如果你没有,请在控制面板添加/删除程序中安装IIS。(这里需要注意的一点是,你系统的administrator用户不能使用空密码,也就是说你必须为管理员用户指定一个密码,不然安装完成后无法正常运行TestDirector,会报那个著名的RPC错误)。安装之前请关闭一些IE的辅助工具,并关闭其功能,在初次运行时,会要求更新部分IE空间,很有可能被IE的辅助工具所拦截。所以为了能让我们顺利的完成它,把杀毒软件也关掉吧。
    运行安装程序。


    NEXT

    输入你的License 继续Next
    License可以用TD7.6的:B343P--44B44--43444--6444S

    根据环境选择需要的数据库,这里使用的是Access,继续Next

    注意User 里面默认的是 你的机器名\管理员

    Password:输入管理员密码(要想正确安装你的Administrator必须有密码,不能为空)

    继续Next



    如果你有邮件服务器,则选择SMTP Server 输入你的邮件服务器

    继续

    Virtual Directory Name 输入你虚拟目录名,即你在IIS中访问要用的地址,默认即可

    继续Next

    继续Next


    配置完成后,可以在上面的栏目中查看你前面的详细配置,如果可以点击Install开始安装过程


    安装完成后,需要重起一下机器,在登陆系统的时候会发现多了一个关于员用户,这里是无法登陆,是TD自动创建的一个系统用户,不用去管它。

    接着继续安装SP1补丁,中途会要求输入一次系统管理密码,然后再要求重起一次


    重复上面步骤安装SP2补丁。即安装完成

  • Test Director 8.0项目数据库维护和移植!

    2008-03-18 15:06:01

    1.   TD项目的备份与还原

          备份TD的重要信息,以在TD系统出现灾难性故障后能够保全TD数据的安全和完整,并且为快速的恢复系统和数据提供保障。TD备份要注意三方面的同时备份,备份前要停止TD的服务,以及MS-SQL的服务。

          1)首先是对TD的重要配置信息备份,把    C:\Program Files\Common Files\Mercury Interactive\DomsInfo\目录下的doms.mdb文件进行拷贝备份。

         

          2)然后是对TD项目的一些文件备份,把C:\TD_Dir目录下对应的项目文件夹进行拷贝备份。其中Attach\ 目录下为一些项目上传附件,Settings\Private\ 目录下为项目用户的一些配置信息,包括界面视图布局等信息等。

          3)最后是对TD项目的数据库备份,把\Microsoft SQL Server\MSSQL\Data目录中的项目数据库文件MDF和数据库日志文件LDF进行拷贝备份。当然,也可以在SQL企业管理器中,对项目数据库进行备份操作。

          4)还原项目数据的时候,只需要反操作以上的步骤,用备份文件对现有文件进行覆盖,然后SQL数据库也进行覆盖或打开SQL企业管理器进行数据还原。

     

          2.   TD项目的移植

          TD项目的移植旨在当前存在另一台TD服务器时,能进行快速的项目数据移植,以在服务器出现灾难性故障时,快速切换到另一台能工作的TD服务器上工作。

    C:\Program Files\Common Files\Mercury Interactive\DomsInfo\目录下的doms.mdb文件。该文件夹中保存TD系统的关键信息,该数据库文件已默认被加密,密码为tdtdtddoms.mdb字段包含有如下几个表:

    ADMIN表保存了ADMIN的登陆密码、DOMS的版本号和TDLICENSE_KEY

    DBSERVERS表保存了数据库名、数据库用户密码、连接数据库的管理员帐户和密码以及连接参数等相关信息。

    DOMAINS表保存了项目域的名和物理目录地址等。

    PARAMS表保存了一些参数名,以及参数值和相关描述。

    PROJECTS表保存了项目ID、项目名、项目所属的域ID和域名、项目数据库名、数据库类型、创建时引用的项目、创建时引用的域、物理目录地址和数据库连接的格式等。

    SEQUENCES表保存了序列名以及序列值。

    TDSERVER表保存了TD的连接数据库名、IP地址、该数据库是否激活、TD日志路径、邮件参数、TD的虚拟目录名等信息。

    USERS表保存了TD系统的用户信息,项目数据库移植后,必须保证该项目的用户与TD的系统的用户是相对应的,否则无法登陆。

    假设服务器A为原服务器,计算机B为要移植到的计算机。TD项目移植要注意三方面的移植,项目移植前要停止TD的服务,以及MS-SQL的服务。

    1)             分别把服务器A、计算机不同计算机的doms.mdb文件打开。

    2)             打开DOMAINS表,把服务器A的项目域信息复制,然后粘贴至B计算机上的DOMAINS表里。这样做是为了移植域信息。

    3)             打开PROJECTS表,把服务器A的项目相关信息复制,然后粘贴至B计算机上的PROJECTS表里。这样做是为了移植项目信息。

    4)             打开USERS表,把服务器A的用户信息复制,然后粘贴至B计算机上的USERS表里。这样做是为了移植用户信息。

     

    5)             打开服务器A文件目录TD_Dir,复制其中的域文件夹,以及域文件夹下的项目文件夹。然后粘贴至B计算机上的文件目录TD_Dir里。这样做是为了移植项目的相关文件。

    6)             打开服务器A的数据库的存储数据原文件的文件夹,复制项目数据库数据文件MDF和日志文件LDF,然后粘贴至B计算机的数据库存储的文件夹下。这样做是为了方便数据库文件的管理,在步骤8中进行数据库附加,此步骤可做可不做。

    7)             打开B

    SQL企业管理器,首先进入安全性设置登陆用户,选择td,双击打开设置框后,选择服务器角色】,勾选【System Administrators】。这样做是为了确保tdSystem Administrators的角色。

    8)             然后对进行附加数据库操作。如图下操作,

    点击附加数据库】后会弹出设置对话框,选择要移植的数据库原文件,如果你进行了步骤6的操作,那就进入那个目录选择原文件,如果没有,就直接选择你备份好的数据库原文件。

     

    9)             附加完成后,你还需要做一件事情,假设访问TD的用户是使用IP来进行访问的。当然,公司内已经有这个私下的约定。所以你必须还得更换B计算机的IP地址为服务器AIP地址,更换后,重新启动计算机B。假如不需要更换IP,那么启动TDSQL的服务即可。

    10)        系统启动后,TD服务已经自动启动,你只需要如同访问服务器ATD服务般,就可以感受到移植后的效果。

     

    1.     TD项目的数据更新

    计算机B移植完毕后,顶替服务器A进行工作,一段时间后,不同用户的访问与操作使计算机B的数据增加了许多,在服务器A恢复正常运做后,我们需要把数据移植到服务器A上,恢复服务器A正常的工作。这样我们就需要对服务器A的数据进行更新。TD项目的数据更新要注意三方面的更新,项目移植前要停止TD的服务,以及MS-SQL的服务。

    1)       假如有新的项目或用户被创建,那么就需要进行TD项目的移植。

    2)       假如只是单纯的原有项目数据的更新,那么只需要把计算机BTD_Dir下的项目文件夹复制,然后覆盖到服务器A上。

    3)       然后再进行数据库数据的导入,打开服务器ASQL企业管理器,然后进行

    导入数据操作。服务器】选择为计算机B的值,【使用SQL SERVER身份验证】输入计算机B的数据库帐户和密码,【数据库】选择为要导入的数据库。

    4)       下一步后,进入到下图步骤,目的选择服务器A,然后输入帐户密码,以及要导入到的数据库。

    5)       下一步后,进行到下图步骤,此时选择【在SQL SERVER数据库之间复制对象和数据】。

    6)       下一步后,进入到下图步骤,此时选择【复制数据】下的【替换现有数据】,【追加数据】的选择会导致数据出现重复,因为等于在服务器A的数据加上计算机B的数据了,所以不要选择这项。然后再勾选【复制所有对象】和【使用默认选项】。

    7)       然后一直默认,下一步, 完成数据的导入,实现项目数据的更新。

  • [顶]用TD对迭代开发模型的流程管理(转)

    2008-03-18 14:32:13

    [顶]用TD对迭代开发模型的流程管理(转)

    发表于:2007年10月18日 13时31分36秒阅读(9)评论(0)特效:[图]本文链接:http://user.qzone.qq.com/101029206/blog/1192685496
    用TD对迭代开发模型的流程管理
      从开发模型可以看出在软件项目实施过程中非常重要并且占项目实施时间最长的过程是迭代过程中的特性开发过程,而特性开发过程中的主线是需求,在特性开发过程中的设计、评审、编码、版本集成、测试等活动都是围绕着需求开展的。QA人员对迭代过程中特性开发过程的检查也是以需求为主线进行的,QA人员通过检查迭代过程中的需求点是否进行了需求分析、是否进行需求评审、是否进行了设计、是否进行设计评审、是否进行了编码、是否进行了测试等来判断项目组过程的实施是否满足软件项目实现的要求,是否有过程缺失,或过程实施流于形式。迭代过程中需求与需求的活动覆盖关系可以通过以下这个矩阵体现:

      矩阵中的A、B、C、D、L、M表示相关的技术文档或质量记录。
      通过上面的矩阵关系我们可以明白只要了解了需求与需求相关活动的覆盖情况就可以掌握迭代过程的实施情况,并且对项目的进度控制也会起到一定的作用。而TD的最大优势就是需求的覆盖功能,即通过测试用例对需求的覆盖以及bug与测试用例的关联关系从而了解和控制需求实现情况。因此我们可以利用TD的这一优势实现我们需要了解迭代过程中需求与需求相关活动覆盖情况的要求,在一定程度上TD可以起到软件项目实现过程控制的作用。
      一、使用TD对软件中心的过程进行管理
      使用TD可以代替一些质量记录和技术文档如评审记录、测试大纲等,而且TD有添加附件的功能,可以将相关文档作为某个任务的附件进行评审和管理。
      requirement页面中二、三级节点主要体现项目计划中的里程碑事件。
      1.1.2 TestDirector的requirement页面所需的字段:
    编号 字段名 字段说明 一般使用的节点 备注
    1 计划开始时间 手工填写 二、三级节点    
    2 计划完成时间    二、三级节点  
    3 创建人 自动生成(TD的录入人)   是否需要
    4 责任人  手工填写 二、三、四级节点    
    5 计划类型 计划内计划外 二、三、四级节点 主要用于需求点
    6 计划版本号  手工填写 四级节点  
    7 集成版本号  手工填写  四级节点  第一次版本集成的版本号
    8 集成版本时间  根据“集成版本号”填写自动生成  四级节点 日志
    9 测试通过版本号  手工填写  四级节点  
    10 测试版本时间  根据“测试通过版本号”填写自动生成 四级节点 日志
    11 变更版本号  手工填写  四级节点  计划变更
    12 变更版本时间  根据“变更版本号”填写自动生成  四级节点 日志
    13 交付版本号  手工填写  四级节点  
    14 交付版本时间  根据“交付版本时间”填写自动生成  四级节点 日志


      注:QA是requirement analyse的缩写,D是design的缩写,C是code的缩写,   EI是edition integration的缩写,T是test的缩写,TR是test review的缩写
      SI是software issuance 的缩写,PD是product delivery的缩写
      每一个过程中的任务前面加一个英文缩写前缀,是方便检查需求与需求相关活动覆盖情况用的。
      1.2.2 TestDirector的testplan页面所需的字段:
    编号 字段名 字段说明 一般使用的节点 备注
      计划开始时间  手工填写 二、三、四级节点  
      计划完成时间
    二、三、四级节点  
      任务下达者 自动生成(任务的创建者)
    三、四级节点  
      任务接受者 手工填写
    三、四级节点 发邮件给任务接受者。
      预计工作量 手工填写 三、四级节点  
      实际工作量 手工填写 三、四级节点  
      实际完成时间 手工填写 二、三、四级节点 二节点的实际完成时间应该是版本上线时间
      任务接受 否是 三、四级节点  
      任务接受时间 根据“任务接受”填写“是” 三、四级节点  
      评审类型 评审复审代码审核 三、四级节点  
      评审组长 手工填写 三、四级节点  
      评审方式
    会议传递个人 三、四级节点  
      提交评审 未提交提交 三、四级节点 发邮件给项目经理 (或评审组长)
      提交评审时间 根据“提交评审”变成“提交”自动生成 三、四级节点  
      Descrīption  手工填写  三、四级节点  
      Expected Result 手工填写 三、四级节点  

      1.2.3 Test plan与Requirement的覆盖关系:
      1、 requirement中项目计划过程、软件发布、产品交付,这些过程或活动是与test plan中项目计划、软件发布、产品交付是一对一的覆盖。
      2、 requirement中迭代开发过程中的需求点至少被每一个以QR_、D_、C_、EI_、T_前缀的任务覆盖,即多对一的覆盖。如下图:
      3、 Test plan中的需求分析、设计过程、软件实现过程、版本集成、测试过程(前缀为TR_)、软件发布、产品交付中的任务与requirement中迭代开发过程中的需求点的覆盖关系也可以是一对多的关系。如图
      通过以上的覆盖关系可以很快地查找到项目过程中有哪些过程缺失,有哪些技术文档和质量记录缺失,并且可以比较快的统计出过程的缺失率和技术文档和质量记录缺失率,还可以方便项目负责人对项目过程和进度的控制。
      1.3 TestDirector中test lab的设计
      1.3.1 test lab的命名规则分以下两种:
      1、 项目代码 + _ + requirement页面中第二级节点名称(项目计划过程、软件发布过程、产品交付过程)
      2、 项目代码 + _ + 迭代版本号 + _ + TestDirector的testplan页面中第三级节点名称(需求分析、设计过程、程序实现过程、版本集成过程、测试过程)
    将test plan中的任务加入到对应的test lab中进行运行。
      1.3.2 在test lab中运行任务所表示的意义如下:
      1、 项目计划过程、需求分析、设计过程在test lab中任务的运行表示对这些过程中的相关技术文档进行评审,一般是由评审组长和评审记录员执行。与这些test lab含义相同的还有程序实现过程中的代码复审和测试过程中的测试用例等文档的评审(有TR_前缀的任务)。
      2、 版本集成、软件发布过程、产品交付过程在test lab中任务的运行表示这些过程的完成情况。一般由项目经理和集成人员执行。
      3、 程序实现过程(不包含代码复审)在test lab中任务的运行结果表示开发人员对所编写的代码进行调试和单元测试的情况,集成人员可以通过运行结果决定是否集成。一般由软件开发人员执行。
      4、 测试过程在test lab中测试用例的运行结果表示对产品测试的结果,一般由测试人员执行。
      1.3.3 TestDirector的test lab页面所需的字段:
    编号 字段名 字段说明 备注
      执行人
    自动生成
      
      执行时间 自动生成  
      任务状态(status) 手工填写(pass、failde、no run等)  
      结果(Actual) 手工填写 记录过程实际操作的情况和相关信息。

      1.4 TestDirector中defects的操作情况
      Defects中存在的问题一般都是评审和测试产生的问题,这些问题可以按产品bug管理流程的要求进行管理和操作。
      二、使用TestDirector7.6的好处
      1、 TestDirector7.6的使用在一定程度上可以方便QA人员和相关负责人对项目过程和进度的了解和控制,可以较快的发现过程和相关文档的缺失情况,并且帮助可以QA人员和相关负责人了解某一需求点在某一时间处于什么过程中。
      2、 TestDirector7.6中有些字段的数据可以根据需要自动生成,这样可以保证数据的真实性。如通过一些自动产生的时间字段可以知道哪些过程是按流程进行的,哪些过程是后来补做的。
      3、 TestDirector7.6的使用有利于度量工作的开展。TestDirector7.6中可以根据需要增加字段,这样有利于数据的采集和统计分析,并且该工具本身也有统计功能。如使用TestDirector7.6可以较快的统计出过程的缺失率和技术文档和质量记录缺失率、以及各种评审方式所占的比例等。
      4、 TestDirector7.6的使用可以减少QA人员的过程检查时间,这样即使QA人员和测试人员是同一个人,工作量也不会很大,开发组提交测试进行软件测试,没有软件测试时可以做过程检查,这样既对产品质量进行了检查,也对过程质量进行了检查。
  • TD安装注意

    2007-11-02 16:43:54

    安装需做以下注意:
    1.SP2补丁
      打完补丁后重启电脑
    2.IE7.0的兼容性


    3.Window 2003客户端访问TD
    a.IE的安全设置改为中
    .

Open Toolbar