都说一个人不能被同一块石头绊倒二次，否则就是傻瓜了，而事实上很多人都是傻瓜，我就是其中之一。因此特书此文以示纪念！
事情的经过是这样的，提交BUG到开发人员那里，结果开发人员无法重现此BUG，俺觉的不可能，把握很大。可是，当我打开TD查看自己的描述之后，我也心虚了！就这样的描述，确实是很汗颜，因为上面的描述只说明了结果！虽然截了图，可是关键的信息没有，只有出错页面的信息。知道当时的心情吗？其实从小到大也没什么让我悔恨的事情，但此刻我真的悔恨了！悔恨的不是我没有描述清楚，最悔恨的是其实这种事已经不是第一次经历！！
在此，特意总结BUG描述需注意的事项：
1、what:即发生什么事了，用最简练的语言描述是什么BUG。如，增加一条客户记录不成功。
2、How:即怎么发生的。把事情的经过描述清楚，因为你操作的步骤可能不是常规的操作方法
3、who:到底是谁？最好记录下哪条数据，这条数据的关键字段，如姓名或身份证号或流程ID等。
4、where:在哪里？是哪个步骤？
5、why:为什么？尽可能的分析原因，以助开发人员快速定位。这也是测试人员提高自己的一个重要步骤，不仅知其然，还要知其所以然。
总之，BUG描述的原则就是语言简练，清晰，开发人员能够快速定位BUG。BUG描述的方法，就是自己描述完多检查，不要遗漏，尽可能用文字加截图。
想说的也说完了，我希望自己不会再被这块“石头”绊倒，也希望对大家也有警示作用。
