测试的方法

hxp111

测试方法
作者: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

这可不可以说是一种测试思想呢？

swallow0918

正如楼上所说是种思想而非方法。

天台

同意楼上的

myth007

很有道理啊

anny_lv

不太同意楼主的意见，并非跑的CASE多就能发现BUG，首先需要知道自己测试什么？都不知道要测试什么何来的BUG？

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

pangge369

同意楼上

hxp111

呵呵 谢谢各位拍砖.
思想是多一些.(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

路过

jinhouzi

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

jiajia1029

没入门的新手，多多指教