曲则全,枉则直,洼则盈,敝则新,少则得,多则惑。 是以圣人抱一为天下式。不自见,故明;不自是,故彰;不自伐,故有功;不自矜,故长。

黑盒测试--路漫漫而脚步却很沉重

上一篇 / 下一篇  2010-03-10 18:50:17 / 个人分类:测试历程

近阶段碰到几个事情,一个是有朋友说一直做黑盒手工,没什么发展,技术得不到提升,另外就是看了cleverman的“经验总结”,觉得应该对黑盒测试做个总结。
1.黑盒测试比较好做,但是很难做好。
也就是通常所说的,上手比较容易了,只要按需求或客户使用的流程,点点看看跑跑,就好了。但是对于同一个系统,有个人A写了1000个用例,跑下来的结果,未必有另外一个人B写300个用例的效果好。而且很有可能是A跑了1000个用例,还觉得对系统的质量心里没底,而B却比较有把握。
然后说技术,举两个例子:
第一个是我外公,外公以前是修汽车的,退休以后,有次舅舅开车,外公在车上听了一会声音,就说车上XXX有问题,然后送到维修站,确实有问题;还有一个,借用cleverman的例子,其实黑客在一定程度上,也算是黑盒测试,普通人可能发现不了漏洞,但是黑客可以。
两个例子都有个共同点,就是对产品的技术有积累,我外公一直在维修站修汽车,黑客的电脑技术也厉害。对产品技术比较熟悉了以后,能更有效,更有质量的测试。
2.国内大部分公司,不需要黑盒测试人员懂技术
不知道算不算有些偏激,但是在我们公司,是这样的。公司里基本上每个人的想法都是,“能做开发的不会去做测试”,所以觉得测试没有编码能力,个中体会,还是挺多的。当然,我们不是为了炫耀什么,只不过有时候,了解开发是如何实现,会更加方便的测试。比如,我们以前版本出现了一个bug,开发将这个bug修复,改了某些流程,我顺便问了下怎么怎么修改的,然后觉得有些问题,再从业务去测,果然很快就发现有问题。
3.黑盒测试的技术提升
身为黑盒测试,最为重要的技术,应该是编写测试用例了。而测试用例主要依赖于三方面:业务知识;测试知识;开发知识。
当大部分公司,觉得黑盒不需要一丁点开发知识;
当大部分项目的业务,不像金融或电信那么复杂;
仅剩的就是测试思想的提升,而这却又是比较漫长的。总有些路漫漫,脚步却很沉重的感觉。
4.黑盒测试的价值
说了比较多丧气的话,但是我还是觉得测试挺有意思的。
当对着需求,说出需要哪些测试点,大概有多少用例的时候;
当发现了别人发现不到而且对客户比较严重的bug的时候;
当开发对自己写的功能,质量没信心,需要依赖测试的时候;
当向产品经理报告,我们的产品可以发布的时候,
还是有那么点淡淡的虚荣,哈哈

TAG:

漫步测试路 引用 删除 qhdsfc   /   2010-10-27 17:45:38
-1
pengyu725033的个人空间 引用 删除 pengyu725033   /   2010-10-27 10:39:59
5
leodenlee的个人空间 引用 删除 leodenlee   /   2010-10-26 11:55:28
5
既是起点也是终点 引用 删除 原点   /   2010-05-07 13:10:21
中午就逛了你博客,收获多多!
享受测试带来的一切 引用 删除 月上百合   /   2010-03-25 11:12:06
5
ermine的个人空间 引用 删除 ermine   /   2010-03-12 11:35:40
原帖由fishy于2010-03-12 11:31:42发表
继续加油,上下而求索


嘿嘿,谢谢小鱼
FISHY'S TRIBE 引用 删除 fishy   /   2010-03-12 11:31:42
继续加油,上下而求索
FISHY'S TRIBE 引用 删除 fishy   /   2010-03-12 11:31:20
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/10/n-210510.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
 

评分:0

我来说两句

日历

« 2024-02-21  
    123
45678910
11121314151617
18192021222324
2526272829  

数据统计

  • 访问量: 46015
  • 日志数: 33
  • 文件数: 1
  • 建立时间: 2009-07-10
  • 更新时间: 2010-12-07

RSS订阅

Open Toolbar