TD数据库常用表参考.pdfVIP

TD 数据库常用表以及字段的介绍（一） (2009-04-28 14:15:57) 转载 标签： 分类： TD测试管理工具 td 数据库表 it ? ALL_LISTS 表 该表包含这些字段： AL_ITEM_ID, AL_FATHER_ID, AL_DESCRIPTION, AL_NO_OF_SONS, AL_SYSTEM, AL_ABSOLUTE_PATH, AL_VIEW_ORDER, AL_MEMO, AL_ATTACHMENT, AL_ITEM_VERSION, AL_VER_STATMP, AL_VTS 。其中前两个字段 用于构建层次关系， 这个表里面放的内容比较杂乱，像案例的类型定义（ MANUAL / WR- AUTOMATED… ）、 案例的状态定义（ Passed / Failed）、 Bug 的优先级定义（ 1-Low / 2- Medium… ）、 Bug 的状 态定义（ Open / Closed …）等，都是保存在这个表中。 另外，在 TD 客户端（ IE ）中，Test Plan 页面中显示的左边那棵案例树中的所有目录节点的 定义， 也都保存在这张表中， 目录间的层次关系正是通过 AL_ITEM_ID 和 AL_FATHER_ID 字段来关联的， AL_DESCRIPTION 字段中则存放目录名， AL_NO_OF_SONS 字段中是该目 录下面的子目录个数。 ? TEST 表 该表用来保存案例的定义，其字段比较多，关键的几个字段： TS_TEST_ID: 案例的 ID TS_NAME: 案例名 TS_STEPS: 案例的设计步骤个数 TS_PATH: 如果是自动化测试案例，该案例对应的自动化测试脚本在当前这个项目所对应 的根目录下的相对路径，这里保存的是存放脚本的目录的名字，也可能是多级目录 TS_SUBJECT: 在案例树中，案例所在的目录节点的 ID ，这个字段可以和 ALL_LISTS 表中 的 AL_ITEM_ID 字段关联起来 TS_STATUS: 案例当前的状态 TS_RESPONSIBLE: 案例负责人 TS_CREATION_DATE: 创建日期 TS_DESCRIPTION: 案例描述 TS_TYPE: 案例的类型，如 MANUAL 、VAPI-XP-TEST 、 LR-SCENARIO 等 TS_EXEC_STATUS: 案例的执行结果，按照 TD 的逻辑，一个案例可以被加到多个测试集 中运行若干遍，这里这个字段总是保存案例最后一次被执行的执行结果。不清楚为什么 TD 要在 TEST 表中设计这个字段， 我只发现这个字段在 TD 运行测试集后修改案例相关的需求 （Requirements ）的状态时有用到，其他地方似乎是不会需要访问这个字段的。 TS_VTS: 该记录最后一次被修改的时间 ? DESSTEPS 表 该表用来放案例的设计步骤，相对来说这个表就比较简单： DS_TEST_ID: 设计步骤对应的案例的 ID DS_STEP_ID: 设计步骤的 ID DS_STEP_ORDER: 步骤的顺序号 DS_STEP_NAME: 步骤名，如果通过 IE 客户端增加步骤时，默认生成的步骤名是 Step n DS_DESCRIPTION: 步骤的内容描述 DS_EXPECTED: 期望值 CYCL_FOLD 、CYCLE 、TESTCYCL 和 RUN 这几张表是和 Test Set 相关的。 通过 TD 提供的案例树， 用户可以对案例按照自己的意愿进行一定方式的组织 （比如按测试 的内容或者背测系统的版本等），而 Test Set 则提供了另外一种组织案例的手段，它允许用 户在一个 Test Set 中添加若干案例。 Test Set 有点像测试概念中的 Suite，TD 的 T