一个人不应该依附在其他人身上,一个人应该首先自力更生。你应该自己能够独立,能够安顿你自己,那你就不会害怕了。你爱你自己的话,别人不能不爱你吧。

发布新日志

  • 郁闷

    2008-04-24 14:54:38

    http://bbs.51testing.com/viewthread.php?tid=50718&highlight=%BD%F1%CC%EC%CD%A8%B9%FDtd%B7%A2%CB%CD%D3%CA%BC%FE%B5%C4%B9%A6%C4%DC%D6%D5%D3%DA%CA%B5%CF%D6%C1%CB

    td的邮件服务器配置成功






    今天通过td发送邮件的功能终于实现了,一直郁闷着我的问题终于解决了,感觉特别好,我想可能还有很多的朋友存在疑问,而且我有好多问题都是受到51论坛里的朋友的启发,所以现在和大家分享一下我的经验。

    首先我用的邮件服务器软件是mail direct pro ,这个就是51一个朋友给我的,他很热心,在这里也要谢谢他,曾经使过cmail servr,没有配置成功。有一个需要特别注意的地方,如果td使用smtp server的方式时,那么系统iis自带的simple mail transport protocol服务一定要停用,否则就会冲突的。

    再讲一下邮件服务器的配置,安装完软件以后,进入“工具-〉选项”,选择“服务器”标签,这个内容是最关键的,其余都是次要的,具体配置见附件一,需要注意的是,不要勾选“要求验证”的复选框,还有邮件发送服务器的名字填写localhost

    接下来是配置td,进入site administrator -〉td server标签,在mail protocol里选择smtp server,服务器名填写localhost即可

    进入“users”标签,为登陆用户设置邮箱地址(注意:这个邮箱地址不是随便填的,是刚才配置邮件服务器时设置的发件人的邮件地址)

    最后,登陆td,单击send mail即可。呵呵

    同时遇上问题,希望可以共同讨论:
    1。td发送的邮件是html格式的,用客户端软件接受时文本格式看不到内容(我是这样的情况),不知道其他人怎么样
    2。我配置的发送邮件的服务器是公司的,接受的是163,在接收时利用foxmail,没有遇上直接送到垃圾邮件的情况
    3。遇上了发送中文是乱码的情况,按照51以前的帖子说的将编码类型改为UTF-8,还是不行,改了BUG_HTML文件里的默认设置也不行,希望高人指点。

    附件

    mai.jpg (41.6 KB)

    2006-12-6 16:32

    mai.jpg

    mail2.jpg (10.03 KB)

    2006-12-6 16:32

    mail2.jpg

    实际上:

    我还是没有成功

    曾经成功发过

    一年之后居然不可以了

    用公司的邮箱服务器或者用mail direct pro架设中继一下也不可以

    今天mdp架构好用foxmail发送是成功的,但是用TD就连什么信息都没有,看来好像还是TD配置有问题。。。

    这个问题先放一放吧,弄了很久了,不要再钻牛角尖了,去看看TD其它该学习的问题。

     

  • OTAPool Service Problem

    2008-04-16 10:01:23

    以前出现过这样的问题,然后去服务里面启动相应的OTAPool服务即可

    结果今天在服务里查不到OTAPool Service(对于SendAllQualified Service一样有效)

    在c盘搜了OTAPool Service 也找到exe文件

    可是服务依旧不能启动

    解决办法:

       http://bbs.51testing.com/viewthread.php?tid=103000&highlight=OTAPool这个帖子上的

       虽然不知道什么原因导致该问题的发生,但可以使用sc命令修复,
    如:sc.exe create OtaPool binpath= "C:\Program Files\Common Files\Mercury Interactive\TDAPIServer\OTAPool.exe"

       type= own start= auto displayname= "OtaPool"

    第一句话可以

    然后就能看到服务里面多了OTAPool服务,直接启动即可,不知道为什么上面第二句话运行不了

    其实第一句和第二句是一条语句! type是前面的参数

    SC与“服务控制器”和已安装设备通讯。

    SC.exe 检索和设置有关服务的控制信息。可以使用 SC.exe 来测试和调试服务程序。可以设置存储在注册表中的服务属性来控制如何在启动时和作为后台程序运行时启动服务应用程序。SC.exe 的参数可以配置指定的服务,检索当前服务的状态,也可以停止和启动服务。可以生成批处理文件来调用不同的 SC.exe 命令以自动启动或关闭服务序列。SC.exe 提供的功能类似于“控制面板”中“管理工具”项中的“服务”。

    sc create

    为服务在注册表和“服务控制管理器”中创建子项和入口。

    语法
    sc [ServerName] create [ServiceName] [type= {own|share|kernel|filesys|rec|adapt|interact type= {own|share}}] [start= {boot|system|auto|demand|disabled}] [error= {normal|severe|critical|ignore}] [binpath= BinaryPathName] [group= LoadOrderGroup] [tag= {yes|no}] [depend= dependencies] [obj= {AccountName|ObjectName}] [displayname= DisplayName] [password= Password]

    参数
    ServerName
    指定服务所在的远程服务器名称。该名称必须使用 UNC 格式 ("\\myserver")。若要在本机上运行 SC.exe,请忽略此参数。
    ServiceName
    指定由 getkeyname 操作返回的服务名。
    type= {own|share|kernel|filesys|rec|adapt|interact type= {own|share}}
    指定该服务类型。默认类型为 type= own。值 说明
    own 服务以其自身的进程运行。不与其它服务共享可执行文件。这是默认设置。
    share 服务作为共享进程运行。它与其它服务共享一可执行文件。
    kernel 驱动程序
    filesys 文件系统驱动程序。
    rec 文件系统识别驱动器(表明在计算机上使用的文件系统)。
    interact 服务可以与桌面交互作用,接收用户的输入。交互服务必须以在 LocalSystem 帐户下运行。该类型必须与 type= own 或 type= shared(例如, type= interact type= own)结合使用。自身使用 type= interact 将会产生一个无效参数错误。

    start= {boot|system|auto|demand|disabled}
    指定服务的起始类型。默认的起始类型是 start= demand。boot 由启动引导程序加载的设备驱动器。
    system 在核心初始化过程中启动的设备驱动器。
    auto 每次计算机重新启动时,甚至没有人登录计算机时,都能自动开始的服务。
    demand 必须手动启动的服务。如果没有指定“start=”,这就默认值。
    disabled 不能启动的服务。要启动一个禁用的服务,把启动类型更改为其他值。

    error= {normal|severe|critical|ignore}
    如果在启动中,服务器启动失败,则指定错误的严重性。默认设置为 ascii。normal 将记录错误,并且显示消息对话框,通知用户服务启动失败。启动将会继续这是默认设置。
    severe 记录错误(如果存在)。计算机尝试以最新的有效配置重新启动。这可能是由于计算机能够重新启动,但服务器却仍然不能运行。
    critical 记录错误(如果存在)。计算机尝试以最新的有效配置重新启动。如果上次已知正常的配置失败,启动也将失败,启动过程就会以“蓝屏”错误而停止。
    ignore 错误已记录,启动继续。记录错误超出在事件日志的范围,不再给用户作出提示。

    binpath= BinaryPathName
    指定一个进入服务二进制文件的路径。binpath= 没有默认值,必须要给出此字符串。
    group= LoadOrderGroup
    指定一个该服务为其中成员的组名。组列表储存在注册中的 HKLM\System\CurrentControlSet\Control\ServiceGroupOrder 子项中。默认设置为空值。
    /hidden:{yes | no}
    指定是否在“CreateService”调用中获得 TagID。标记仅用于根启动或系统启动驱动程序。
    depend= dependencies
    指定必须要在此项服务之前启动的服务名或组名。前面斜线 (/) 分离开来的名字。
    obj= {AccountName|ObjectName}
    指定一个将运行的服务的账户名,或指定一个将会运行的驱动程序的 Windows 驱动程序对象名。
    displayname= DisplayName
    指定被用户界面程序用来标识服务的友好名称。
    password:password
    指定一个密码。如果使用的不是 LocalSystem 的帐户,密码是必需的。
    /?
    在命令提示符显示帮助。
    注释
    如果参数及其值之间没有空格,(例如,是 type= own, 而不是 type=own),则操作会失败。
    范例
    下面的范例显示了如何使用 sc create 命令:

    sc \\myserver create NewService binpath= c:\windows\system32\NewServ.exe
    sc create NewService binpath= c:\windows\system32\NewServ.exe type= share start= auto depend= "+TDI Netbios"

  • TD 8.0

    2008-04-14 16:53:51

    决定用TD...版本8.0...

     

  • 用TestDirector生成的测试用例

    2008-03-12 10:58:02

    用TestDirector生成的测试用例
     
    作者:Kesa_Kong的专栏 文章出处:csdn bolg
     

    用TestDirector生成的测试用例有两种样式:Full Page和Tabular

     TestDirector中没有关于测试用例的目的以、该用例的前提条件等字段,因此可以在客户化时增加这些字段,由于客户化字段没有Memo类型,因此,可以将用例的目的和前提条件等在描述字段中进行描述,注意事项等也可以在此描述,如果有测试数据的话,可以在描述字段中对测试数据进行描述,具体的测试数据以文本或Excel方式保存,作为该测试用例的附件。

     样式一:Full Page

     1.1 用例名称 : 启动客户端程序
     路径 :
     主题 :服务程序
     设计状态 : Design
     设计者 : yuanhaisong
     创建日期 : 2002-06-11
     用例类型 : MANUAL
     描述 :目的:
      1. 检查服务程序能否以设计的五种方式正确启动客户端程序
      1.1. 菜单启动
      1.2. 快捷键启动
      1.3. 鼠标双击启动
      1.4. 定时启动
      1.5. 隔时启动
     前提条件:
      1. 服务程序已经运行;
      2. 客户端程序尚未运行;
     估计开发时间 : 0
     执行状态 : Passed
     Steps :

     Step Name : Step 1

     Descrīption :运行服务程序Server.exe
     Expected Result : 1. 服务程序运行;

     2. 服务程序在系统托盘中显示为图标;

     Step Name : Step 2

     Descrīption :
      1. 在服务程序图标上单击右键;
      2. 在弹出的悬浮菜单中选择【启动在线升级程序】;
     Expected Result :
      1. 弹出悬浮菜单,包括【启动在线升级程序】、【启动定时服务】、【启动隔时服务】和【关闭服务程序】四个菜单项;
     
     2.1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
     2.2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;

     3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
     4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
     5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
     6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

     Step Name : Step 3

     Descrīption :双击服务程序图标

     Expected Result :

    1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

    Step Name : Step 4

    Descrīption :按启动服务快捷键(Ctrl + F12)

     Expected Result :

    1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

    Step Name : Step 5

     Descrīption :修改配置文件Config.ini中的定时启动时间(SpecifyTime)
     Expected Result :

    1. 到启动时间后,如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2. 到启动时间后,如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

    Step Name : Step 6

     Descrīption :修改配置文件Config.ini中的隔时启动时间长度(IntervalTime)

     Expected Result :

    1. 每间隔隔时启动时间长度后,如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2. 每间隔隔时启动时间长度后,如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3. 如果尚未对上一次的提示进行操作,而在此之间,升级状态发生了变化,到新一次隔时启动时间长度后,正确显示提示信息;
    4 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    5 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    6 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    7 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

    History :

     
     样式二:Tabular


     1.1 用例名称 : 启动客户端程序
     路径 :
     主题 :服务程序
     设计状态 : Design
     设计者 : yuanhaisong
     创建日期 : 2002-06-11
     用例类型 : MANUAL
     描述 :目的:
      1. 检查服务程序能否以设计的五种方式正确启动客户端程序
      1.1. 菜单启动
      1.2. 快捷键启动
      1.3. 鼠标双击启动
      1.4. 定时启动
      1.5. 隔时启动
     前提条件:
      1. 服务程序已经运行;
      2. 客户端程序尚未运行;
     估计开发时间 : 0
     执行状态 : Passed
     Steps :

    Step Name
    Descrīption
    Expected Result
    Step 1 运行服务程序Server.exe 1. 服务程序运行;
    2. 服务程序在系统托盘中显示为图标;
    Step 2 1. 在服务程序图标上单击右键;
    2. 在弹出的悬浮菜单中选择【启动在线升级程序】;
    1. 弹出悬浮菜单,包括【启动在线升级程序】、【启动定时服务】、【启动隔时服务】和【关闭服务程序】四个菜单项;
    2.1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2.2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;
    Step 3 双击服务程序图标 1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;
    Step 4 按启动服务快捷键(Ctrl + F12) 1 如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2 如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;
    Step 5 修改配置文件Config.ini中的定时启动时间(SpecifyTime) 1. 到启动时间后,如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2. 到启动时间后,如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    4 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    5 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    6 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;
    Step 6 修改配置文件Config.ini中的隔时启动时间长度(IntervalTime) 1. 每间隔隔时启动时间长度后,如果柜台系统需要更新,则弹出窗口提示是否更新,选择“Yes”按钮则启动客户端程序进行更新,选择“No”则关闭提示窗口;
    2. 每间隔隔时启动时间长度后,如果柜台系统不需要更新,则弹出窗口提示不需要更新,点击“OK”按钮关闭提示窗口;
    3. 如果尚未对上一次的提示进行操作,而在此之间,升级状态发生了变化,到新一次隔时启动时间长度后,正确显示提示信息;
    4 服务程序下载version.txt并生成DownLoadList.ini文件到服务端程序的安装目录下的 temp 目录中;
    5 version.txt文件的内容与服务器端的version.txt文件的内容一样;
    6 服务程序根据version.txt文件的内容与本地对应的文件进行比较,将需要升级的文件生成下载清单DownLoadList.ini
    7 如果需要更新并确定要更新,则下载更新文件并解压缩到Download目录中;

  • NND,TD又出错了

    2007-07-04 17:40:35

    TD Project的删除和新建问题

    1、本来工程都新建成功,可是今天想删除的时候却发现Delete不了

    总是这么提示

    2、然后想重新新建一个
        用到本地的DBServers就不行(本地的都能ping通),局域网其它的都可以


       
          第一次新建不成功,但是新建之后用SQL查询分析器能查到已经建立相应的数据库,不过数据库中“用户表”中没有一张表
          

        没有删除上面提及的数据库,再次建立,就会出现下图
       

      
         所以,最根本的原因应该是第一次新建出错提示的信息,有人知道是什么原因吗。。。
         
         自己猜测是数据库或者用户的问题(Project命名没有问题),可是我已经把新建的用户都删除了,还是一样的错误
     
     
    MS还没有解决办法。。。
    我不想重装吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖吖。。。。。。。。。。。。。。。
  • TD可以发mail乐

    2007-07-03 17:29:45

    不过带不了附件。。。
  • 转移TD Porject的问题及TD对应的数据库表字段(转载)

    2007-06-27 09:31:10

     

    原文

    年前加班转移各项目组的TD库到一台机器上做统一管理之用,折腾了好几天。因为有些项目组是从TD7.0就开始建的project,之后升级为TD8.0,这次又要转到新的机器上所以出现了不少问题。下面简单说一下我遇到的情况和解决办法。(下文介绍的方法均以文字为准,图为辅助说明)


    首先是正常的操作:
    一般我们从不同机器上迁移TD库project的步骤如下(原主机为hostA,目的主机为IT-DIONYSUS,hostA中已经有TD和project,我们在IT-DIONYSUS上安装一个TD)
    1. 进入IT-DIONYSUS TD库的Site Administrator,在projects页面中选择restore project,浏览选中hostA共享的TD库DBID.ini文件

    这时点击恢复会报告DB Server没有找到,这是因为IT-DIONYSUS的TD库中没有hostA中的DB Server,我们需要进入DB Server页面把hostA的数据库添加进来,设置验证方式为SQL Auth认证,最后ping一下确认可以正常连通

    回到project页面恢复,成功后可以看到hostA中TD库的project已经出现在当前TD中了(但此时project的DB server还是指向hostA上的数据库)。
    2. 选择Create Project新建一个项目,数据库类型选择MS-SQL


    下一步选择数据库的时候Server Name选择为IT-DIONYSUS机器上的数据库(即,这个project的数据库要建立在IT-DIONYSUS上)


    下一步选择Copy

     


    注意选择对要复制的project


    一切顺利的话这个project就从hostA上完全复制到IT-DIONYSUS上了,并且数据库也指向本机了。
    如果上述操作过程中没有报错的话则迁移过来的project是最完整且正常的,所有用户自己添加的字段等信息完全保留。


    实际过程中遇到的问题和解决方法:
    1. 首先是部分project的DB Server与TD Server不一致。当我们安装TD的时候有一步让你选择输入MS SQL Alias,很多人就是用的默认名称“TDSQLSERVER”
        
    当从IT-DIONYSUS上恢复远程project时必须要在DB Server中新建一个名为TDSQLSERVER的服务器,但这个DB SERVER是无法ping通的(后面会讲到如何让其可以使用TDSQLSERVER),因为网络中没有一个叫TDSQLSERVER的SQL服务器,所以从恢复这一步就无法走通。
     方法1:在原主机(还是以hostA为例)TD库的DB Server中新建一个服务器,名字就是本机SQL服务器的名字hostA,Create Project,选择数据库为hostA,Copy那个DB与TD不一致的project。这样再从IT-DIONYSUS上恢复我们新建的这个project即可,这个project的DB Server是可以在网络中找到且连通的。
     方法2:打开IT-DIONYSUS机器上的SQL Server 客户端网络实用工具,点击“别名”,设置TDSQLSERVER的真实服务器名hostA

    再在TD的DB Server中新建一个叫TDSQLSERVER的服务器,输入hostA上的用户和密码,ping一下是可以通的


     这样我们就可以从IT-DIONYSUS这一端设置,正常复制hostA上的project了。
    2. 本身原数据库就已经存在问题,hostA上已经不能正确新建或激活project,那我们只有从SQL Server强行复制表了,注意这样的复制是有问题的,复制过来的project将丢失部分信息。
    方法:以前有网友已经总结过的,这里我再说一下吧。打开IT-DIONYSUS上的Site Administrator,直接Create project,不复制。打开IT-DIONYSUS上的SQL企业管理器,建立(local)和hostA的注册连接。在(local)的数据库中找到新建完成的数据库-名称为:Domain名+project名。右键菜单里选择“所有任务”->“导入数据”

    数据源选择服务器hostA上的project库,用户为sa
    服务器选择本机,数据库即为新建的那个库,这里的用户一定要选择td,密码为tdtdtd!
    之后就是导入所有表。过程中会出现部分复制错误。
    数据库复制完成后还需要将project的附件等文件夹复制过来:将hostA project文件夹下的attach文件夹所有内容拷贝到IT-DIONYSUS的对应project下,之后根据情况复制其他文件夹的内容(有的文件夹里没内容,可以不复制),注意不要复制DBid.ini文件!!

    这样强行转移project后用户和组等信息会丢失,只得自己添加。而且还有很多奇怪的问题,例如添加bug时bug号有错误,以前test plan中的测试用例都跑到一个文件夹下了。于是我打开SQL的事件探查器跟踪了一把,查到TD中部分表和字段对应的信息。这里仅作简单介绍,如果有朋友遇到和我同样的问题,也许可以通过直接操作SQL数据库做补救,但不到万不得已不要这样做。


    我们在TD库中作提交bug等操作的TD总会首先查询其数据库中的SEQUENCES表,表里数据如下:
     

    其中BUG字段后面的值表示当前库中最大的bug号,当我们再提交bug的时候TD会首先查询这里,并将我们提交的bug号在此基础上加1。TEST字段后面的值表示TD库中Test Plan页面下测试用例的最大ID号。我们new test时这里会加1。
    知道这些信息了,当我们的TD库bug号增加不对时可以直接从这里修改。这个数据库中还有一个BUG表,里面存储的都是bug具体信息
     

    新增测试用例如果出现问题也极有可能是因为SEQUENCES的test id有问题,比如id莫名其妙的变小了,致使增加的id号会和已有的id重复。数据库中有一个TEST表,里面存储的都是测试用例的信息,但测试用例还是挂靠在一个文件夹下的,这个文件夹id可以从ALL_LISTS表中查看


     
     
    我们可以进入TD查看一下测试用例与文件夹的所属关系:

     

  • 创建MS-SQL类型的TD工程:实验及结论 (转载)

    2007-06-26 09:53:29

    原文

    创建MS-SQL类型的TD工程:实验及结论

    作者:snowers

    【摘要】TestDirector是美国MI公司推出的一款功能强大的测试管理工具,在软件测试行业得到了广泛的使用。不少朋友在使用TestDirector的过程中,也遇到了一些问题。除了广遭诟病的RPC错误外,另外一个问的比较多的问题就是“为什么不能成功创建MS-SQL类型的工程?”。

    关于第二个问题,在两个比较热门的测试交流网站,“测试时代(www.testage.net)”和“51Testing软件测试网(www.51testing.com)”的测试论坛上讨论了不少的解决思路。在这里,我将以实验的方式给出一个经得起实践检验的简易的操作方法。限于篇幅关系,实验的过程已经经过技术上的简化处理。

    【关键词】TestDirector 数据库 MS-SQL

    • 前言

    在开始本实验之前,必须明确一个基本要求,即:欲创建MS-SQL类型的工程,必先创建有效的MS SQL Server数据库服务(DB Server)。因此讨论的焦点将转到如何创建有效的DB Server上。作者假设您已经对在TestDirector后台创建DB Server和Project基本操作很熟悉。

    本次实验将解答三个方面的疑问:

    • 创建DB Server必须要在TestDirector服务器上安装配置SQL Server客户端吗?
    • DB Server必须与TestDirector部署在同一台服务器上吗?
    • 如何配置SQL Server客户端参数?配置SQL Server客户端有什么用处?
    • 实验环境

    本次实验使用了局域网内三台台式机,机器配置属性如下表:

    机器名

    IP地址

    硬件信息

    软件信息

    备注

    TDServer

    192.168.0.1

    PIV2.4G/512M/60G

    Win2KSer

    TestDirector7.6EN

    TD服务器

    TestServer

    192.168.0.2

    PIV2.4G/256M/60G

    Win2KPro

    SQL Server2K开发版,实例名默认

    数据库服务器1

    DevServer

    192.168.0.3

    PIV2.4G/256M/60G

    WinXP

    SQL Server2K开发版,实例名Dev

    数据库服务器2

    表1 实验环境信息

    说明:上述环境中所提到的SQL Server2K,是以默认方式安装了客户端和服务器端,身份验证方式为“混合方式”,sa的口令均为sa。关于TestDirector7.6企业版和SQL Server2000开发版的安装过程,此处略去。

    疑问1:创建DB Server必须要在TestDirector服务器上安装和配置SQL Server客户端吗?

    为了解答心中的疑问,我在安装TestDirector了的机器上未安装SQL Server2000开发版。

    这次我们选择TestServer作为DB Server。

    打开浏览器,输入http://tdserver/tdbin/SiteAdmin.htm,回车,输入口令后进入到TestDirector的后台。选择DB Server页。点击New 按钮,添加一个新的DB Server。如图1:

    图1

    Ping一下,OK,通了!将上面的Server Alias 改为192.168.0.2,效果一样。

    一般来说,只要这里所建的DB Server可以ping通的话,那么创建MS-SQL类型的Project是没问题的。真的是这样吗?让我们来试一下。

    选择Projects页,点击Creat按钮,打开“Creat Project”对话框,输入如下信息:

    图2

    点击Next按钮,服务名字选择TestServer:

    图3

    点击Next按钮,按照提示操作,成功创建了MS-SQL类型的TD工程FromTestServer。

    结论1只要网内其他机器上安装了SQL Server2000服务程序,就能成功创建MS-SQL类型的DB Server,进而可成功创建MS-SQL类型的Project。也就是说,TestDirector服务器上不需要安装配置SQL Server客户端。

    结论2TestDirector服务不必与DB Server部署到同一台机器上(回答了前面所提到的第二个疑问)。

    实验进行到此,有人可能会问,同样的,可以用DevServer创建有效的MS-SQL类型的DB Server吗?

    让我们来试一下,看是不是如我们所想。

    如前所述,添加一个新的DB Server,如图4:

    图4

    Ping一下——咦,奇怪哎,怎么ping不通了?!

    让我们来看一看这个SQL Server与上一个SQL Server有什么不一样(参见“表1 实验环境信息”)。噢,这个SQL Server的实例名不是默认的,而是安装时指定的!那么在创建DB Server的时候,服务别名(Server Alias)应该输入什么呢?

    经过多次实验,这里的服务别名应该为“DevServer\Dev”,即:服务器名\实例名。

    服务别名输入“DevServer\Dev”,可以ping通。至此,使用带实例名的SQL Server成功创建DB Server。

    我们还有最后一个疑问:如何配置SQL Server客户端参数?配置SQL Server客户端有什么用处呢?

    对于这个问题,也是大家争论最多的地方。有的人按照TestDirector的安装手册中的说明,成功创建了MS-SQL类型的Project;有的人使用同样的配置参数,却失败了。为什么呢?

    我们先来看一看TestDirector的安装手册中是如何说明的:

    首先要在TestDierctor服务器上安装SQL Server客户端程序(废话#%£);

    其次,配置客户端参数:

    To configure the Microsoft SQL Server 2000 client:

    • Choose Start > Programs > Microsoft SQL Server > Client Network Utility. The Server Client Network Utility dialog box opens.
    • Click the Alias tab.
    • Click Add. The Add Network Library Configuration dialog box opens.
    • In the Server alias box, type TDSQLSERVER.
    • In the File Name box, type the protocol name, as configured in the Microsoft SQL Server. For example: Named Pipes.
    • In the Parameters box, type the Microsoft SQL Server name.
    • Click OK to close the Add Network Library Configuration dialog box.
    • Click OK.

    按照上面的提示,我在TD服务器上安装了SQL Server客户端,但并没有成功创建DB Server。经过多次分析和实验,我仍没有找到问题的答案(怀疑有人成功只是碰巧满足了某些条件——有运气的成分,嘻嘻),但找到了有效的解决方案。

    主要过程如下:

    第一步、在TDServer上安装SQL Server客户端程序;

    第二步、打开客户端工具,点击Alias页,如图5:

    图5

    第三步、点击Add按钮,并选择“TCP/IP”;

    这里又要分两种情况:

    • 对于未指定SQL Server实例名的机器TestServer,配置参数如下:

    图6

    • 对于指定了SQL Server实例名的机器DevServer,配置参数如下:

    图7

    第四步、进入TestDirector的后台管理,新建2个DB Server,服务别名分别为上面的“Test”和“Development”,成功创建DB Server。继而使用相应的DB Server成功创建了MS-SQL类型的Project。

    呵呵,结论出来了(好像仓促了点):

    结论3对于未指定实例名的SQL Server服务器,在配置TD服务器上的SQL客户端参数时,“Server name”输入SQL Server服务器的机器名或IP即可。

    结论4对于指定了实例名的SQL Server服务器,在配置TD服务器上的SQL客户端参数时,“Server name”输入SQL Server服务器的“机器名(或IP)\实例名”。

    结论5在TestDirector服务器上配置不同的SQL客户端参数,可以帮助TD管理员区分不同的DB Server,例如测试部门可能会有专用的数据服务器,开发部门也希望用自己专用的数据服务器,那么在SQL客户端指定容易识别的服务别名就显示出其好处了:TD管理员在创建MS-SQL类型工程的时候,就可以在根据需要选择使用测试部门的数据服务器或者开发部门的数据服务器。

    • 操作建议

    本文不准备就“如何创建MS-SQL类型的TD工程”给出什么所谓的“最佳实践”,作者只想给那些急于解决类似问题的TD使用者提供一个思路。作者给出如下一些操作建议:

    • 尽量将TestDirector服务和SQL Server数据库服务部署在同一台机器上;
    • 安装SQL Server服务(包括客户端和服务器端)时,建议使用默认的实例名,这样在TestDirector的后台创建DB Server时,可以省去不少麻烦;
    • 如果SQL Server的实例名是默认的,则在TestDirector的后台创建DB Server时,“Server Alias”的内容为安装SQL Server的机器的名字或IP;
    • 如果如果SQL Server的实例名是指定的,则在TestDirector的后台创建DB Server时,“Server Alias”的内容为安装SQL Server的机器的名字(或IP)\实例名;
    • 除非很需要,否则没有必要在TestDirector服务器上安装SQL客户端程序;如需配置SQL客户端参数,请参见“结论3”和“结论4”的内容。
    • 文中所说的方法同时适用于TD7.6和最新的TD8.0。

    由于作者使用TestDirector的时间也不过1年,所以文中的观点可能是浅薄甚或是错误的。如果对本文所描述的方法您还有不明白的地方,或者您认为文中描述的方法有错误之处,或者您愿意和作者进一步讨论关于TestDirector的使用技巧,请联系我:

    Email:snowers@sina.comQQ:6440520
  • TestDirector项目数据迁移(转载)

    2007-06-26 09:48:12

     
    TestDirector项目数据迁移
    ――让您的TD项目活起来

    作者:单吉勇  林万枝

    【摘要】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这样问题也就解决了。

    我们现在开始图解数据库的操作:

              从开始菜单中打开“导入和导出数据”如图:
       

             单击 “Next”

       

             选择要恢复的数据源后单击“Next”

       

       设置数据库恢复到的位置,注意:需要在数据库 这里设定数据库被恢复的名称,点击    

       

              建立数据库名称后,单击确定后,再“Next”按钮:

       

             再“Next”(这个选项选择第三项更具有完整性)

       

             选择需要恢复的数据表后(在这里选择全部表),再”Next”:

       

             准备开始恢复,单击“Next”:

       

             单击”Finish”按钮,开始恢复:

       

              恢复成功后出现提示:

       

    数据库恢复完成。

    2)建立访问数据表文件的TD用户:

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

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

    打开企业管理器,在目标数据库计算机中建立TD用户,并且设定TD用户访问的数据库。

       

            在登录项中新建用户,在弹出的对话框中设定td用户相关的属性,如:

       

    设定的密码可以根据用户确定,这里设定为:tdtdtd;在“服务器角色”中设定td用户的权限,我们给出建议设定为“System Administrators”:

       

                  完成“服务器角色”的设定,为td用户设定数据库访问的权限:

       

    设定td用户能够访问TD项目的数据库和Master数据库。设定完成后,确认td用户默认数据库是否为Default_e-cis_db

    设定完成。

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

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

    具体思路:修改ACCESS数据库中每一个配置参数,使TD项目文件和项目数据库关联,通过这个操作我们还可以实现多个TD项目合并删除的功能。(在这里我们就不详细介绍,有兴趣的朋友可以研究一下)

    在TD安装的计算机中的C:\Program Files\Common Files\Mercury Interactive\DomsInfo目录下打开doms.mdb文件,此文件是经过加密处理的,其密码为:tdtdtd

    打开后可以看到相应的表:

       

    这些表,存放着TD所有的配置信息,是很重要的,我们根据自己的工作环境实际配置这个表,其中需要修改的表是:DBSERVER、DOMAINS、PARAMS、PROJECT和TDSERVERS这五个表。

    a.DBSERVER表中主要修改DBSERVER_NAME(目标数据库服务器的IP如本例为10.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号不能重复),PROJECT_NAME(项目名称),DB_NAME(项目对应的数据库名称如本例的default_e_cis_db),DB_TYPE(数据库类型1为ACCESS,2为SQL SERVER),PHYSICAL_DIRECTORY(TD服务器中的共享目录如本例为\\10.168.188.152\td_dir\default\e_cis、DB_USER_PASS(TD用户密码如本例为tdtdtd)、DBSERVER_NAME(数据库的IP地址)。

       

         e.TDSERVERS中主要修改DBSERVER_NAME、TD_IP_ADDRESS

       

    说明:以上修改是针对移植工作修改的表,如果我们需要将分布在多台计算机上的TD项目合并移植到一台服务器上,还需要修改ACCESS数据库中的SEQUENCES表中的USER_SEQ字段的数值,这个字段是用来控制用户数量,如果数值太小TD部分用户就出现无法登录的现象。

       

    总结:修改的内容还需要根据自己的实际情况进行修改,我这里只列出常修改的一些字段。

    4):修改Project中的INI文件:

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

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

    将C:\TD_Dir\Default目录下面的E-CIS项目文件,拷贝到备份的计算机中,然后修改E-CIS文件夹内的Dbid.ini文件:

    Dbid.ini 内容:

    [General]

    Database_Type=MSSQL

    Created_Date=08/11/04 15:44:39

    Created_By=td

    AliasName=E-CIS

    Database Name=default_e_cis_db

    Database Server=10.168.188.229

    Domain Name=DEFAULT

    SendAllQualified=Y

    Has_VCS_DB=Y

    主要修改的内容是:

    Database Name=default_e_cis_db

    Database Server=10.168.188.229

    按照实际情况填写这些信息,就ok了。

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

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

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

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

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

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

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

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

    【作者的话】针对项目移植的操作方法和注意事项介绍到此结束。由于我们文笔有限,可能有所疏漏之处,希望大家包涵。如果在以后的工作中,有关TD方面的问题也可以和我们联系。我们的E-MAIL是:

    单吉勇:shanjiyong@shinetechnology.com

    林万枝:linwanzhi@shinetechnology.com

     

    看毕:有时间实践一下。。。

     

  • TD8.0学习2007-06-25

    2007-06-25 17:01:48

    1、安装成功(见转载扫盲篇)

       IIS安装、SQLServer2000安装、最后是TD

    2、TD配置

       补充(20070626):先创建DB Servers!再创建项目

       创建项目: Create Domain、Create Project(包括配置数据库SQLServer2000我是新增的没有用TDSQLSERVER)

       创建用户:这里仅仅是类似于新增人员的功能,没有具体到该人员参与到什么项目中

       上面的是由Site Administrator进行配置

       所以要用每个project的admin用户去进行配置Group and Users (包括他们的权限)

     

  • TD简单安装步骤(扫盲贴)

    2007-06-25 12:51:43

     
    作为MI的三大产品之一,TD在BUG管理上和需求的管理上都有一定的独到之处.大多数的开发者和测试人员大多都是使用TD,而没有实际的安装过.下面我把我安装TD的过程负责给大家,权当扫盲,让大家们见笑了!

    一. 操作系统的准备
    由于要使用IIS和SQL SERVER数据库,考虑到运行的稳定性,选用的操作系统为WIN2K SERVER版.

    二. 安装IIS
    具体安装IIS的步骤可参见附件一,其中对IIS的安装有很详细的说明.
    值的说明的是,安装完IIS后,一定要在IIS服务器上设置一个虚拟路径,然后在别的机器上进行HTTP连接,以确认IIS安装的有效性.


    三. 安装SQL SERVER
    SQL SERVER用作是TD的底层数据库,用来存储TD的相关数据,我使用的版本为2K开发人员版.
    至于SQL SERVER的安装就很简单了,而且相关资料也很多,就不多说了.


    四. 安装TD
    我使用的TD版本为8.0 with SP1, 虚拟过来大约300多M, 没有要求我输入论证口令等信息.在安装过程中,基本上都是一路NEXT点击下来,最后安装成功.
    在安装过程中,有三点说明一下:1) 最好设置一下管理者的口令; 2) TD会在IIS的本地网络中添加一项TDBin的目录,同时产生本地网络访问目录.TDBin就是以后所有要使用TD的目录; 3) TD会在SQL SERVER数据库中添加一个新的数据库???????,用来存储TD数据.

    通过努力,TD很顺利的就安装成功.没有打TD SP2补丁包(因为自己也不知道改了什么),就先用着吧.这时在别的机器上输入TD服务器的路径http://192.168.12.161/tdbin,就可以进入TD的使用了.

    刚刚安装完的TD只有一个Domain,名称叫Default; 其下面只有一个project,名称叫TestDirect_Demo,而在用户里,有admin用户,基本上没有其它的用户.

    使用admin,进入到TestDirector administrate,对TD进行进一步的操作,包括添加新Domain, user, project, 如何导出信息,生成报表等.

    在安装过程中,可能太顺了,没有出现像坛子里大家的问题,可能使用的不多吧,嘿嘿,明天要细细的设置和用一下,对了,还忘了要更新一下字体,否则看着太难看了.
  • TD的学习与总结(转载)

    2007-06-11 09:19:19

    TD经验谈原文

     

    写了两篇关于测试方面的日志,今天我来回忆一下TD的历程。

        TD(TestDirector)是一个功能强大的测试管理系统,此系统涵盖了整个测试流程。相对一些其它的一些缺陷管理工具而言,TD容易操作、易学易上手。

        由于最早学习的就是TD,到现在已经有一段时间了,前两篇文章(自动化QTP)居然把这个给淡忘了,惭愧万分  花谢 。

    下面开始介绍一下TD吧:
        安装与我就不细说了,上网下载安装手册“下一步”就OK了。如果可以的话,安装程序里也有英文的帮助说明。配置此篇暂略过…… 调皮 

    TD主要分为四个功能版块:
        1、需求 Requirements
        2、测试计划 Test Plan
        3、测试实验室 Test Lab
        4、缺陷 Defects

        TD上需求是定义测试内容与详细的需求,理论上是由测试组完成的。但综合公司的具体环境,有些时候可能需要开发来完成。
        测试计划可以由需求直接转化(tools —> Convert to tests),也可根据需求文档自定义测试计划。
        测试实验室里,你可以创建执行流程。这里记录了所有你执行过的测试与结果。
        缺陷管理栏,记录了测试过程中发现的所有问题,与开发的交互多在于此。

        其实TD的操作并不难,没有代码,不会有太多文字,也全部都是很常用的控件组合。只要你熟悉这个测试流程,使用TD没有问题! 握手 
        整体流程可概括为:创建项目,明确需求;根据需求生成测试计划;按照计划设计并执行测试;发现问题记录问题。
    但实际应用中可能会遇到一系统的阻力了。
        例如你公司开发整个流程是否正规,是否有文档可依。你是否有权力或有能力参与需求的设计与修改。之所以我所谓的“需求有些情况由开发定义”。TD的功能就在那里,该怎么做合适,我想没有定论,需要根据企业实际情况来定了。 胶囊 
        对于测试而言,我觉得能设计出一个合理有效的测试用例是最很需要的。这个需要你动脑筋,需要对你产品的功能及业务非常熟悉,否则写用例也是纸上谈兵。用例的设计格式,可以参考TD安装生成的默认测试演示库,那里就是设计整个“订飞机票”网站的测试流程,很有学习价值。 赞 
        在测试实验室里,你可以像开发设计业务流程一样,设计出一个测试步骤一步步的执行(Execution Flow)。在执行网格里你可以看到测试的历史记录与结果,我们需要在这里查看测试的进度和BUG的分部。
        缺陷管理里,就是测试和开交流的天堂了。我个人觉得很好用!你可以通过对列的筛选,很快到找到你要需要的信息并进行分析。在测试执行时可以自动添加缺陷,里面还自动记录一些测试信息。在以后的回归测试中,R&D Comments里记录了开发和测试的交互过程,也可以查看历史记录(history)。分析结果并输出……
        有一个很隐蔽的功能,在右上角的 tools -> Document Generator 。你可以选择TD里任何你想要的信息,然后设置格式输出到WORD,下班后拿回宿舍分析。 微笑 
        菜单里的Analysis也是比较常用的工具,可以帮助你分析结果并输出报告。
         星星 在Add-Ins Page里有很多插件,可以根据需要下载安装。有office插件、TD浏览器等等……
        不同版本的TD,功能核心都是一样的,只是外观有些变化,增加了一些小功能。至于现在出现的QC我也有幸尝试过,界面色调完全改了,多了文字处理功能、强化了图像分析功能。这些我想用过TD的朋友们肯定很容易上手的啦。
        讲到最后,连最重要的用例设计都没详细讲到。因为每家公司的产品和面对客户都不尽相同,其实没有一个固定的说法。我只浅谈一下我的感想吧: 电视 
        1、设计用例之前,你必要非常熟悉产品。用产品的每个功能模块与关联要很清楚。
        2、更多的去了解客户的需要,有机会多和客服勾通。如果能和客户面对面最好了,客户对产品的要求往往和开发者会有一定的差距。了解业务流你会设计更实际的用例,发现更有意义的BUG。
        3、多和组内同事讨论,“三人行必有我师”。即使你再强,你也会有想不到的地方,一个人的力量是有限的。
        4、用例的描述,要简要、清晰。因为你设计的用例可能被别人执行、新员工的参考和学习。
        5、每个步骤,尽可能多的想到他的关联,但不要冗余(容易理解不容易做)。
        6、一个完整的用例应涉及所有的功能与业务需求(需要很周全的考虑)。
    暂时想到的就这么多吧,欢迎广大的测试朋友们前来补充。
        所以,要设计出一个精炼而有效的测试用例,是不容易的。也是我们每个测试人员力求的! 花开 
    TD对于管理而言,相对于对工作进行了量化的标准。在TD上,你可以看到某个人什么时候在做什么事情、当前测试进度到哪了、某个版本缺陷的分布等等等等。对公司而言,产品库的建立是公司的一个资本。IT的工作量的一直是很难衡量的一个问题,TD在此对企业的管理者也提供了一些帮助。

        由于某些需要,可能我们需要尝试一些其它的管理工具。我个人也尝试过Rational、开源、其它的。Rational的那一套,我在自动化里有谈到。内容太多了,关于他的CQ,仅仅是缺陷管理,没有TD强大。但Rational是一套解决方案,CQ只是其中一个模块,拿起来和TD比有些不合适。Rational的资料在网上可利用的就更少了,我一直没有研究出什么成绩来,在此就不多说了 难过 。网上还有很多缺陷管理工具,开源的bugzilla就有很多人推荐。但安装都很麻烦,不易维护,功能不也多,我也没有多研究了。还有试过TestTrack..... 这些功能都很少,仅相当于TD中的Defects。还是推荐用TD吧,其它小工具也有他存在的理由,适合一定的需求环境,需要大家可以搜一下。 咖啡 

        这些可都是白手起家,“搜”出来的喔 :-0 

  • TD使用不正常常见现象(持续更新)

    2007-06-09 15:32:29

    IIS 0x8ffe2740 错误(计算机管理中网站红色Error)

    现象:发现默认网站是停用的
         点击启动网址时,报错 0x8ffe2740 
    解决方法:
        1.默认网站改用其他端口
        2.停掉占用80端口的程序
        前者选8080或者什么的端口就可以了
        对于后者:
            开始->运行
            netstat -abn


    或者用TCPView这个软件查占用80端口的进程
    可以看到占用80端口的程序的PID(2588),以及程序名称(PPLive.exe)
    知道程序名就好办了,直接打开任务管理器,把相应程序关掉就可以了
    加入只知道程序的PID,可以打开任务管理器,选择 "查看/选择列"
    把PID选中,然后对应PID查找相应程序就可以了

    总结:主要是端口占用,关闭相应进程即可

    TD服务启动失败的解决办法

    为了了解TD是如何进行测试用例管理的,我特意装了个TD7.6。可是装完TD服务死活就是无法启动。使用TestDirector Checker进行check,找到了两个错误,尝试了并找到了解决办法,具体如下。

    1.The TestDirector installation process creates a virtual directory, which it attempts to places in High (Isolated) Application Protection. If, after the installation process, the virtual directory is otherwise protected, TestDirector cannot work properly. To rectify this situation, you must resynchronize the IWAM_XXXX account passwords, or place the virtual directory in Low (IIS process) Application Protection.For instructions on synchronizing IWAM_XXXX account passwords, refer to Article#324 on the following Web site: www.IISFAQ.com
    Execute permissions: Execute (including scrīpts) permissions necessary.

    解决办法:

    1)进入“Internet信息服务”对话框,在“默认网站”下选择“TDBIN”,在右键菜单中选择“属性”

    2)在“虚拟目录”Tab页中选择将所有权限选中,点击创建网站按钮,将“执行权限”修改为“脚本和可执行文件”,“应用程序保护”选择“高(独立)”

    手工同步IIS用户密码,步骤如下:

    1)重新设置IIS的IWAM账号密码。右键单击 我的电脑->管理,打开计算机管理界面打开 本地用户和组->用户 右键单击 启动IIS进程帐号 IWAM_****(注:****一般是计算机名)点击设置密码,设置为一个你想要的密码。

    2)同步IIS metabase中IWAM_MYSERVER的密码,在CMD中:c:\inetpub\adminscrīpts>adsutil set w3svc/wamuserpass "yourpassword"

    3)同步COM+应用程序所用的IWAM_MYSERVER密码,在CMD中:c:\inetpub\adminscrīpts>cscrīpt synciwam.vbs -v。

    但是在进行第三步操作时总是报8004e00f错误。进入组件服务,查看组件服务/计算机/我的电脑/COM+应用程序,结果报错"COM+ 无法与 Microsoft 分布式事务协调程序交谈",无法查看里面的对象。在事件查看器中msdtc服务没有正常启动。解决方法:运行 msdtc -resetlog

    如果还出现问题,可以参考http://www.cnqa.cn/bbs/viewthread.php?tid=380文章,将IWAM_****密码进行修改。

    2.Internet Information Server-->Reports Virtual Directory 失败,提示信息为:Web Directory TDBIN\Reports Does Not Exist. TestDirector was installed incorrectly. Please Reinstall it.

    把reports目录的“执行权限”设置为“纯脚本”,再次执行check,全部通过,并且可以启动TD服务。

     

  • TestDirector 8.2 SP2的下载与安装(转)

    2007-05-29 17:02:14

    偶然找到的 很全面所以转来给大家参考学习

            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 输入你的邮件服务器

    继续Next



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

    继续Next



    继续Next



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

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

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



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