请教bug描述的问题。

wudamyw · 发表于 2010-11-22 14:08:05

1。 bug描述一般要用过去时态，有没有这样的说法？理论依据是什么？
2。 bug描述一般以主语开始，不用祈使句。有没有这样的说法？理论依据是什么？

andyyoung · 发表于 2010-11-22 15:21:21

本帖最后由 andyyoung 于 2010-11-22 15:22 编辑

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

laoxin511 · 发表于 2010-11-29 11:45:44

没有lz的那种说法吧？
我倒知道有5C的规范
清晰，完整，准确，一致，简洁

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

wudamyw · 发表于 2010-12-3 19:50:11

我也同意以上两位朋友的看法，但老板提出这样的要求，我百思不得其解！他也找不到依据。可能是他们以前的习惯。谢谢各位了……

061001 · 发表于 2010-12-8 09:47:45

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

Romulus · 发表于 2010-12-11 16:23:34

图文并茂
最好清楚易懂

xiaohuir · 发表于 2011-1-9 00:00:15

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

愚人 · 发表于 2011-1-12 14:19:18

过去式，祈使句，真专业啊……呵呵

行走中 · 发表于 2011-1-17 16:19:25

joshal · 发表于 2011-2-14 09:36:51

娷娷 · 发表于 2011-2-14 18:48:55

图文并茂
清楚易懂

sq461221294 · 发表于 2011-2-15 09:48:21

这个有关系吗？描述清楚了就好了啊

coolwind09 · 发表于 2011-2-15 17:15:37

图文并茂！

bicknuer · 发表于 2011-3-11 12:44:25

you有人能解释一下什么是祈使句吗，偶文盲了

lixingjin · 发表于 2011-3-22 21:38:46

定位准确，语句简洁，易懂无歧义！

水中的鱼 · 发表于 2011-3-24 17:24:19

我觉得忠实的记录BUG,让开发能够重现BUG，图文并茂，最好能帮助定位BUG最好

春天梅花 · 发表于 2011-5-5 11:12:05

描述出处是什么情况实际结果是什么预期是什么结果就好了.想的太复杂了吧

guoyb · 发表于 2011-5-27 14:05:05

清晰，完整，准确，一致，简洁简洁的复现BUG

gondn125 · 发表于 2011-6-9 22:30:51

bug重现最重要，要求一定要简洁清楚

千里 · 发表于 2011-6-20 01:13:42

我觉得很容易理解啊，没什么问题。过去式很正确啊，祈使句也很正确，没问题啊。

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 请教bug描述的问题。

相关帖子

站长推荐 /1