软件测试缺陷管理——Fix defect总结

发表于:2012-3-12 12:57

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:RocZhang    来源:51Testing软件测试网采编

  最近做Fix bug 有些时间,总结一下自己的经验。

  对于一个bug,一般分四步来修正: bug 重现, bug定位,修正bug, 测试

  1、Bug 重现

  首先看看bug的来源, 又从PD的需求变化, 有客户反馈回来的,有本身QA报过来的,还有些是自己发现的。  这一步的目的就是尽可能用简单方式重现bug, 也就是用最少的步骤去重现bug。 这样可以减少涉及的模块和代码,下一步定位bug越容易。当然对那些需求变化的bug 这一步可以省略掉。

  这里Bug 重现需要满足两条:

  1) 每次操作这个bug都能重现

  2) 尽可能的较少操作的步骤。

  一般比较难的bug  都是很难重现的bug。 比如内存泄露的,Com 引用计数不对,还有系统配置不对,线程进程同步问题。  这时候心态一定要平和,否则很难重现这个bug;就是万一重现,也忘记步骤:)。

  还有对那种很难重现的bug态度,一定不要轻易否定(汽车对香草冰激凌“过敏”)。

  2、Bug 定位

  第二部的目的: 根据第一步确定下来的步骤,在代码里找到错误出现的位置。

  对于那些数据不正确的bug,可以用折半查找。 把数据源头(输入点)和错误发生的位置(结束点)之间,用这办法很容易定位bug出现的位置。 这一步最忌讳的瞎猜。

  一般要借助调试器,如果没有也可以用log文件帮助,来辅助定位错误出现的位置。

  完成前两步,这个已经完成这个bug的80%的工作量。接下来两步比较简单。

  3、Fix Bug

  找到bug的位置,接下来就是分析bug 的原因。 理解代码,这样才能真正的fix掉。

  只要有这个样一个心态,是bug总能修掉,基本上问题都不是很大。

  4、测试

  测试bug是不是真正的修正,还要避免引入新的bug,防止功能回退,要做回归测试。

  这个尤其是对到产品发布后期,尤为重要。引入Code freeze 阶段。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号