软件测试发现bug后的书写方法

　　对于每一个做测试的人员来说，写bug是天天要干的事，也是测试员的基本技能要求。可是如何写出“漂亮的”bug那?

　　何为“漂亮的bug”呢?个人觉得应该包括以下三方面：

　　1. 根据bug步骤能重现bug

　　2. 程序员看到你的bug,心情没有变糟糕

　　3. 程序员看到你的bug后，基本上95%知道问题出在什么地方了。

　　关于第一点，很简单，这也是bug的最基本要求。就是把我们的操作步骤一步一步列出来就可以了。

　　关于第二点，应该也不是很难，就是bug描述要越简单越好，不要写的太长，能用3步说清楚决不要写5步，不仅是程序员不想看，就连自己验证bug的时候也会觉得，这个bug怎么这么麻烦呀。这和我们说话一样，一个字能表达的，千万不要用一句话，会觉得很啰嗦。

　　关于第三点，可能就有点难度，一个是要靠经验，而另一个是要懂一点开发。经验可以告诉我们这个问题通常是由什么引起的;开发基础知识让我们了解这应该和那个模块用的是同一个类，这个模块有问题，另一个模块会不会也有问题那。我们有了这些经验就可以在写bug的时候，写一些比较关键的步骤，不必要的步骤可以省去。还有就是有时候我们会觉得，应该是同一个类下的内容，为什么在一个模块是好的，在另一个有问题，在这种情况下，bug中不光要描述问题的重现步骤，还要说一下在其他的模块是好的。这样有助于程序员排查问题。 

原文转自：http://www.ltesting.net