Bug重现步骤

2012辉

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

jenery

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

夕阳西下°

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

wangwei2018

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

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

450174661

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

Jodo

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

跑跑跑跑

2楼正解

ki312471930

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

omg

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

luming

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

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