51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3117|回复: 10
打印 上一主题 下一主题

[讨论] 测试的方法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-11-22 15:15:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试方法
作者: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 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-11-29 21:48:34 | 只看该作者
这可不可以说是一种测试思想呢?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-12-4 10:34:52 | 只看该作者
正如楼上所说是种思想而非方法。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-12-4 10:59:22 | 只看该作者
同意楼上的
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-12-6 22:06:56 | 只看该作者
很有道理啊
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-12-8 10:33:12 | 只看该作者
不太同意楼主的意见,并非跑的CASE多就能发现BUG,首先需要知道自己测试什么?都不知道要测试什么何来的BUG?

初学者胡言乱语请勿见怪sdlkfj1
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-12-19 22:33:43 | 只看该作者
同意楼上
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2006-12-26 16:45:02 | 只看该作者
呵呵 谢谢各位拍砖.
思想是多一些.(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 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-8-8 17:52:34 | 只看该作者
路过
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

11#
发表于 2007-8-8 18:26:26 | 只看该作者
没入门的新手,多多指教
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-25 13:28 , Processed in 0.106543 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表