51Testing软件测试论坛

标题: 在不同的缺陷管理工具中，关于bug引入原因或类型的讨论？！ [打印本页]

作者: lemon1209 时间: 2011-12-13 17:16
标题: 在不同的缺陷管理工具中，关于bug引入原因或类型的讨论？！
本帖最后由 lemon1209 于 2011-12-13 17:17 编辑

在项目完成之后往往需要对测试做一个总结。Bug作为测试的直接产物，对它的统计分析是很有参考价值的。一般的bug统计都会有严重级别，功能模块，版本，开发人员等等，但是好像关于bug引入原因或类型的统计做的很少，不知道关于这方面的统计都是怎么做的，希望大家能一起讨论一下……

最近缺陷管理都是使用jira，里边貌似没有bug原因或类型的分类选项；

作者: lemon1209 时间: 2011-12-13 17:16
之前用过bugfree；关于bug的类型有以下几种：

  "ProductRequirement"  => "需求建议",
  "FeatureIdea"    => "功能建议",
  "UserIdeas"    => "用户体验",
  "Interface"    => "界面优化",
  "DesignChange"  => "设计变更",
  "CodeError"    => "代码错误",
  "NoFeature" => "功能缺失",
  "NewFeature" => "新增功能",
  "CheckData"    => "数据问题",
  "TrackThings" => "事务跟踪",
  "Others"    => "其他"

作者: luming 时间: 2011-12-13 20:58
缺陷类型、缺陷引入阶段、阶段引入原因等，都可以通过自定义的方式去实现。
但是，这些都需要测试或开发人员去选择，通常大部分的人都会嫌麻烦吧。

比如我使用的
缺陷类型：|数据|界面|功能|提示|性能|配置|未知
缺陷来源：|需求|构架|设计|编码|集成|测试|维护|翻译|外部
但是很难推行下去。

作者: lemon1209 时间: 2011-12-14 11:31
其实bug类型，原因的统计，对开发和测试的工作应该是很有帮助的！

比如对一个项目或某个开发人员一段时间内bug的类型和原因进行统计，可以知道到底什么地方容易犯错或忽视，导致反复出现bug；在以后的工作中多加注意，减少类似问题的出现；甚至一个项目组可以根据bug产生原因的统计结果，制定相关规范来约束开发人员不良的开发习惯等……

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)