既然选择远方,便只顾风雨兼程……

Bug提交错了地方怎么办?

上一篇 / 下一篇  2009-03-26 11:24:00

[/tN0P.f.L0a]"S0      Bug提交错了,本来是S项目的Bug,一不小心提交到了B项目中,这种事情也发生?

-b:p2Ar&x]4j051Testing软件测试网M*D!g p$z%X

      今天还真碰到了这样的问题,PM使用的是Web Access来连接到项目站点提交bug,不料默认打开的是B项目(项目列表中B项目排序最前)而她没注意,然后“悲剧”发生了,她提交的几个bug在一个开发人员的机器上面可以查到,而在另外一个开发人员和我的机器上硬是找不出来,用了各种Query都查不到一点儿蛛丝马迹。51Testing软件测试网An!K-PN

51Testing软件测试网4}9s6Q3L}'`

    幸好开发的同事灵光一现,是不是提交错了项目……一看,还真是发生了这样的事情。原来那位查不到bug的开发人员使用的Web Access, 默认打开的是S项目;而我使用的是Team Explorer,当前只连接到了S项目,自然不会看到深藏在B项目的bug了~51Testing软件测试网1Zy!{lM0Kr L

Ha"C X3IC1n1s9zSS0     原因找出来了,可是解决的时候又出现问题。怎么改动这个bug使其回归祖国呢?

R4L$d"C9W/O nw0

'Jlj4cc*]0      一开始想到的解决方案大概如下:使用命令行改变Bug的Area和Iteration字段的值,在MSDN上面找了一下,没有找到编辑字段值的命令行方法。其实想想,要改字段值直接使用GUI不就结了,一般不会用到相关的命令行办法,自然是找不到了。51Testing软件测试网C V+q[6pJW

k'ZBp G0      好了,实践第二种解决方案——直接在GUI上面改动。可是改过来保存不成功,这两个字段是改动不了的?……51Testing软件测试网vS5D4T%]D0G

51Testing软件测试网:}9I It`-l%i.e`&C

      小小纠结了一下,继续围着那几个bug转悠,忽然bug查询结果的列表中右键菜单中看到了一个复制选项“Create Copy of Work Item...”,单击进去一看,弹出的对话框中提供了两个下拉框:Team Project, Work Item Type。51Testing软件测试网5`Q6L*p!P)X

W!A&L2Jy?1U$@)] t0      在Team Project中选中S项目,在Work Item Type中选中“Bug”,点击“确定”。这时候会弹出一个新的选项卡页,刚才Copy的这个Bug现在已然成了一个新的bug,你可以在新的选项卡页中对这个Copy过来的bug进行一些编辑,最后记住要保存。保存成功后,这个bug就可以在S项目的查询中出现了。

hw;?2XN051Testing软件测试网nl?+w(^D*h

      使用这种方法也有一些缺陷。在Copy之前的bug中,有一部分的状态已经改变了(不再是Active状态),但是Copy到S项目中之后全部变成了Active状态。另外,查看bug的history发现已然丢失了,这些bug瞬间成了我的战利品了(Created By字段值成了我的账户名了)。唯一让人欣慰点的是,在Links中保留了到原始bug的链接。

fF)wX`"pf051Testing软件测试网#LSC6I6PC,_

      额,讲到这里,我顺便提一下其他的几种可以达到类似目的的解决办法:

[ aE5xn5D,e0

m3R b ]7I)Y)R2nb K0     1) 手动Ctrl C+Ctrl V,手工“转移”,这种方法最大的弊端就是麻烦而且容易出错(毕竟一个bug的字段还是有点小多的),相对于上面的办法而言还少了一个“Links”到原始的bug。

9qgE&qo8W0

ZlIso;En0     2) 使用Excel或者Project导入导出,这种办法不错,但是个人觉得如果就两三个bug没必要搞那么麻烦~51Testing软件测试网6Y:~MBx't

51Testing软件测试网j{Gi(J2s1pLo

   其实,我在想如果可以直接更改项目就太棒了,可惜目前还没有发现类似的“银弹”。 

$v]/lv1~v}zV-k0

TAG:

 

评分:0

我来说两句

Open Toolbar