操作步骤:
1、执行某某操作……
2、执行某某
预期结果:
1、弹出某某;
2、出现某某。
实际结果:
1、弹出某某;
2、未出现某某。
问题描述:执行某某操作时未出现预定操作。
大家以为如何? 描述BUG要祈使句?转折句吗? 我用的是QC 9.0 用语言描述+图片 图片中标注错误点就行了~ 回复 4# wudamyw
需要百思吗?照做就是了。 Title:用最简短的话,表达最清晰的意思。
Pre-condition: 说明条件
Steps:保证其他人员根据你的步骤能发现这个问题。
Actual:实际的结果是什么,重点突出。
Expected:你期望的是什么,明确给出。
如果有明确的需求,直接贴到后面更清晰。
个人见解,也是正在实行的。 我个人认为把BUG情况以及重现步骤描述清楚就可以了
比如模块,现象,步骤等 我们公司的buglist老板只看简单的描述,图对于他们来说无所谓 我无知了~
从来没去想过bug的语法时态(除非是用英语,必须去纠结语法时态)
用中文一般都是用最简洁的语句描述出来。
前置条件是什么,做了什么操作,出现什么bug,并且附上图片 过去式,祈使句,真专业啊……呵呵
愚人 发表于 2011-1-12 14:19 http://bbs.51testing.com/images/common/back.gif
哦买噶,我也是第一次听说~ 这个有关系吗?描述清楚了就好了啊
sq461221294 发表于 2011-2-15 09:48 http://bbs.51testing.com/images/common/back.gif
赞同,看开发的理解方式 感觉有个磨合阶段的~ Bug描述主要有以下几个要素:
1、Bug主题(用概述性语言描述Bug情况,要求简洁明了)
2、Bug优先级别(或严重级别)
3、Bug复现率(100% 经常复现 偶尔复现)
4、Bug具体描述(测试配置 前置条件 操作步骤 预期结果 实际结果 备注)
6、操作系统 有一些BUG是我觉得它应该要这样,不应该那样,对于这种类型的描述最纠结了 只要清晰明了,没那么多的条件的吧 看不懂啊 路过,学习了~~~
页:
1
[2]