51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 3266|回复: 3

[求助] TD中 将requirements导入到defects 需求导入到缺陷

[复制链接]

该用户从未签到

发表于 2008-1-4 18:03:55 | 显示全部楼层 |阅读模式
某种原因,需要将TD中的需求导入到缺陷中。
TD的版本是TD 7.6 SP4

开始分析表结构:
缺陷表是td.bug,比较重要的字段有:
BG_BUG_ID                  ID,看了结构,不是自增的字段;
BG_STATUS                 状态,类似Open,Fixed等;
BG_RESPONSIBLE          被指派给谁
BG_SUMMARY               BUG标题
BG_DESCRIPTION          BUG描述
BG_REPRODUCIBLE        是否可重现
BG_SEVERITY              严重级别
BG_PRIORITY               优先级别
BG_DETECTED_BY        提交者
BG_DETECTION_DATE   BUG发现日期
BG_TO_MAIL               不详,但值都是Y
BG_USER_01               自己定义的一个分类
BG_VTS                     似乎是最后一次被编辑的日期时间
其余没有提及的字段,多为NULL


接着分析需求表的表结构,表名是td.req
RQ_REQ_ID                 ID,
RQ_FATHER_ID            父ID,如果是-1,则是一个一级分类,而不是一个需求
RQ_REQ_NAME             标题,但是我们的人却把需求的所有内容写在了这里
RQ_REQ_AUTHOR          需求的作者
RQ_REQ_DATE             提需求的日期
RQ_REQ_TIME             提需求的时间
RQ_NO_OF_SONS         如果等于0,则是一条需求,如果不等于0,则是一个二级分类
RQ_VTS                     似乎是最后被编辑的日期时间

查出来需求 select * from td.req where rq_father_id<>'-1' and RQ_NO_OF_SONS='0' order by rq_req_date,rq_req_time
因为我们的人为了省事,需求的标题当内容用了,而在缺陷中,标题是标题,内容是内容, 所以,要这样处理一下:
select left(RQ_REQ_NAME,20)+'(内详)',RQ_REQ_NAME, * from td.req where rq_father_id<>'-1' and RQ_NO_OF_SONS='0' order by rq_req_date,rq_req_time
检查了一遍,查出来的记录,没什么问题。

td.BUG表中的13个字段,都需要插入值
将这13个字段和td.REQ中的13个字段建立关系:
td.BUG                                        td.REQ                                         说明

BG_BUG_ID                                   RQ_REQ_ID                                    需求id对应缺陷id
BG_STATUS                                  'Open'                                           缺陷状态一律置成Open
BG_RESPONSIBLE                           'wangjianguo'                                 缺陷被指派给一个固定的人
BG_SUMMARY                               left(RQ_REQ_NAME,20)+'(内详)'          取需求的标题丢前10个汉字,后边标注“(内详)”
BG_DESCRIPTION                          RQ_REQ_NAME                                取需求的标题作为缺陷的内容
BG_REPRODUCIBLE                        'Y'                                                 缺陷是否可重现一律置成Y
BG_SEVERITY                              '2-Medium'                                      严重级别置为中
BG_PRIORITY                               '2-Medium'                                      优先级别置为中
BG_DETECTED_BY                        RQ_REQ_AUTHOR                              需求的提出者置为缺陷的发现者
BG_DETECTION_DATE                   RQ_REQ_DATE                                  需求的提出日期置为缺陷的发现日期
BG_TO_MAIL                               'Y'                                                  这个字段不详,一律置成Y
BG_USER_01                               'CLASS'                                           这是个自定义的分类,且需求和缺陷此分类不一致,没深究怎么自动转过去
BG_VTS                                     RQ_VTS                                           应该都是最后被编辑的日期时间


SQL语句如下:
insert   into   td.BUG (BG_BUG_ID,BG_STATUS,BG_RESPONSIBLE,BG_SUMMARY,BG_DESCRIPTION,BG_REPRODUCIBLE,BG_SEVERITY,BG_PRIORITY,BG_DETECTED_BY,BG_DETECTION_DATE,BG_TO_MAIL,BG_USER_01,BG_VTS)
select RQ_REQ_ID,'Open','wanjx',left(RQ_REQ_NAME,20)+'(内详)',RQ_REQ_NAME,'Y','2-Medium','2-Medium',RQ_REQ_AUTHOR,RQ_REQ_DATE,'Y','CLASS',RQ_VTS
from td.req
where rq_father_id<>'-1' and RQ_NO_OF_SONS='0'
order by rq_req_date,rq_req_time

搞定,查了一下没什么问题,手工改了自定义的分类。整个过程结束了。
总共用时大约90分钟。
回复

使用道具 举报

该用户从未签到

发表于 2008-1-15 17:25:11 | 显示全部楼层
楼主你强的。在玩数据库那。
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-1-15 17:48:36 | 显示全部楼层
想法不错!
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-1-15 21:27:48 | 显示全部楼层

ww

这个改法恼火哦!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-3-29 09:10 , Processed in 0.068777 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表