Bug重现步骤

2012辉 · 发表于 2013-4-11 11:03:06

在编写重现步骤时，不是说应该尽可能详细的吗？可是写的太详细，开发人员觉得过于复杂，哪有这么多时间看啊

luming · 发表于 2013-4-11 20:18:52

本帖最后由 luming 于 2013-4-11 20:27 编辑

其实一个好的标题+抓图，大部分的问题都能说清楚。

当然了，详细步骤还是要写的，要给别人多种选择。

omg · 发表于 2013-4-11 21:08:59

多沟通，多配合，寻找一个合适度，双方满意的度。

ki312471930 · 发表于 2013-4-16 10:02:46

其实有个普遍问题就是开发人员一般情况下不怎么看详细步骤····就看了一下标题，然后就来找你了，说什么咋回事，我刚刚试了没问题啊···然后你又打开问题单库，按照详细步骤给他操作一遍，问题出来了，开发淡淡的说一句：哦，这样的啊·················

跑跑跑跑 · 发表于 2013-4-17 15:24:28

2楼正解

Jodo · 发表于 2013-4-17 15:47:46

是啊，重点再着重应该就可以吧

450174661 · 发表于 2013-7-12 13:17:24

BUG描述规范：必须包含测试环境、测试步骤、测试数据、执行结果、预期结果；
比如：XX系统XX模块，二级页面XX字段输入特殊字符报错报错；
执行结果：报错；
预期结果：正常保存；

wangwei2018 · 发表于 2013-7-22 17:03:39

大公司有一套完整的流程，测试部门占有重要地位，所以开发对待问题不太可能出现lz的情况。
lz的情况一般应该容易发生在小公司中。

除了要不断提高测试团队在研发中的地位，2L和7L说得很清楚了。
另外补充几点：
1、测试人员在描述问题时，要尽量做到描述简洁、条理清晰、没有歧义，标点符号要标准；
2、避免大量的文字堆砌，注意问题单的结构。

夕阳西下° · 发表于 2013-7-23 10:14:02

标题很重要，最好能说明问题，后面的言简意赅！

jenery · 发表于 2013-8-1 10:58:33

标题里突出环境，模块和结果，在配一个截图，基本开发就关注这个

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

[求助] Bug重现步骤

相关帖子

站长推荐 /2