那么咱咱们对这个黑盒就进行测试的时候,我们主要的参考依据就是这个需求文档,因为在需求文档里面的话,它会明确的告诉你你输入什么东西应该得到什么样的结果,因此我们还好,就是也就是只需要去关注它的输入以及还是输出是不是正确,所以我们的参考依据就是这个需求文档,除了需求文档的话,其实咱们还有一些文档可以参考,比如说设计文档,还有咱们的这一个用户手册,这一些都是咱们可以用来参考的依据参考的依据,那么从这一个参考依据这里也可以侧面的反映出咱们的这个测试活动,他不是空口无凭的,并不是说因为有些小伙伴就认为说在测试,只要测试工程师说这是一个bug,那就那他就一定是一个bug,其实不是这样子的,我们测试工程师为什么说它是一个bug,我们也是有理有据的,那么这一种就是它是要给依据。
因为我们也是要用事实用道理去说服开发来修复这个 bug的。 好,那么与黑盒测试相对的话,就是咱们的这一个白盒测试,白盒测试的话那它就是一个什么?它就是一个透明的盒子这个软件这个项目或者这个产品它里面的逻辑代码你都可以看得到,那咱们去进行白盒测试的时候,其实就是对里面你可以看到的这些逻辑代码来进行一个覆盖跟测试的一个过程。 好对于这个测试咱们就把它叫做什么叫做白盒测试 好,那我们通过这个概念之后也就知道我们做白盒测试其实就是去测这个软件中间的代码逻辑以及它的接口这些东西,那因此对于白盒测试来说,它必须要有的一个技能要求是什么,它的技能要求,那也就是说你必须要看得懂它的这个什么,看得懂它的内部逻辑,
好,至于说它里面的内部逻辑是用什么来实现的那就是用咱们的语言来实现的,比如说加法语言或者 Python元或者 PHP语言等等等等。 好,你这个软件是用什么语言设计的,那么你就必须你要去做白盒测试,那你就必须得懂这一些语言他是怎么样来写的,
他是个什么意思然后我看懂了之后,我应该要从哪些方面来对它进行测试,来对它进行测试因此这也就是说你想要去从黑盒测试转到白盒测试的话,那么这一个技能的观察是你必须要掌握的,如果说你看不懂内部的逻辑,这一些语言跟代码,那么你怎么样去做白盒测试,这是不可能去做的。
还没有评论,来说两句吧...