有多少测试人员会白盒测试?
我在目前单位做测试好些年了,但一直是做黑盒测试。不知道从事测试的同仁是否都跟我一样?从事白盒测试的有几人? 这年头,真正做好黑盒测试的应该也不多吧~楼主也可分享下黑盒测试的经验啊! 能否给一个比较清晰的定义?笼统的说白盒和黑盒我想没人会理解你的意思 呵呵,做纯白盒测试的,估计现在很少有了,会写测试代码的应该很多,能看懂的更多 做白盒测试的主要还是软件开发方会做,第三方测试基本不会有白盒测试这类的。不能说现在做纯白盒测试的人少。 :) :lol :hug: :victory: :time: 别听他们瞎说,最多最普遍的测试人员是做系统测试,功能测试。少量性能测试。现在中国软件开发企业中的真实情况,白盒测试基本上开发人员来做,试问你测试算法、代码,那个代码不是你写,等你看懂它再测试,企业不回给你这个成本。回复 1# 的帖子
我可以接触到源代码。一般情况下,以黑盒思路开始。测试中发现了问题,会查看源代码。在我的工作中,没有单纯的白盒测试活动,还是以产品的规格为主进行测试设计。多看看代码,对于测试设计师很有帮助的。 其实会与不会,全在于社会需求。我们开始也不是测试人员,但后来大家都会测试了,有些人还做的非常好。如果有一天,需要白盒测试了,我们一定也会做的很好 比较想了解和学习多一点的白盒测试,但是,好像,白盒测试针对互联网的测试比较多一些
一些数码电子类的产品,基本测试人员都是使用黑盒测试的
基本的UI测试,功能测试,性能测试,兼容测试,压力测试等 目前很多测试人员都混淆白盒测试和单元测试两个概念,请大家先分辨出这两个概念是完全不同的,再来问有哪些人作白盒测试。
根据我作测试这么多年的经验,我没有亲眼看到过哪个公司真的作白盒测试,最多就是在单元测试阶段引入一些白盒测试的方法吧了。 :) 白盒基本上没接触过, 黑盒也只是性能测试.... 没几个吧,呵呵 从一些理论书籍上看,最早出现的的白盒测试概念是静态测试,也就是说不执行代码,纯粹的靠阅读代码来进行分析测试,寻找缺陷。其实我们今天做的代码评审应该就是所谓的白盒测试吧。我见过的代码评审,一般是在开发人员修改缺陷,几个人就修改后的这部分进行静态分析。还有一个就是单元测试,所谓的单元测试其实也是需要执行代码的,个人认为代码调试更贴切一点吧,目前像junit之类的,就是单元测试工具吧。我不知道楼主所说的白盒测试是一个什么样的概念。如果我的理解有误,请大伙指正。
回复 8# 的帖子
俺也是这么做的
页:
[1]