黑盒测试及测试用例设计方法（面试题解析）

黑盒测试这个看似简单的问题，在面试中被提及的机会真是数不胜数。特别是应聘者只有一"两年工作经验时，面试官通常会问道。

●是否做过测试? ●黑盒还是白盒? ●怎么做? ●有什么区别?

这么简单的问题可能大家早早就预备好答案了。还需要一遍又一 遍的讨论吗?其实越看似简单的问题，如果应试人员能提供深刻的分析和独特的见解，则越能给面试官留下深刻的印象。

我们需要时时刻刻提醒而试官“我不光是懂，我是真懂”:我做黑盒测试不是在那里点点鼠标键而已，我是有目的地点鼠标键。

下面让我们看看我们为什么是有目的地点鼠标吧。

测试和开发就像软件项目中的两条腿，时而交替时而并行地推动着项目前进。写代码是开发人员的主要任务之一，相比之下测试用例的开发就是测试人员的主要任务之- -。所产生的测试用例的质量也是考核测试用例开发人员业务水平的重要标准。在写作用例方面不断进行质的提高，是一名普通测试工程师成为高级测试工程师的必经之路。

软件测试通常分为黑盒测试和白盒测试两类。本节我们将重点介绍黑盒测试及其测试用例的设计方法。

面试题一

解答：

黑盒测试就是测试人员把软件产品(或阶段性产品)看做是- -个黑盒。在测试过程中测试人员只需关心对这个软件黑盒进行操作会得到什么样的结果，而不必深入地去了解它的内部实现机制所进行的测试活动。这样的操作可以是字符串的输入、图片的输入、视频流的输入，甚至可以是事件输入。而不同的输入进入相应的处理软件(即这个黑盒)进行处理之后通常能得到不同的结果，如图3-4所示。 如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的， 都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

例子：

例如我们在Windows的命令行中输入字符串dir 就可以得到当前目录下的子目录及文件的列表。而输入taskist后就可以得到一张正在系统中运行的任务的列表，在以上的操作中我们都不必去考虑命令行解析器会如何解析输入的字符串，也不必考虑系统如何获取我们想要的信息并如何把它显示在屏幕上，这就是黑盒处理机制。我们只关心输入(input)的和想要得到的输出(output). 如果在初始条件确定的情况下的一组确定的输入经过软件产品这个黑盒进行处理后并没有得到期望的结果(expected result)时，则说明此时就发现了一个软件的缺陷(defect )

面试题二

解答

●验证(verify) 软件产品是否符合需求文档的设计(IEEE 1983 of IEEE Standard 729) ●证实(validate) 软件产品符合终端用户的需求(IEEE 1983 of IEEE Standard 729)

面试小技巧 在IEEE对于软件测试目的的论述中，各项软件测试活动都是围绕以上两个目的展开的。所以在面试过程中，当面试官问及软件测试的目的时不妨把以上两点作为答案，既简练，又深刻。

我们把字符串dir输入到其他软件中(如计算器)可能毫无意义，但在Windows 的命令行中就能被解析为获得当前目录下的子目录及文件的列表，并且在初始条件确定的情况下将得到可预测的输出。这样的输出在软件设计阶段通常就被定义下来以保证开发人员编写的程序有章可循。这正是软件测试的目的之一:验证(verify) 软件产品是否符合需求文档的设计(可参考IEEE标准729之IEEE 1983).

此外，在黑盒测试活动中，测试人员只按业务逻辑测试而不需要考虑内部实现。这就很好地模拟了终端用户的行为。然而终端用户的行为并不会都在软件需求文档中定义。例如测试一个网站，我们可能会模拟黑客对网站进行一些攻击， 但是黑客的攻击方式是无穷尽的，正所谓是道高一尺魔高–丈。黑客们总会想出新点子来达到他们的目的。既然攻击方式是无穷尽的，那么我们就不可能在我们的需求文档中定义应对所有攻击方式的策略。这时我们的测试就派上用场了。我们可以尽量模拟终端用户对产品网站进行攻击。这样的测试既可以是事先定义好的，也可以是随机的(adhoc test)。像这样的模拟终端用户操作对产品进行的测试活动就是在履行软件测试的另- -个目 的:证实(validate) 软件产品符合终端用户的需求(请参考IEEE标准729之IEEE 1983)。

面试题三

解答

●单元测试(unit test)。. ●组件测试(component test)。 ●集成测试(integration test)。 ●系统测试(system test)。 ●用户验收测试(user aceptance test)。

通常来说，软件生命周期中的测试阶段按时间顺序可分为单元测试(unit test)， 组件测试(component test)、 集成测试(integration test)、 系统测试(system tes)及用户验收测试(useracceptance