软件测试的目的是验证需求还是发现bug?
2009-06-07 21:43
429 查看
刚开始工作时,培训的文档就明明白白的告诉我:软件测试的目的是尽早尽快的发现问题。我觉得也是,发现不了问题,要软件测试干什么,研发的自己验证下就可以了。所以工作的时候,作死的找bug,实在早不到就找些很刁的bug。没办法,bug的数量说明了工作的能力啊。
工作了一两年后,我发现这是不对的,自己的成绩有了,整个项目的进度却延误了。我就改变策略了,反正bug数没和绩效挂钩,我测试时基本上就是验证需求,能过就过了,小问题不提。这样一阵子,很有成就感。
后来又觉得不对了,改了想法后,找的bug少了,这不是问题,问题是总觉得系统是正常的,根本就发现不了隐藏的问题。
现在已经工作将近四年了,我觉得测试时没必要首先考虑问题该不该提单,首要的,是发现问题。然后再是判断和协商哪些问题该解,哪些可以忽略,哪些可以延后。测试就是要以怀疑的眼光来看待测试对象,这样才能发现bug。
一句话:我觉得软件测试的目的还是尽早尽快的发现问题。
工作了一两年后,我发现这是不对的,自己的成绩有了,整个项目的进度却延误了。我就改变策略了,反正bug数没和绩效挂钩,我测试时基本上就是验证需求,能过就过了,小问题不提。这样一阵子,很有成就感。
后来又觉得不对了,改了想法后,找的bug少了,这不是问题,问题是总觉得系统是正常的,根本就发现不了隐藏的问题。
现在已经工作将近四年了,我觉得测试时没必要首先考虑问题该不该提单,首要的,是发现问题。然后再是判断和协商哪些问题该解,哪些可以忽略,哪些可以延后。测试就是要以怀疑的眼光来看待测试对象,这样才能发现bug。
一句话:我觉得软件测试的目的还是尽早尽快的发现问题。
相关文章推荐
- 软件测试的目的是验证需求还是发现bug?
- 软件测试的目的是验证需求
- 软件测试过程中如何区分什么是功能bug,什么是需求bug,什么是设计bug?
- 测试的目的应该是验证需求
- 测试的目的应该是验证需求
- 一个软件,你测试了一个月都没有发现bug,这说明什么?你怎么办?
- 软件测试-如何快速发现Bug
- 软件测试思想者 - 快速发现软件缺陷(Bug)八法
- 测试的目的应该是验证需求
- 测试的目的应该是验证需求
- 测试文章推荐-测试的目的应该是验证需求
- 测试的目的应该是验证需求
- 测试的目的应该是验证需求
- 软件需求3个层次、过程管理、审计目的、测试分类标准、测试过程等
- 软件测试 -- 在配置测试中,如何判断发现的缺陷是普通问题还是特定的配置问题?
- 测试的目的应该是验证需求
- 利用TD将测试过程中发现的Bug与需求关联
- 软件测试过程中如何区分什么是功能bug,什么是需求bug,什么是设计bug?
- 软件测试是找bug,不是找茬【转载】
- “买进还是卖出”- 软件测试工具市场窥探