| 往事不堪回首 的个人资料往事不堪回首照片日志列表 | 帮助 |
|
2008/1/14 大家说这是怎么回事下班回家,经常在门缝处看到一些小纸条,多是求租和求购的信息,我以前的处理方式是随手扔掉,后来发现一些问题,于是就不再扔掉,收集起来,到现在为止已经收集了二十多张,前后看了一下,有些问题如下:
1,某人6月份自称是张小姐,12月份却改名为王小姐,笔迹不变,手机号码不变;
2,某人3月份自称已经找到工作,想求购住房一套,7月份在笔迹不变,手机号码不变的情况下,却自称刚刚来到北京,要求租一套住房;
3,还有一个某小姐,居然5个月中换了三种笔迹,莫非是个书法家;
4,还有同一个电话号码一会儿是赵先生,一会儿李先生,一会儿王先生;
总之这20多张求租求购的小纸条,按照笔迹,名字,电话号码分类来看,的确是有很多对不上号的情况,
大家说这是怎么回事呢...
2008/1/10 性别的魅力我有一朋友是个律师,三十大几,个人问题还没有解决,看起来比较着急的样子。
有另外一个朋友买房,碰到一些法律问题,知道我认识这个律师,想咨询他一下,我就短信了律师朋友“一朋友买房碰到法律问题,让他给你打哪个电话方便”,10多分钟,律师朋友也没搭理我,于是我又发了一条“一朋友买房碰到法律问题,让她给你打哪个电话方便”,发过去不到20秒,律师朋友回短信了“就这个电话”。
于是我就转告了另外这个朋友律师朋友的手机号码。
ps:另外这个朋友,她60多岁了。
我的一个朋友的故事我有一个朋友,因为某种原因,目前的智商不是很高。我们经常问他一些正常人看起来很简单的问题,但他也总能够回答正确。 真正的故事发生在一天的晚上,我正在跟我的朋友闲聊, 我有点烦,就开玩笑的跟朋友说,“大你个头啊!!!!” 2008/1/4 TD中 将requirements导入到defects 需求导入到缺陷某种原因,需要将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分钟。
|
|
|