黑盒测试及测试用例设计方法.docxVIP

黑盒测试及测试用例设计方法黑盒测试定义什么是黑盒测试？黑盒测试就是测试人员把软件产品（可阶段性产品）看做是一个黑盒。在测试过程中测试人员只需关心对这个软件黑盒操作会得到什么样的结果，而不必深入地去了解它的内部实现机制所进行的测试活动。例如：在Windows的命令行中输入字符串dir就可以得到当前目录下的子目录及文件的列表。而输入tasklist后就得到一张正在系统中运行的任务的列表。在以上操作中不必去考虑命令行解析器会如何解析输入的字符串，也不必考虑系统如何获取我们想要的信息并如何把他显示在屏幕上，这就是黑盒处理机制。我们只关心输入（input）的和想要得到的输出（output）。如果在初始条件确定的情况下的一组确定的输入经过软件产品这个黑盒进行处理后并没有得到期望的结果(expected result)时,则说明此时就发现了一个软件的缺陷（defect）。为什么要做黑盒测试？验证（verity）：软件产品是否符合需求文档的设计（IEEE 1983 of IEEE Standard 729）证实（validate）：软件产品符合最终用户的需求（IEEE 1983 of IEEE Standard 729）把dir输入到其它软件（如计算器）可能毫无意义，但在Windows命令行中被解析为获取当前目录下的子目录及文件的列表，并且在初始条件确定的情况下将得到可预测的输出。这样的输出在软件测试阶段通常被定义下来以保证开发人员编写的程序有章可循。这下是软件测试的目的之一：验证（verity）软件产品是否符合需求文档的设计。黑盒测试中，测试人员只按业务逻辑测试而不需要考虑内部实现。这就很好地模拟了终端用户的行为。然而终端用户的行为并不会都在软件需求文档中定义（例如黑客攻击）。我们可以尽量模拟终端用户对产品网站进行攻击。这样的测试既可以是预先定义好的，也可以是随机的（adhoc test）。像这样的模拟终端用户操作对产品进行的测试活动就是在履行软件测试的另一个目的：证实（validate）软件产品符合最终用户的需求。软件生命周期中的哪些测试阶段用到过黑盒测试？软件生命周期包括：单元测试（unit test）。组件测试（component test）。集成测试（integration test）。系统测试（system test）。用户验收测试（user acceptance test）。在各个测试阶段通常会设置通过条件（pass criteria）和准入条件（entry criteria）。其实一般说来黑盒测试适用于所有阶段。单元测试中，把函数看成一个黑盒，小尺度的黑盒，叫做函数黑盒。一个组件或应用软件正是由一个个函数黑盒组成的大黑盒。函数体就是黑盒，而形参和返回值就是这个函数黑盒的输入和输入。利用黑盒测试用例的设计方法对其输入值域和输出值域进行分析可以极大也保证函数的质量。说明：一个函数除了输出返回值外还可能有其它的输出：函数体有可能处理了函数域以外的全局变量，这里全局变量也成为了这个函数的输入和输出的一部分。函数的参数可以是引用型参数（C语言中可以用指针作为引用型形参，C++中可以用指针可引用作为引用型形参，在C#/Java中引用类型的引用或值类型的引用作为引用型形参）。这里被引用的对象实例有可能在函数中被修改如下图引申：若想要占用最少的代码空间和运行时间，占用最少的运行时间，就应该深入了解编程语言，熟悉数据结构和算法方面的书籍。专业性的软件企业如微软、Google等就很着重这些，即便是招收测试人员也如此，有志于去这些公司的朋友有必要在此多花时间精力。关于函数是否做了正确的事，通过学习测试知识会有不少的帮助。正如前面所说的组件或程序是通过层层调用函数来处理用户需求的，所以当多个函数能够封装成一个组件时，也就是把一个个小的函数黑盒组装成了一个大黑盒，此时就可以对它行一定的组件测试了。这时的组件即使还能完成一个完整的功能，也能通过编写驱动函数或桩函数的方法去测试它。什么叫打桩，什么叫驱动？驱动函数：在测试被测函数时，一般需要在一个函数中构造一些实验数据作为传入被测函数的实参，然后再在该函数中调用被测函数，之后检验测试结果。这样的函数被称为驱动函数（一般为main函数）桩函数：在测试被测函数时，被测函数可能要调用一个未被实现功能的函数（或一连串函数的调用）。这时测试人员可以写一个临时的简单的函数以模拟被调函数的部分行为。这样的函数称为桩函数。（如图）我们通过组件暴露的公共接口分析它的输入值域，然后根据其输入值域编写测试数据。之后在驱动程序中调用组件的公共接口，并把测试数据作为参数（全局变量）传给被测组件。最终获得该组测试经处理后所产生的输出。此后就要分析这些输出是否是期望结果以确定该组件是否有缺陷。之后被多个测试过的组件将被集成，成为更大的组