生命是个舞台,不用排练,尽情表演,感动过的片段百看不厌。

关于测试目的的一些感悟

上一篇 / 下一篇  2011-07-05 22:03:16 / 天气: 晴朗 / 心情: 平静 / 个人分类:软件测试

关于测试目的有很多种说法,有的说以发现bug为目的,有的说以证明需求为目的等等,众说纷纭,公说公有理,婆说婆有理。以下是我工作感悟,自己对测试目的的理解,分为三个阶段。

第一阶段:测试初级阶段——发现bug

刚开始工作时,觉得测试就是发现更多的bug,以发现bug为乐趣,看着BM中的bug,心中的成就感油然而生。工作虽然很累,重复性比较多,但是看着bug,还是挺安慰的。

第二阶段:测试的中级阶段——跟踪bug

工作一段时间后,特别是自己亲自负责几个模块后,对测试目的的看法发生了改变。诚然,发现了很多bug,但是项目快结束时,BM中的bug还没有关闭。这是才恍然大悟,光把bug找出来还是不够的,还要跟进相关的开发人员修改bug同时,如果可能的话,可以对bug的修改提出自己的建议和思路,毕竟测试员的角度和客户最为接近。

第三阶段:测试的高级阶段——保证软件的质量

工作一两年后,发现测试的目的还远远不止发现bug跟踪bug的解决。刚好近期一直在看质量控制的东西,接受软件质量的相关思想,结合自己的工作,突然领悟到软件的质量是测试的最终目的。虽然测试并不能决定软件质量的好坏,如果测试从项目一开始就介入,为项目的质量保驾护航,相信项目的质量还是可以的。

第四阶段:测试的终极目标——分析bug,预防bug

我们为什么测试?测试的经验可不可以快速的积累?记载的bug是否有用,而不仅仅是测试报告中的bug数量。这几天也在反思这些问题,如果我们能就提出的 bug进行分析,找到产生bug的根源,那样就可以预防bug,减少项目的成本,增加公司的收益。分析bug和预防bug的方法目前我还没有总结出来,希望有机会和大家讨论,共同进步。

 


TAG:

蓝魔之泪的个人空间 引用 删除 蓝魔之泪   /   2011-08-31 16:47:26
3
pdn2000的个人空间 引用 删除 pdn2000   /   2011-08-31 12:02:03
5
quanzilong的个人空间 引用 删除 quanzilong   /   2011-08-31 10:22:30
预防Bug并不是不可能,只是不容易;
测试人员能够很好的预防Bug被植入到软件中,就很牛逼了;
预防Bug,这个还要靠经验以及对软件项目的整体理解。
小小测试员 引用 删除 mxyt51testing   /   2011-08-29 17:38:20
发现更多的BUG也不一定是保证了软件的质量;即使BUG全部解决了,也不能说软件就没有质量问题。
jiguanghover的个人空间 引用 删除 jiguanghover   /   2011-08-29 11:07:57
软件测试的重点不是发现bug,而是为了确保软件质量,因为没有无bug的软件,所以发现bug变成了质量保证的一方面,预防bug的产生是需要经验的积累的,没有长时间的发现bug,跟踪,解决是做不到的。
kxlsh的个人空间 引用 删除 kxlsh   /   2011-07-11 22:40:49
总结的很好,要做好各个阶段很难,希望有系统化的方法看看
引用 删除 guoguo2005   /   2011-07-10 18:45:28
测试作为项目中的一个环节,意义在于我们可以利用测试这个动作,在项目成本一定的前提下,将项目的质量提高。
我是一只虫 引用 删除 dee   /   2011-07-08 13:12:21
原帖由msw_cn于2011-07-06 16:43:20发表
第四个阶段好像离题了。

软件测试的基础就是软件会在意想不到的情况产生bug。在设计阶段花点心思,对.


对测试工作的理解,不能只从“测试”2字来理解。
如果一直只纠结在“测试”2字,那一辈子也只能当测试人员;

我一直相信,心有多大,空间就有多大。

工作不能只束缚在一个岗位或一个职位上,更应该跳出这个岗位或职位,做得更高,做的更远;

说实在点的,缺陷预防是架构师的一个重要职责,测试人员能发展成为架构师得角色。我们测试的业界就有这样的前辈们。
xin_晴的个人空间 引用 删除 xin_晴   /   2011-07-08 11:26:52
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/81/n-240581.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
散步的SUN的个人空间 引用 删除 散步的SUN   /   2011-07-06 21:00:22
恩,颇有收获
现在我发现,我有点陷入自动化测试的漩涡中,而慢慢忘了其本质是为了质量保证,而慢慢的忽视了如何去设计发现BUG以及对质量保证技巧的一个把握了
msw_cn的个人空间 引用 删除 msw_cn   /   2011-07-06 16:43:20
第四个阶段好像离题了。

软件测试的基础就是软件会在意想不到的情况产生bug。在设计阶段花点心思,对产品质量会有很大的帮助。能够把已发现bug中的信息提取出一些有用的度量元,并交付给项目组或质量保证部门,由以上部门针对数据做出有效调整,就已经是高难度的动作了。

如果只是简单分析bug原因,测试人员和开发人员合作肯定能够胜任这个任务。如果想从测试阶段做入手点,减少bug数量,提高产品质量;这个难度有点过高了,说难听点叫缘木求鱼。毕竟,软件测试的重点发现bug,而不是预防bug。
吴增谂 引用 删除 wuzengshen   /   2011-07-06 15:40:03
怎么会失业了,我们做好防御,是为了提高产品质量和减少开发资本。
原帖由582357212于2011-07-05 23:45:17发表
呵呵 个人觉得预防Bug不太可能,不然我们就失业了,呵呵 觉得倒是可以尽早找出Bug,Fix掉Bug,例如测试尽.
吴增谂 引用 删除 wuzengshen   /   2011-07-06 15:39:12
测试流程更多是在大项目管理里面得到完善,没有绝对的好流程,相对于不同的项目,需要做灵活的变动。
原帖由582357212于2011-07-05 23:47:08发表
完善不是完事,完善测试流程,而不是测试习惯,笔误,抱歉,个人一点陋见
吴增谂 引用 删除 wuzengshen   /   2011-07-06 15:37:31
本来测试人员就有义务提出BUG充分的数据来说明问题。
原帖由xiaosan51test于2011-07-06 09:02:16发表
理解开发是如何实现需求以及如何fix bug的,很重要,并且也很容易做到。不过在提出bug的时候,遇到一种情.
Libra测试空间 引用 删除 xiaosan51test   /   2011-07-06 09:02:16
理解开发是如何实现需求以及如何fix bug的,很重要,并且也很容易做到。不过在提出bug的时候,遇到一种情况是,测试人员对存储过程进行走读分析时发现问题,开发人员不认可,非要给出测试结果,没办法,结果一出,谁都逃不掉,真是哭笑不得~
582357212的个人空间 引用 删除 582357212   /   2011-07-05 23:47:08
完善不是完事,完善测试流程,而不是测试习惯,笔误,抱歉,个人一点陋见
582357212的个人空间 引用 删除 582357212   /   2011-07-05 23:45:17
呵呵 个人觉得预防Bug不太可能,不然我们就失业了,呵呵 觉得倒是可以尽早找出Bug,Fix掉Bug,例如测试尽早介入,如果测试人员技能较高,可以介入到需求,开发中,如果代码能力较强的可以做些Code Review,完事整个测试习惯更科学规范的管理监督改进我们的测试体系,至于分析Bug,那就八仙过海 各显神通了,具体做了可以规定开发人员在FIxed Bug时候写出Bug原因以及如何Fix的方法,,简短一两句话就可以。
 

评分:0

我来说两句

wuzengshen

wuzengshen

2007年6月11日加入金山,先后参与了金山毒霸文件引擎测试,病毒样本测试,之后转战桌面办公软件测试,期间支援过金山云测试。前面主要负责桌面软件的测测试设计、测试执行、自动化设计、脚本开发等工作,后面主要负责企业项目测试管理、产品稳定性测试研究工作。

日历

« 2024-04-17  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 27152
  • 日志数: 30
  • 建立时间: 2011-05-18
  • 更新时间: 2014-02-23

RSS订阅

Open Toolbar