51Testing软件测试论坛

标题: 测试的方法 [打印本页]

作者: hxp111 时间: 2006-11-22 15:15
标题: 测试的方法
测试方法
作者:Godson_Hu
一直都在做测试，在遇到问题的时候就请教前辈,从中学习到一些常用的黑盒测试方法跟技巧,这里做个总结, 跟大家分享,请多多指教..

1．天道酬勤
测100个case ，跟测200个case，一个case测一遍，和测3遍。都是有区别的，测得多自然找的问题就多。
用机关枪来形容最恰当，那机关枪的特点：单位时间内可射出大量的子弹。
方法：
所以方法就是：单位时间内跑更多的case.见更多的现象，“见的多了自然就有了bug“。
就算没有找到，那你总记住了正确的现象。这样下次遇到不正确的，你一眼就可以发现。
对测试者启示：在保证测试质量的前提下，尽量加快测试case的速率。
这种方法可训练测试者对bug的敏感度，尤为初学着。

2．熟能生巧
这个用步枪形容最合适不过，特点一个字准。
方法：
如Daily Best Practice:首先站在用户的角度,其次学习别人的Test Plan/Case采众家之长,最后分析bug.
在就是发现问题之后，站在开发的角度想想他们需要知道什么，多分析分析，在不行那就开发分析的时候站在旁边学
（一般请开发看问题，他们都会做分析）。学会就好了，下次他来你就把你分析的展示给他看。这样信任会慢慢建立起来。

3．庖丁解牛
融会贯通，技能最高境界，不用测就知道bug 在那
用狙击枪形容:杀敌于千里之外
方法：
对整个产品的架构和技术精通，不但是测试专家更是产品研发专家。

心态最重要，方法其次。那上述3种方法的最高境界都差不多，最大的差别在于“成本“和“效率“。越在测试后期，差距就越明显。
黑盒测试入门容易、方法简单，那要做好就很不容易，大家一起努力。行文至此，无法继续，且作抛砖引玉之举，希望各位大虾不吝赐教，各位菜鸟也勿忘多多探讨！

[ 本帖最后由 hxp111 于 2008-6-17 12:05 编辑 ]

作者: waterguard 时间: 2006-11-29 21:48
这可不可以说是一种测试思想呢？

作者: swallow0918 时间: 2006-12-4 10:34
正如楼上所说是种思想而非方法。

作者: 天台 时间: 2006-12-4 10:59
同意楼上的

作者: myth007 时间: 2006-12-6 22:06
很有道理啊

作者: anny_lv 时间: 2006-12-8 10:33
不太同意楼主的意见，并非跑的CASE多就能发现BUG，首先需要知道自己测试什么？都不知道要测试什么何来的BUG？

初学者胡言乱语请勿见怪sdlkfj1

作者: pangge369 时间: 2006-12-19 22:33
同意楼上

作者: hxp111 时间: 2006-12-26 16:45
呵呵谢谢各位拍砖.
思想是多一些.(Attitude is everything)
http://www.pconline.com.cn/pcjob ... rs/0612/918539.html
http://blog.csdn.net/KerryZhu/archive/2006/11/09/1375341.aspx

[ 本帖最后由 hxp111 于 2007-3-29 11:12 编辑 ]

作者: linmi_010 时间: 2007-8-8 17:52
路过

作者: jinhouzi 时间: 2007-8-8 18:03
楼主的意见很好啊，第一条觉得比较实用，楼上所提的先明白要测啥好象不是讨论的范围，当然是在前提都具备的情况下多测碰到问题的几率，要大很多，加上适当的分析，效果应该不错；第二种情况对bug的提出分析做了个要求，也挺实用。问题是第三种~ ~不大可能，软件的bug有不可预知性阿~ ~不用测知道bug不可能的，即使分析的如何精确，架构如何精通，测试技术如何精湛都无法做到这点阿，即使能完全自己开发那个软件，对找bug来说不用测就知道bug在那里都是不可能的。只是能达到缩小范围，提高效率的作用

作者: jiajia1029 时间: 2007-8-8 18:26
没入门的新手，多多指教

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