51Testing软件测试论坛

标题: 请教bug描述的问题。 [打印本页]

作者: wudamyw 时间: 2010-11-22 14:08
标题: 请教bug描述的问题。
1。 bug描述一般要用过去时态，有没有这样的说法？理论依据是什么？
2。 bug描述一般以主语开始，不用祈使句。有没有这样的说法？理论依据是什么？

作者: andyyoung 时间: 2010-11-22 15:21
本帖最后由 andyyoung 于 2010-11-22 15:22 编辑

我想对Bug的描述倒没有那么复杂的约定，抓住“准确、清晰”的原则就可以了。如果一定要要求过去时态，那一定是Bug的重现跟时间或者别的什么因素相关，这些因素没找出来，用什么时态描述都是白搭。
如果一定要要求主语开始，那一定是开发人员看不清Bug描述的人机交互过程，如果不把交互过程搞清楚，什么状语后置、宾语前置都没用。
看问题是要看本质的，不要局限于表面。
仅供参考。呵呵。

作者: laoxin511 时间: 2010-11-29 11:45
没有lz的那种说法吧？
我倒知道有5C的规范
清晰，完整，准确，一致，简洁

其实只要你能描述清楚你复现的整个过程就可以了
再加上你觉得对开发定位有用的信息

作者: wudamyw 时间: 2010-12-3 19:50
我也同意以上两位朋友的看法，但老板提出这样的要求，我百思不得其解！他也找不到依据。可能是他们以前的习惯。谢谢各位了……

作者: 061001 时间: 2010-12-8 09:47
其实我们提bug的时候不知道有这两点说法，但是回头看看bug差不多这样的。对于第一条，什么出现了什么错误，这个应该是过去的吧，因为是在提交这个bug之前发生的；第二条以主语开始，我们描述的时候一般会说：什么模块的什么页面中发生怎样的错误，我想这个什么模块什么页面应该是主语吧。这只是我的一点理解，说得不好请见谅

作者: Romulus 时间: 2010-12-11 16:23
图文并茂
最好清楚易懂

作者: xiaohuir 时间: 2011-1-9 00:00
有summary和comments还有重现的步骤。。一般都是这三个吧。。
summary一般都是比较简洁的。。比如说： An error message pops up when click *** link on $$$ window.
一般现在时就好吧。。

作者: 愚人 时间: 2011-1-12 14:19
过去式，祈使句，真专业啊……呵呵

作者: 行走中 时间: 2011-1-17 16:19

作者: joshal 时间: 2011-2-14 09:36

作者: 娷娷 时间: 2011-2-14 18:48
图文并茂
清楚易懂

作者: sq461221294 时间: 2011-2-15 09:48
这个有关系吗？描述清楚了就好了啊

作者: coolwind09 时间: 2011-2-15 17:15
图文并茂！

作者: bicknuer 时间: 2011-3-11 12:44
you有人能解释一下什么是祈使句吗，偶文盲了

作者: lixingjin 时间: 2011-3-22 21:38
定位准确，语句简洁，易懂无歧义！

作者: 水中的鱼 时间: 2011-3-24 17:24
我觉得忠实的记录BUG,让开发能够重现BUG，图文并茂，最好能帮助定位BUG最好

作者: 春天梅花 时间: 2011-5-5 11:12
描述出处是什么情况实际结果是什么预期是什么结果就好了.想的太复杂了吧

作者: guoyb 时间: 2011-5-27 14:05
清晰，完整，准确，一致，简洁简洁的复现BUG

作者: gondn125 时间: 2011-6-9 22:30
bug重现最重要，要求一定要简洁清楚

作者: 千里 时间: 2011-6-20 01:13
我觉得很容易理解啊，没什么问题。过去式很正确啊，祈使句也很正确，没问题啊。

作者: magicwin 时间: 2011-7-13 23:17
我一般这样描述：
操作步骤：
1、执行某某操作……
2、执行某某
预期结果：
1、弹出某某；
2、出现某某。
实际结果：
1、弹出某某；
2、未出现某某。
问题描述：执行某某操作时未出现预定操作。

大家以为如何？

作者: lioubiya52 时间: 2011-7-20 12:26
描述BUG要祈使句？转折句吗？

作者: lichao8896 时间: 2011-7-26 17:38
我用的是QC 9.0 用语言描述+图片图片中标注错误点就行了~

作者: wzc 时间: 2011-10-26 15:02
回复 4# wudamyw

需要百思吗？照做就是了。

作者: lyscu 时间: 2011-10-27 12:35
Title：用最简短的话，表达最清晰的意思。
Pre-condition: 说明条件
Steps：保证其他人员根据你的步骤能发现这个问题。
Actual：实际的结果是什么，重点突出。
Expected：你期望的是什么，明确给出。
如果有明确的需求，直接贴到后面更清晰。

个人见解，也是正在实行的。

作者: zhufng 时间: 2011-10-31 09:15
我个人认为把BUG情况以及重现步骤描述清楚就可以了
比如模块，现象，步骤等

作者: wuyepiaoxue134 时间: 2011-10-31 18:45
我们公司的buglist老板只看简单的描述，图对于他们来说无所谓

作者: annie_xfz 时间: 2011-11-1 10:31
我无知了~
从来没去想过bug的语法时态（除非是用英语，必须去纠结语法时态）
用中文一般都是用最简洁的语句描述出来。
前置条件是什么，做了什么操作，出现什么bug，并且附上图片

作者: baby101029 时间: 2011-11-8 15:48

过去式，祈使句，真专业啊……呵呵
愚人发表于 2011-1-12 14:19

哦买噶，我也是第一次听说~

作者: baby101029 时间: 2011-11-8 15:48

这个有关系吗？描述清楚了就好了啊
sq461221294 发表于 2011-2-15 09:48

赞同，看开发的理解方式感觉有个磨合阶段的~

作者: pycctv 时间: 2011-11-13 17:46
Bug描述主要有以下几个要素：
1、Bug主题（用概述性语言描述Bug情况，要求简洁明了）
2、Bug优先级别（或严重级别）
3、Bug复现率（100% 经常复现偶尔复现）
4、Bug具体描述（测试配置前置条件操作步骤预期结果实际结果备注）
6、操作系统

作者: fillylove 时间: 2011-11-15 10:51
有一些BUG是我觉得它应该要这样，不应该那样，对于这种类型的描述最纠结了

作者: dressa2z_小关 时间: 2011-11-17 15:13
只要清晰明了，没那么多的条件的吧

作者: z_sp107@com 时间: 2011-11-20 19:22
看不懂啊

作者: ff520mm1314 时间: 2012-2-14 11:44
路过，学习了~~~

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)