bug修复后验证的问题

2010-05-24  杜芳亚 

      今天技术支持给我们部门报了一个疑似bug(我们公司的流程是用户的问题传达给技术支持,然后再由技术支持给我们提疑似bug),我才发现在测试的过程中出现了一个很大的漏洞,有个模块的最基本的功能竟然是无效   的,而相对复杂点的功能都是正确。刚看到问题的时候我还难以自信,怎么连这么基本的问题都没有测试到。
       经分析我才发现这是开发修改一个Bug后出现的问题,当时测试的时间是软件版本发布的前几天,时间也比较紧些,在之前的测试中我已经把模块基本的功能都走了一遍发现时没有问题的,在将功能复杂化后发现了一个bug,待开发修复BUG后,我就验证针对这个复杂的问题进行了测试,发现已经没有问题了,然后在此基础上建立了一个示范工程,为了节约时间,之后的每次更换版本后只运行此示范工程查看结果是否正确。这样就导致了疑似bug中出现的基本功能失效但在此基础上的复杂功能却是有效地,因为在bug修复后就再也没有过进行过基本功能的测试,想当然的认为在此基础上的复杂功能都是正确的,基本功能就不可能出现问题,而且认为基本功能是最牢靠的是不可能出现问题,而且之前此模块基本功能也没有出过问题,于是我就遗漏了一个看似极易发现却很基础的一个问题。
      今天的教训就是测试中不能想当然,程序中任何微小的改动都可能会影响到其他功能的实现,而且没有绝对不会出问题的模块,即使已经被无数的人无数次验证过是正确的。
544°/5254 人阅读/19 条评论 发表评论

王鹏  2010-05-24

bug回测前,首先要验证基本功能的


杜芳亚  2010-05-24

王鹏: bug回测前,首先要验证基本功能的
嗯,是的,谢谢。当时时间一紧迫就有点想当然了。这是我测试道路上一次很惨痛的教训,以后也会一直会记得的。


夏庆京  2010-05-24

可见测试人员多惨,一个小改动就得测半天


邓迎秋  2010-05-25

呵呵,开发给测试挖的一个大坑。


袁军  2010-05-25

测试的道路是漫长的也是艰巨的,一起加油吧!


李海红  2010-05-25

王鹏: bug回测前,首先要验证基本功能的
学习了


黄艺强  2010-05-25

开发工程师经常犯此毛病,到后面版本验收,往往会忽略基本的问题;要时时提醒自己每次版本发布,要当用户去体验


王艳  2010-05-25

回归测试 ,就是从新测试一遍 。烦啊


李天保  2010-05-25

回归测试没搞好哦。回归测试的时候,特别要注意之前bug的高发地段。一点都不能少。


曾晨  2010-05-25

唉 不然怎么会用自动化测试工具呢 一劳久逸啊~~


陈秋冷  2010-05-25

呼呼,最害怕遇到这样的情况了。真的很累。。。


关敏  2010-05-25

默默给你加油


杜芳亚  2010-05-25

关敏: 默默给你加油
谢谢,一起加油!


王斌  2010-05-26

记得理论有讲!


彭方  2010-05-26

这种情况自动化测试比较有用;但是有代价;我们这边是2.5-3;
这就是至少3个以上的重复性开发项目,才能收回自动化脚本编写的成本。
比如一个功能你至少要重复测试三个以上大的版本;
可以权衡利弊,考虑一下自动化~~~~~


吴胜涛  2010-05-26

要在短时间内测试大量内容,有所遗漏也是很正常的。
其实验收测试最好的做法就是冻结代码以后整体执行一遍测试用例,但是这太没有效率了。有时候为了效率,冒点风险也很有必要。


杜芳亚  2010-05-26

彭方: 这种情况自动化测试比较有用;但是有代价;我们这边是2.5-3;
这就是至少3个以上的重复性开发项目,才能收回自动化脚本编写的成本。
比如一个功能你至少要重复测试三个以
我们公司做的是组态软件,以前也尝试过用通用的那些自动化软件,但好像都不大能适用。需要自主开发吧,公司也没人负责这事。


杜芳亚  2010-05-26

袁军: 测试的道路是漫长的也是艰巨的,一起加油吧!
呵呵,一起加油吧!


李康  2011-04-17

王鹏: bug回测前,首先要验证基本功能的
完全同意


登录 后发表评论