有关Bug标题描述的争端

9tGJ}7?[4II0今天某个项目中发现一个缺陷，我们先来看看问题描述吧！51Testing软件测试网|I
Z*a9Vw1B8d

【测试步骤】51Testing软件测试网0y [ x(J t+x
1.登录系统->GPS定位服务->显示开监控列表->查看 XX车辆速度51Testing软件测试网/Zi1t"IC

3v5KE E?f'Y
|"}0【实际结果】
G-S@ o;a1w ~01.车辆行驶速度(km/h)显示：725.70001251Testing软件测试网
E uEC:jD@$i
fvK BV
注：XXX 车辆行驶速度(km/h)显示：-26.200001

【期待结果】51Testing软件测试网@ IR4WBTS5l
1.速度显示正常

B*R4tl?y0在步骤描述上我们没有任何异议，但是当标题在CQ上出现时，该项目组L和其它项目L的意见发生了很大的分歧。

~L,{Z~,M*c0先来看看这个缺陷的标题：车辆行驶速度异常51Testing软件测试网z+M.Kl5cO%m

Lq(l1KKe2iR-{0该项目L的观点为：标题可以采用一些模糊词语，比如异常、错误等词。标题模糊就可以间接迫使开发在看Bug时能够仔细地去看初始条件、51Testing软件测试网h){%`v\Lk0hg J#a
步骤描述、备注和期待结果，从而在一定程度上可以提高Bug的修复率。我们现在提的Bug有一部分修复率较低就是因为Bug标题描述说明了
7\8K,_)l IYl(qU0问题现象或实质，开发只看了标题就去修改，而忘记了去看初始条件、备注等，导致开发经常不能重现Bug或修改失败。51Testing软件测试网n,_5V7@PW!V

其它L的观点为：标题应尽量揭示问题所在，描述实际现象或问题实质，避免用过于模糊词语，比如此Bug标题就应改为“车速存在51Testing软件测试网1m&iix0c0T^
负数或极大数”，以方便开发能更快速的理解问题，定位问题。

Pxb0K"a,Nj vs0个人觉得两种观点其实都有一定的道理，但个人更倾向于第二种观点，但是得在第二种观点的基础上增加以下修正措施。51Testing软件测试网8e/?7k7As'U'ON@

!M-c$I4g4}/X AZ0修正措施：1，备注内容不仅要在内容中给予体现，同时也要在CQ的Notes Log中添加相关备注

N#Z_uCQ0          2，有其它初始条件的，应在标题中给予说明
cNd&w7?_Q"s0          3，L严审Bug，不允许一个Bug提交两个问题51Testing软件测试网-Pg7U&rJ6u,~!C?o
          4，尽量避免多个步骤对应多个期待结果的情况，这种情况可以视具体情况拆为多个Bug，如不能则标题中应说明最糟糕的情况
w+v I9T%T&g!j0t'j0          5，对开发同事，强调阅读Bug内容的重要性，就目前的现象给予说明并抄给相关领导。51Testing软件测试网].z(eYr
~/ghbu