bug分析初探（一）

  今年来到了新公司，仍然是做软件测试，开发语言也没变，还是java，行业背景也沾点边，都是天上飞的，呵呵。

  做了几个月，发现这里的项目管理原始了一点，有种水来土掩的感觉。我想这不是单单是谁的问题，在国企，确实很多东西和一般企业不同。。。慢慢来吧。我想了一下，发觉现在编码阶段bug出现比较多，觉得通过分析bug，让大家积累经验，少出现写可以避免和自我控制的错误，可能也是现在能做的了，毕竟老是写错字段名，写错提示信息，页面基本布局有些比较乱，这种稍微试一下就能够发现的问题，真的不要出太多了，至少我觉得这不是一个认真做事的态度。。。

  好，还是说回正题吧，现在我们已经利用TD记录并管理一个阶段的bug了。现在这个阶段已经结束，那如何分析这些bug呢？看了网上的一些网友的经验，结合我们现在的情况，可以有这几个切入点：

1. 里程碑上放出的版本的bug解决程度，特别是严重问题的解决程度

2. 按照bug引入阶段来划分，找出出现问题最多的步骤，加大力道管理

3. 按照bug产生的原因来划分，找出犯错最多的部分，落实责任，减少出错率。

这些都是短期内能够起到作用的方面，第1点我觉得完成的度还是可以的，但是这是一大堆人疯狂堵漏洞换来的，很辛苦。而第2，3点，在目前还是能推行的，但是开发方面没有这个习惯，近期也没有可以推动这个变革的事件，如何进行第一步呢？这就是目前我烦恼的事了。

  明天和上司聊聊吧，看看怎么统一思想，一致对外。然后，就是等机会了，或者5月份的转制能够带来点什么吧。

  To be continued...