往事不堪回首 的个人资料往事不堪回首照片日志列表 工具 帮助
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分钟。