【发帖必读:如何有效反馈 bug】

来来来,都 view 一下:wink:,本菜鸡难得写篇帖子(叉会腰),不论你是论坛的萌新还是老司机,只要你遇到过 发帖 求助但是无人响应,或者是得到帮助但是获取的答案不正确的情况,都有可能是因为你没有写出一篇 简洁明了 的帖子。
那么接下来我会告诉大家如何写一篇比较基本的论坛贴。

1. 完整的描述

首先在你创建帖子时都会看到一个创建主题的 UI 界面,其中有一个下拉菜单内容为:

当你选中如 Creator 选项时,在右边框会出现一个标准的模板(如下图)

填写上面的表格是良好反馈的开始。
但是很多人的第一反应是我的 bug 应该没这么复杂(我自己描述起来更省事,哼!),所以手动删除了这些模本文本,殊不知你离获取 正确答案 的道路已经走向了十万八千里。

这个模板提供了反馈 bug 的许多基本的信息,比如: 平台, 引擎版本,若是有相关的手机阅览报错,你还有手机型号之类的信息可以填写,这些基本信息最重要的作用是提供 最最最基本的测试重现环境 给那些愿意给予你 无偿 帮助的志愿开发者,以及我们这群自动眼瞎的开发猿。

许多开发者比如:,对!不用看,说的就是你,摸摸自己的左胸,是否在发帖求助时经常忽视了这些信息。
因为帮助你的人并不是你的分身,所以对许多信息的掌握并不完善,在不完善的基础上就只会提出更多的疑问或者错误的思路。

2. 给我一个图,还你一片爱

当你完成了第一步的操作,写出了一篇比较完善的提问帖之后,假设你的 bug 表现真的超级超级复杂,还有必要提供一些完整的动态图片或者完整的静态图片。比如:

当你只是截取一个 bug 的 console 或者一个比较简单的物体静态表现时,因为很多的影响因素可能是由于你的不当设置引起的,所以提供语言无法表述的完整的信息就显得十分重要了。这个习惯能够帮助你快速的解决大部分 不是问题的问题

3. 一个短小精悍的 demo!!!!!!!

当你完成了以上两个需求之后,我认为你离获取正确答案只有 八千里 这么远了。
毕竟很多情况下无论是文字还是图片,都不如一个 demo 有效果,这个 demo 的好处是给更多愿意帮助你的人一些 动力 去帮助你。 当然这并不是硬性要求,但是作为求助者的你应该要以 高效 的原则去思考,当你花费了十分钟重现了一个 bug 的 demo 实际上也就是将自己的 bug 扩散 出去,让更多人知道了这个 bug,那么。。。。作为官方的那群农民就不得不赶快针对你的 bug 进行修复了呢。

##4. 总结:
再次提醒,作为合格的程序猿最重要的是三点:一是交流,二是交流,三还 tmd 是交流!

作为开发者想要快速的解决问题,那么以上几点是你最有力的武器。

14赞

很多BUG/问题,如果能正确、准确的描述出BUG/问题,能抽象出一个demo,那基本离解决BUG/问题也就不远了。但是很多人都不喜欢动脑子……

组织语言的姿势很重要!

emmm,帖子要是有写错的地方或者写的不好的地方记得提醒我一下啊,谢谢啦:slightly_smiling:

赞 ! ! !

1赞

优秀:kissing_closed_eyes:

上面两个可能有激情

3赞

:clap::clap::clap:

希望开发者提问题时,可以上传个简单的示例工程,用以复现问题和验证问题!!!

其实可以支持发个视频。。。有时候项目太复杂,不太好抽demo

2赞

如果是动态的用视频,如果是静态渲染问题还是用图片清晰度比较高,可以带上重现代码,你自己的分析等等,强烈抗议连错误都不看,更不调试,就直接发论坛来找我们查的帖子

emmmmmmm,吓得我赶紧在我的帖子里面追加了个demo

http://forum.cocos.com/t/cc-graphics/66485 这个帖子的BUG麻烦帮忙修复一下

请问这个是怎么回事???

原因是标题包含特殊标点或者标题太长!!!

:joy:

谢谢,原来是标题不能有逗号……

切场景过快 报错getComponent。 cc.ReverseTime.initWithAction(): action must be non null

切场景过快 报错getComponent。 cc.ReverseTime.initWithAction(): action must be non null