如何优雅地记录一个Bug

我们为什么需要记录Bug？

  "Bug"用中文描述即：缺陷。在开发、测试乃至生产中，都难以避免bug的存在。bug就是虫子的意思，如果要明确到具体哪种虫子，我想一定是小强。

  如果有缺陷那么就代表着程序不可用，会造成不同程度得影响，特别是生产bug影响会比较严重。但不论后果如何，发现bug后首先需要考虑的是去解决它，其次才是归纳反思等。

  所以，记录Bug主要是有两个目的：1.将bug准确描述，方便定位、解决；2.用于管理，进行跟踪、统计、分析等。

  我接下里主要是描述在测试过程中发现bug如何处理。开发过程中的bug管理要求相对简单，使用IDE的//TODO //FIXME即可满足。生产中发现的bug主要是影响大、重要性高，首先考虑如何尽快恢复系统、功能正常，其次才是在测试环境重现，并尽快修复。

Bug包含的要素

  基于记录Bug的两个目的，我从实用性出发，列举应该记录的要点如下:

确认Bug是Bug

  开头就错了，则后续越努力，只会越来越错。首先得确认在测试过程中出现的“现象”，它确实是“缺陷”。

  确认过程如下：

• 1.确认测试案例正确，与需求说明书理解无误；
• 2.确认实际输入条件（包含前置数据等）、操作无误；
• 3.对疑问案例多次测试，最好做到能准确重现，问题能重现则已解决了一半；