51Testing软件测试论坛

标题: 黑盒测试和白盒测试的基本原理/区别是什么？ [打印本页]

作者: lsekfe 时间: 2021-5-19 10:59
标题: 黑盒测试和白盒测试的基本原理/区别是什么？
　首先我们来看，白盒测试跟黑盒测试，对于这两个概念，我在网上也经常看到有人提出类似的问题，那我今天就来写一篇关于两者之间的原理与区别。
　　因为有很多朋友是刚刚接触软件测试行业的，多多少少都会有听过白盒测试、黑盒测试。
　　在公司里面，或者经常听到有人说你是做黑盒测试还是做白盒测试？或者白盒测试包括哪一些范畴呢？黑盒测试又包括哪一些范畴。
　　我们简单来介绍一下这两个概念：
　　黑盒测试
　　黑盒测试:也称功能测试，测试中把被测的软件当成一个黑盒子,内部结构是什么，只关心软件的输入数据与输出结果。主要测试依据是需求文档、设计文档、用户手册。
　　1:业务能力
　　2∶测试策略（功能测试、u测试，兼容性测试)
　　3:设计用例–逻辑思维

　　这个图呢，我们就可以把整个程序，当做一个黑盒子，那么它的特点是什么呢？就是看不到程序里面实现的代码跟逻辑。其实这个就跟用户去使用这个软件是一样的道理。
　　比如说你是一个用户，我要去使用这个百度，那么我看到的只是百度的这么一个首页。

　　页面会有很多的按钮、输入等等之类的一些链接信息。但是我根本就无法通过这个表面展示的信息，去看到它内部代码的一个实现。那么像对这个图标进行点击。

　　在这个搜索框进行输入搜索，功能是否正常实现效果。
　　那么像这一类测试，我们就把它就做黑盒测试。
　　1.我不需要看到里面的这个代码实现是什么样子的，我也不管你里面是用Python实现的用Java实现的还是用其他编程语言实现的，我只要管我的功能有没有实现，就OK了。
　　比如说，我搜索了程序员一凡，我点击百度一下，我只要得到的结果中间是有关于程序员一凡这样子的词条结果出现，那么我就认为这个功能是正确的。

　　因此对于黑盒测试来说的话呢，它也是入门级别的一种测试，也是最为简单的一种测试。因为它只需要根据咱们的测试文档、或者设计文档、或者用户手册等等这一系列的参考数据，参考文档来对这个软件功能进行验证就OK了。
　　验证什么呢？
　　1.验证它的功能业务有没有正确的实现。
　　2.验证它的UI是不是显示，是否美观正确，包括它的兼容性，等等之类的。
　　3.设计用例–逻辑思维。
　　只要这些内容实现了，符合需求文档、设计文档、用户手册。那么我们就认为这个功能没有问题，这个业务就是可以正常跑通的。所以这个就是对于咱们测试来说最为简单的一种方式，也是最快速入门的一种方式。
　　那么真真正正在公司中间，我们第一个去做的也是这个黑盒测试中间的功能测试，其实黑盒测试它是一个很大的范畴，黑盒测试它并不仅仅只包括功能测试，它也包括UI测试，兼容性测试，还包括什么？
　　其实我们常说的接口测试也是属于黑盒测试，或者功能测试的一个范畴。
　　因为像接口的话，接口这个东西也很简单，我就只需要管我在接口左边传入数据之后，我要得到什么样的结果就OK了。

　　也就是说我不去管你在这个接口内部中间是用的什么样的协议，用的什么样的处理机制来进行处理的。我就只关心在这个接口的左边，就是我在发送之前我输入一些请求参数，输入完成后我要得到的一个结果，比如说是登录成功或者说是登录失败，或者说是提示什么样的信息。
　　所以在一定程度上，我们也会把接口测试划分到黑盒测试的范畴里面来。
　　那为什么我们又那么的重视接口测试，而且单独把它从这一块单独拎出来去学习，包括在企业中间呢，你去面试的时候。我相信十个公司去面试至少有九个公司会问到会不会接口测试，会不会接口工具，会不会抓包。
　　那是因为接口它可以在咱们这一个功能测试之前，就进行。就在咱们的前一个阶段就开始执行，并且的话呢，它的这一个集成的程度以及管理的程度是相比于咱们这个功能跟UI方面来说，是要方便很多的。
　　因为它有一个非常大的特点！就是只需要把接口集成了，调试好了之后，基本上它的接口就不会动了，但是想咱们UI前端的话呢，有时候随着用户的体验感不好，或者说友好性不好等等之类的，前端的变化会非常的多。
　　因此在企业里面它会原来越重视这个接口，包括在接口的这一个阶段呢它可以发现你在功能阶段或者说在UI测试这个阶段很多的一些问题。
　　通用的问题，既然我能够在前一个阶段能够发现，那我为什么不去做呢，因为在咱们测试的过程中间越早发现这个Bug的话呢，它修复的这个成本就越低。然后你的这个软件的稳定性就会越好。我的这个质量就会得到一个更加好的保障！
　　这个就是接口在测试的一个比重，所以大家可以了解一下，所以说我们在这一块我们去做功能测试，接口测试基本上是你现在出去面试的时候必备问到的两个相关的这一个技能。
　　那么我们讲到黑盒的话呢，我们又不得不讲一下我们的白盒测试。
　　因为大家一开始讲到黑盒就会跟白盒来进行比较，那么白盒就是完全跟黑盒相反的。
　　白盒测试:关心软件内部设计和程序实现，对内部实现逻辑进行测试的过程。
　　主要测试依据是设计文档，伪代码，代码。–》开发
　　测试开发（搭建自动化框架，开发自动化工具)–》自动化测试–》框架
　　技能要求:看懂内部逻辑（语言: java,python, php…)

　　那么白盒就是我就直接可以看到里面的代码逻辑，然后根据里面的代码逻辑然后去选取对应的数据，来对它进行一个测试，去检查它的结果是不是正确。因为像这种白盒测试的话呢，我们又把它叫做什么呢？又把它叫做代码测试，或者叫做单元测试。
　　像这一种测试的话呢，可想而知，它必须要的一个要求是什么？必须要看懂里面的内部逻辑，如果说你看不懂里面的一个内部逻辑，你怎么去选数据呢。或者说你看不懂里面的内部逻辑，你选了这个数据，你也不知道它对应得出的结果应该是什么。
　　如果我在中间给你写一个高阶的函数，以你的能力没有达到这个层次，然后我x去输入一个1，那么我y得出的是多少，我自己都不知道，那么我怎么样去测试呢，我怎么去保证我这个测试的结果是正确的呢。
　　因此在这一块，做白盒测试第一个要求就是你要懂内部逻辑，所谓的内部逻辑就是你要看懂开发写的这些代码，又回到我们百度的这个案例上来。

　　我们单元测试来说，我们看到的不再是百度首页这样子的一个东西，而是我看到的是这样子的一个Html的代码，那么在这样一个代码里面的，要去看它是否正确，div是什么意思，为什么要放到这里，为什么要这样子来写，这就是我们需要去学会一门编程语言非常重要的一个点。
　　因为大家都知道，我们的编程语言有非常的多，比如说像Java、PHP、Python等等之类的，那么你这个程序是用什么语言写的，那你就必须要看懂这么语言。
　　因此来说白盒测试工程师他的要求非常高。并不是仅仅说你掌握一门编程语言，你掌握一个框架就OK了，并不是这样子的。
　　白盒测试因为他的要求比较高，而且相关的技术人员也是挺难找的，所以说一般在公司中间他白盒测试很少让测试去做，一般开发人员做单元测试，因为开发人员这个语言，内部的逻辑就是本人写出来的，所以他对这个语言是非常熟悉的。
　　然后利用内部开发人员交叉的测试，从而来测它内部的代码逻辑是不是正确。
　　白盒测试参考的一些文档就是，设计文档、伪代码、代码，这些东西。
　　当然有些小伙伴就说我的目标就是要成为一个白盒测试工程师，那么我就建议你把这个目标改一改，因为像现在的话呢，大家都知道我们这个人工智能，我们的这一个Python，云储存，这些都非常的火。
　　所以说像在这一块，我们要看到时代的一个发展，包括IT他往哪个方面重点发展。现在的话，你无论是走自动化还是走性能方向，或者走安全方向，其实在需求的程度上都比白盒测试要多一些。
　　当然白盒测试也有他的一个需求市场，不是说没有，相对比较少。
　　知识面拓展：
　　黑盒测试产生的问题从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出所有的错误。实际上测试情况是无穷多的，完全测试是不可能的。
　　如何解决?
　　必须将黑盒测试行为加以分类：
　　1、节约测试实施的时间和资源。
　　2、避免盲目测试、提高测试效率。
　　3、使测试的实施重点突出、目的更明确。
　　加油吧，测试人！路就在脚下，成功就在明天！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)