今天有时间研究了一下QC工作流的设置，复杂的没太用到，主要是缺陷模块新建缺陷是各个字段的默认值如何设置：

1、登陆QC项目选择自定义

2、选择设置工作流，选择脚本编辑器

3、选择缺陷模块脚本

4、选择Defects_Bug_New

Sub Defects_Bug_New
  On Error Resume Next
       Bug_Fields.Field("BG_STATUS").Value="新建"
       Bug_Fields.Field("BG_USER_03").Value="1"
       Bug_Fields.Field("BG_DETECTION_DATA").Value=NOW()
       Bug_Fields.Field("BG_PERPODUCIBLE").Value="Y"
       Bug_Fields.Field("BG_PROJECT").Value="XXXX系统"
       Bug_Fields.Field("BG_DETECTION_VERSION").Value="V1.0.0.1"
       Bug_Fields.Field("BG_PRIORITY").Value="3-高"

  On Error GoTo 0
End Sub

Bug_Fields.Field字段的值是根据需要进行添加的，这样就OK了，当新建缺陷时如上设置的字段全为默认值，这样就节省了新建缺陷必须选择一些不重要且重复性很大的工作量了！

不明白的：再添加自定义字段后，添加页面显示的字段顺序如何调整

之前使用过一段时间的TD，到最终使用QC的过程中碰到很多问题，在这里列举一下算是一个总结：
1、IIS安装
 因为系统使用的为GHOST版的，因此IIS安装问题较多，且查阅说道SP2的IIS不能安装到SP3系统上，下载IIS安装包，安装完成后IIS默认站点页面无法打开，查询许久找不到原因，最后安装IIS5.1版解决问题。
2、TD安装
千辛万苦的装好IIS后，安装TD8.0又出了问题，运行SETUP程序时直接报应用程序错误，有朋友说是安装包的问题需要重新找一个安装包试试，不过找了许久都没有找到8.2的安装包，未果。
3、QC安装授权文件
刚开始查阅到QC必须安装打Window Server的机器上面因此没有太多的考虑安装QC，不过昨天在QQ群里才得知XP系统时可以安装QC的，因此立即下载QC9.0进行安装，不过在授权文件的问题上面有点问题，网络上搜寻不到一个可用的授权文件，不过有一段破解的代码，只需要把代码存为txt之类的文件即可，无论那种格式都可以。
http://bbs.51testing.com/thread-109166-1-1.html破解代码出处。

4、QC数据库连接失败
安装到连接数据库时总是提示属性错误无法继续安装，网上查到是因为数据库的原因，我自己的数据库是SQL2000需要打SP4的补丁才可使用，不过在官方网站下载的三个补丁文件只有一个可安装成功，没办法只要连接到别的机器上面连接SQL2005，连接成功，继续安装。
5、QC局域网其他用户无法访问QC页面
QC整个安装过程完成之后本机可访问站点管理界面，用户登陆界面，可是局域网的其他同事无法访问，有人说是防火墙的问题，可是关掉防火墙后依然连接不到我的机器，未果希望有知道的朋友指教一下。
重装系统后重新安装关掉防火墙局域网可访问。

1， 操作系统

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

2，安装IIS

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

3，安装MS-SQL SERVER

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

4，安装TD

1）在安装好IIS与MS-SQL SERVER后，进行TD的安装。进入到图下步骤时，输入：

Maintenance no.：KSQMQSQ-HQSQDQS-Q3QSQ3S-Q2SSQI8

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

 

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

 

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

 

  4）【Next】后，

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

 

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

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

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

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

 

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

 

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

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

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

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

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

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

 

5，TD的配置

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

1）  汉化

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

由于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文件达到汉化的目的。

详细描述项目制作流程

以下是链接地址：http://www.51testing.com/?action_viewnews_itemid_85301.html

DEFECT

英文 中文 Actual Fix Time 实际修改时间 Assigned To 被分配给 Closed in Version 被关闭的版本 Closing Date 关闭日期 Defect ID 缺陷编号 Descrīption 描述 Detected By 被（谁）发现 Detected in Version 被发现的版本 Detected on Date 被发现的日期 Estimated Fix Time 估计修改的时间 Modified 修正 Planned Closing Version 计划关闭的版本 Priority 优先级 Project 项目 R&D Comments 研发人员备注 Reproducible 可重现 Severity 严重程度 Status 状态 Summary 概要

TEST

英文 中文 Creation Date 创建日期 Descrīption 描述 Designer 设计人员 Estimated DevTime 估计设计和生成测试的时间 Execution Status 执行状态 Modified 修正 Path 路径 Status 状态 Steps 步骤 Template 模版 Test Name 测试名称 Type 类型

TEST STEP

英文 中文 Actual 实际结果 Descrīption 描述 Exec Date 执行日期 Exec Time 执行时间 Expected 期望结果 Source Test 测试资料 Status 状态 Step Name 步骤名称

RUN

英文 中文 Duration 执行的期限 Exec Date 执行日期 Exec Time 执行时间 Host 主机 Operating System 操作系统 OS Build Number 操作系统生成的编号 OS Service Pack 操作系统的服务软件包 Run Name 执行名称 Run VC Status 执行 VC 的状态 Run VC User 执行 VC 的用户 Run VC Version 执行 VC 的版本 Status 状态 Test Version 测试版本 Tester 测试员

REQUIREMENT

英文 中文 Attachment 附件 Author 作者 Cover Status 覆盖状态 Creation Date 创建日期 Creation Time 创建时间 Descrīption 描述 Modified 修正 Name 名称 Priority 优先级 Product 产品 ReqID 需求编号 Reviewed 被检查 Type 类型

TEST IN TESTSET

英文 中文 Exec Date 执行日期 Modified 被修正 Planned Exec Date 计划执行的日期 Planned Exec Time 计划执行的时间 Planned Host Name 计划执行的主机名称 Responsible Tester 负责测试的人员 Status 状态 Test Version 测试的版本 Tester 测试员 Time 时间

TESTSET

英文 中文 Close Date 关闭日期 Descrīption 描述 Modified 修正 Open Date 开放日期 Status 状态 Test Set 测试集合

1.１TestDirector的测试管理包括如下四个阶段：

　　需求定义（Specify Requirements）：分析应用程序并确定测试需求。

　　测试计划（Plan Tests）：基于测试需求，建立测试计划。

　　测试执行（Execute Tests）：创建测试集（Test Set）并执行测试。

　　缺陷跟踪（Track Defects）：报告程序中产生的缺陷并跟踪缺陷修复的全过程。

　　贯穿测试的每一个阶段，你能够通过产生详细的报告和图标对数据进行分析。

　　1.2需求定义（Specify Requirements）

　　分析应用程序并确定测试需求。

　　定义测试范围（Define Testing Scope）：检查应用程序文档，并确定测试范围——测试目的、目标和策略。

　　创建需求（Create Requirements）：创建需求树（Requirements Tree），并确定它涵盖所有的测试需求。

　　描述需求（Detail Requirements）：为“需求树”中的每一个需求主题建立了一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。

　　分析需求（Analyze Requirements）：产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。

　　1.3测试计划（Planning Tests）

　　基于已定义的测试需求，创建相应的测试计划。

　　定义测试策略（Define Testing Strategy）：检查应用程序、系统环境和测试资源，并确认测试目标。

　　定义测试主题（Define Test Subject）：将应用程序基于模块和功能进行划分，并对应到各个测试单元或主题，构建测试计划树（Test Plan Tree）。

　　定义测试（Define Tests）：定义每个模块的测试类型，并为每一个测试添加基本的说明。

　　创建需求覆盖（Create Requirements Coverage）：将每一个测试与测试需求进行连接。

　　设计测试步骤（Design Test Steps）：对于每一个测试，先决定其要进行的测试类型（手动测试和自动测试），若准备进行手动测试，需要为其在测试计划树上添加相应的测试步骤（Test Steps）。测试步骤描述测试的详细操作、检查点和每个测试的预期结果。

　　自动测试（Automate Tests）：对于要进行自动测试的部分，应该利用MI、自己或第三方的测试工具来创建测试脚本。

　　分析测试计划（Analyze Test Plan）：产生报告和图表来帮助你分析测试计划数据，并检查所有测试以确保它们满足你的测试目标。

　　1.4测试执行（Running Tests）

　　创建测试集（Test Set）并执行测试。

　　创建测试集（Create Test Sets）：在你的工程中定义不同的测试组来达到各种不同的测试目标，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。并确定每个测试集都包括了哪些测试。

　　确定进度表（Schedule Runs）：为测试执行制定时间表，并为测试员分配任务。

　　运行测试（Run Tests）：自动或手动执行每一个测试集。

　　分析测试结果（Analyze Test Results）：查看测试结果并确保应用程序缺陷已经被发现。生成的报告和图表可以帮助你分析这些结果。

　　1.5缺陷跟踪（Tracking Defects）

　　报告程序中产生的缺陷并跟踪缺陷修复的全过程。

    添加缺陷（Add Defects）：报告程序测试中发现的新的缺陷。在测试过程中的任何阶段，质量保证人员、开发者、项目经理和最终用户都能添加缺陷。

　　检查新缺陷（Review New Defects）：检查新的缺陷，并确定哪些缺陷应该被修复。

　　修复打开的缺陷（Repair Open Defects）：修复那些你决定要修复的缺陷。

　　测试新构建（Test New Build）：测试应用程序的新构建，重复上面的过程，直到缺陷被修复。

　　分析缺陷数据（Analyze Defect Data）：产生报告和图表来帮助你分析缺陷修复过程，并帮助你决定什么时候发布该产品。

  备份文件

            后台数据库使用SQLServer2005；

        一、数据库备份：从原服务器上备份出所有您要还原的TD系统数据库（在SQLServer2005中操作）；

        二、文件备份：

            1、TD_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数据表，打开该表并修改ACIServer、SiteScopeurl行对应的Param_Value字段值用新TD服务器名称替换旧TD服务器的名称。

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

             e)修改TDServers数据表，打开并修改TDServer_Name、TD_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个文件夹）就是要还原的项目系统文件，所以覆盖时不能还原，要在TD的Site Administrator页面中重新创建，创建成功后再C：\TD_Dir目录下会生成该文件夹；

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

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

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

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

        　   exec sp_change_users_login 'Report'

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

        　   说明：这个脚本必须要执行，要不还原过来的项目不能激活，TD和SQLServer不能建立链接。

        四、在右下角的任务栏中停掉TD服务，在启动TD服务；

        五、打开TD的Site Administrator页面中的进行数据库连接测试，及对每个项目进行连接测试

  1.安装前环境配置TD的WEB服务容器为IIS，必须得先安装IIS环境TD的后台默认为Access以选择使用Sybase、 MS-SQL Server、 Oracle. TD也支持邮件服务，可以选择安装邮件服务或则暂时不安装。如果需要安装则在安装前做好邮件服务器的相关配置。
　
　　2.安装事项在安装时，要对系统进行一些安装设置，以下对一些关键设置进行简单解释。
　
　　1）数据库连接设置设置数据库连接时，Access为默认必选，可以选择另外一种合适的数据库做为TD的连接数据库，该数据库可以在创建TD项目时，选择作为项目的数据库。
　
　　2）虚拟目录设置其中的虚拟目录名TDBIN下将保存TD的一些运行文件。
　
　　3.安装注意安装TD时，系统资源消耗比较大，容易造成安装失败或错误，所以在安装时，尽量不要进行的系统操作，等待安装完成。
　
　　4.安装后配置1）  汉化在安装目录TDBIN/Install/下存放的是一些为连接服务的客户端加载的系统文件。其中的tdclientui80.xco文件，该文件会自动加载到客户端的C：\Program Files\Common Files\Mercury Interactive\TD2000_80目录下，并生成为tdclientui80.ocx文件。
　
　　注意其中两个文件的后缀名区别。文件后缀可通过更改方式变换为OCX或XCO.由于Mercury并为发行官方的汉化包，所以采用第三方的资源包进行汉化。汉化方式，把得到的汉化资源dclientui80.xco文件粘贴到服务器TDBIN/Install/目录下，覆盖掉原文件即可。
　
　　在之前访问过服务器的客户端，在下次连接时由于不再加载更新后的数据，所以必须得删除客户端下的C：\Program Files\Common Files\Mercury Interactive\TD2000_80目录下覆盖tdclientui80.ocx文件，使再次访问时自动加载汉化后的新组件。
　
　　也可以通过在客户端C：\Program Files\Common Files\Mercury Interactive\TD2000_80目录下覆盖tdclientui80.ocx文件达到汉化的目的。
　
　　2）  设置MS-SQL的数据库连接对数据库的“客户端网络实用工具”进行配置。选择协议Named Pipes与TCP/IP，别名设置最好选择本机计算机名。
　
　　对数据库的安全性设置——身份验证，设置为 Server和WINDOWS.设置后，在后台PING连接数据库，如果成功，则可正常创建该类数据库的项目。
　
　　3）  IE7.0兼容性安装TD后，并不能顺利支持IE7.0的客户端浏览器。此时可以用记事本等打开服务器TDBIN/目录下的start_a.htm源文件，然后进行编辑。
　
　　查找“ var fMSIE3456”
　
　　然后在该行的末尾处分号前添加一段语句“|| （ua.lastIndexOf（'MSIE 7.0'） ！= -1）”
　
　　保存即可。
　
　　4）TD系统信息修改在C：\Program Files\Common Files\Mercury Interactive\目录中的DomsInfo文件夹，该文件夹中保存TD系统的关键信息，其中有TD系统配置信息的数据库doms.mdb文件，该数据库文件已默认被加密，密码为tdtdtd.在Templates文件夹中的文件为初始化生成的项目模板文件，包括TestDir.mdb，该文件为生成项目的初始数据库表。这样的话我们，就可以在每次创建项目时初试化出我们想要的，预定好的数据库表和相关数据来。就可以避免每次创建项目时重复的手工定义字段了，我们可以定制自己的项目数据库模板。
　
　　如当遗忘ADMIN的密码时，可以通过往doms.mdb的ADMIN表中的ADMIN_PSWD字段更换写入“456711”，登陆时输入密码“test”即可进入。