软件测试

雪儿185

我也想说两句，我同学在我们那儿的一家软件公司里做测试，他们那也只有两个，她跟我描述了那儿的一些情况，由于公司重视的软件产品功能的一些实现，因此做的主要都是黑盒测试，纯粹只是运行

这位朋友说出了我的心声，在我们公司，我主要就是做一些黑盒测试，纯粹就是运行各个功能，感觉很难学到测试方面的知识，郁闷啊！

cgoods

同命相连啊

liyb

能做测试也很好,总比没工作的好呀

老家伙

呵呵，真正的专业测试都是黑盒测试啊！
黑盒测试的高手有时候就像厉害的中医一样看看你的脸色（外部现象）就能知道你的病根在那个内部器官（软件的内部模块）！所以“纯粹就是运行各个功能”应该说是你还没有深入进去吧？呵呵，做黑盒测试并不简单，同一个功能，不同的人来运行发现的问题的数量和质量是有很担区别的，好好干，我干黑盒测试两年多了肯定能学到很多东西的！

fanna007

黑盒测试对于测试人员是很有挑战的.
1.纯功能的测试:如设置,查询等,测试用例更强调操作性,一般开发人员只会想到实现基本的添加修改删除

查询等操作就行了,而测试人员要有更强的逆向思维和独特的思维能力;
2.基于业务的测试:如收费有关的各种业务逻辑很强的功能,一般开发人员只会考虑怎么实现某功能,而测

试人员考虑更周全更有攻击性,这个功能内部实现有什么漏洞?处于系统中会带来什么影响?(纯业务的,这

是白盒工具实现不了的).比如我们测试部经常找到设计的缺陷,而开发人员从技术上不能解决,必须由设计

人员来参与定版.虽然设计框架是在最初定的,但是不能做到完全天衣无缝的.这时,测试人员在黑盒方面的

努力,就会得到开发人员甚至销售,技术支持人员的肯定!呵呵.
3.测试程序的编写:如要测试基于TCP/IP的服务端程序.谁说黑盒测试不能学知识？谁说黑盒测试不写测试

程序？今天我就在了解业务规则的情况下，针对服务端设计了测试用例的多种情况，编写了客户端程序，

下一步就是添加相关协议。如针对其中一个测试点“客户端连接效率”就大致分了以下几种情况：
（1）连续发送数据，一次发一个
A.单机发送
B.多机发送
（2）连续发送数据，一次发N个（组包）
A.单机发送
B.多机发送
在这种情况下，我是不关心服务端是如何处理的，把它当作一个黑盒。我只考虑各种情况，各种压力，不

管是自己编写多线程测试程序，还是借助测试工具，至少，黑盒用例是根据自己黑盒测试经验和对业务的

了解来制定的。

黑盒还有其他方面，一定能让你学到更多的知识，有更多的感触的。呵呵~

swallow0918

版主说的很对。
黑盒测试也能学到很多东西的，关键是看你如何学。

[ 本帖最后由 swallow0918 于 2006-3-17 13:19 编辑 ]

yuers

我的同事，做黑盒测试十年，成精了。
一个人，在一天内能写出新发布软件版本的100个BUG。令全公司所有开发人员佩服得五体投地。
等有一天你能做到这一点，你会完全改变看法的。

能将黑盒测试做到顶巅也是不容易的。

bigmeg

能做到楼上说的那位，你就牛了

csywpwm

10年呀，还真的是成精了。
8错

luopapa

了不起

肚子

原帖由 老家伙 于 2006-3-11 21:24 发表
呵呵，真正的专业测试都是黑盒测试啊！
黑盒测试的高手有时候就像厉害的中医一样看看你的脸色（外部现象）就能知道你的病根在那个内部器官（软件的内部模块）！所以“纯粹就是运行各个功能”应该说是你还没有深入 ...

说的没错

现在还没有人敢说自己黑盒测试是做的最强的

肚子

原帖由 fanna007 于 2006-3-16 20:54 发表
黑盒测试对于测试人员是很有挑战的.
1.纯功能的测试:如设置,查询等,测试用例更强调操作性,一般开发人员只会想到实现基本的添加修改删除

查询等操作就行了,而测试人员要有更强的逆向思维和独特的思维能力;
2. ...

版主总结的很好！
要顶的！