假设正在读这篇文章的你是一名黑盒软件测试人员，请思考这样一个问题，如何向开发同学报一个BUG呢？或许我们每一个人心中都有自己的答案。这答案或者是许多人都在用的一种格式、步骤、流程甚至模版，或者是项目组内大家都认可的一种形式，又或者是带有自己独特风格的一种方法。
其实，不管是哪种方式，我们报一个BUG的目的都是相通的，那就是向开发同学清晰的描述BUG的复现步骤、特殊条件、出现机型、复现率等对于修复该BUG有帮助的信息。所以一个BUG汇报过程中的创新无非也来自这个方面。如何能够更清晰的描述复现步骤，而让开发一眼就能看明白BUG出现时的操作和复现路径？如何才能减少开发理解我们文字的过程中产生的歧义？如何才能不一次次的被开发叫过去复现或者说明一个BUG？我们不妨看看下面几种方法。
一、截图
是的，“一图胜千言”。举个例子，假如有一个列表，列表每一项之间是用灰色的细线隔开，如果有一天出现了这样一个BUG：第二条和第三条之间的分割线少了一块，显得特别不美观。这个时候我们就要向开发报一个BUG。怎样去描述这个BUG呢？我们可以写好多文字去描述我们心中这个感性的“不美观”，也可以让开发自己去体会这个不优雅的用户体验。
更快捷、更有效的方式是：对该列表进行截图，并在截图上产生问题的地方用红框标出来。甚至还可以用其他颜色（比如绿色）的框标出其他列表项对应位置正确的预期表现。这样我们在写BUG描述的时候就可以比较自由一些，开发甚至只看到图就能理解我们什么意思：红框位置分割线不完整，预期为绿色框表现。
二、GIF图片
不得不感叹，图片带来的表现力比文字要有力的多。但是相比于JPG或者PNG，有另外一种格式似乎“杀伤力”更大。掌声献给GIF。我们此刻不必关心GIF是怎么生成的，是什么原理，我们甚至就简单的理解为“会动的图片”也无伤大雅。
试想，假如我们可以讲复现步骤录制/制作成为GIF图片，开发是不是更愿意去看呢？怀着好奇而骄傲的心，随机走访了几位开发同学，他们对这种方式都欣然接受，甚至有人还对小编伸出了大拇指。在小编脑海中不停闪过“小黄人”发出“ta-da”这样声音的同时，也不免要面对读者和其他测试人员的质疑：我怎样去制作一张GIF呢，你考虑过这个成本吗？
卖个关子，稍后告诉你一个Mac上优雅的工具，让你轻松自在的生成一张“让开发同学惊掉下巴”的GIF。
三、视频
是的，报BUG还可以用视频！当然了，这个视频是一个健康的，积极向上的视频；是一个为了让开发同学更少动脑的优质视频；是一个脱离了低级趣味的现代化视频，是一个……好像说远了。总之，选择视频去报BUG，是一个让你被刮目相看的选择。
上面说到GIF尚且让不少读者摸不着头脑，不知道怎么制作，现在又出了视频，难不成要让我架设一个摄像机/摄像头来监控我的操作吗？额……当然不是。
好吧，是时候打开卖了半天的关子，来隆重介绍这样一款工具了，它可以同时将你在屏幕上的操作进行录制，并且保存成GIF和视频。它就是AndroidTool-Mac。项目地址在https://github.com/mortenjust/androidtool-mac，可以参照项目主页的方法进行安装并使用。
等等，掌声呢？就因为这是一款Mac上面的软件，所以只获得了这么稀少的掌声吗？好吧，让我来介绍一个跨平台的工具：screenrecord。它是谷歌出品的一个adbshell命令。只要你的机器上配置了adb环境，那么在插着USB连接手机的前提下，你可以随时随地的通过这样一条命令来进行屏幕操作的录制：“adbshellscreenrecord/sdcard/demo.mp4”。这条命令把录制屏幕的文件保存到了SD卡，且命名为demo.mp4。
怎么样，今天介绍的这三种报BUG的方式你都掌握了吗？赶紧给开发同学秀一下吧！
当然你也发现了，录制成GIF我只给出了一个Mac上的解决方案，并不是所有人都喜欢Mac，如果你有其他的方法可以完成录制GIF，请不吝赐教吧？
同时，如果你有其他更为新颖的汇报BUG的方法，那么不妨一并告诉我们，让我们在测试的道路上，做一对、甚至是一群快乐的小伙伴吧！
