一、什么是白盒测试？
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。语句覆盖每条语句至少执行一次。判定覆盖每个判定的每个分支至少执行一次。条件覆盖每个判定的每个条件应取到各种可能的值。判定/条件覆盖同时满足判定覆盖条件覆盖。条件组合覆盖每个判定中各条件的每一种组合至少出现一次。路径覆盖使程序中每一条可能的路径至少执行一次。 白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。 白盒测试，有时称为玻璃盒测试，是一种测试用例设计方法，它使用程 序设计的控制结构导出测试用例。使用白盒测试方法，软件工程师能够产生 测试用例(1)保证一个模块中的所有独立路径至少被使用一次；(2)对所有逻 辑值均需测试true 和 false；(3)在上下边界及可操作范围内运行所有循 环；(4)检查内部数据结构以确保其有效性。
二、求黑盒白盒测试的完整实例 很简单的就行
要用Visual Studio软件和DOS控制台相结合
三、大学软件测试科目，请分别用一句话回答：什么是白盒/黑盒测试，有哪几种方法，特点是什么？
白盒测试[1] 又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。
采用什么方法对软件进行测试呢？常用的软件测试方法有两大类：静态测试方法和动态测试方法。其中软件的静态测试不要求在计算机上实际执行所测程序，主要以一些人工的模拟技术对软件进行分析和测试；而软件的动态测试是通过输入一组预先按照一定的测试准则构造的实例数据来动态运行程序，而达到发现程序错误的过程。在动态分析技术中,最重要的技术是路径和分支测试。下面要介绍的六种覆盖测试方法属于动态分析方法。
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
四、jsp+servlet做的项目怎么进行白盒测试
苦力活，一个一个人手测试。
不然，就用WEB测试工具，这个较专业，需要一定知识了。
最后，用最笨方法，模拟鼠标、键盘。
五、如何搭建软件白盒测试环境
白盒测试环境主要有驱动、桩、测试用例和测试结果四个部分，测试环境模型如下： 上图可以看出，被测模块通过桩的支撑，被测试驱动通过预定的测试用例控制运行，由于被测模块的运行过程是可控状态下的，所以其结果是也可预期的，使驱动最终自动给出测试结果成为可能。 按上图的提示，完成一个简单的软件模块（比如单个函数或者几个函数）测试是比较轻松的事，但是事实上我们面临的测试往往是针对一个大的项目的，不是几个函数那么简单，大的项目中模块一般分好多种类并且可扩充的。所以我们在搭建测试环境的时候还需要考虑很多问题，比如测试驱动的扩展、用例的扩展、回归测试的自动实现等。下面基于IPLD平台测试项目，就如何搭建一个相对完美的测试环境进行技术的探讨。 1、被测项目分析 XLD平台是####装置保护程序运行平台，为装置上应用程序的运行提供底层功能支撑，该平台包含多个模块，每个模块下面有多个函数，这些模块和函数都是可以扩展的。下面列出两个模块进行示例（每个模块暂列出两个函数）： 1）双向链表模块 对应头文件：lb.h，实现文件：lb.c 包含函数：增加节点函数：Lb_add 删除节点函数：Lb_del 2）数据队列模块 对应头文件：gm.h，实现文件：gm.c 包含函数：初始化函数：gm_init（） 周期发送函数：gm_retranse 2、测试用例设计 作为参数或者其他条件，通过驱动控制被测模块按特定的路径运行，达到测试要求。 考虑到回归测试及团队协作等因素，用例的设计采用和代码脱离的原则，这样一方面修改测试用例的时候不用重新编译代码，另一方面测试组内成员可以在各自测试范围内设计自己的测试用例。由于测试用例的量不是特别大，还不至于需要用数据库，所以测试用例采用文件的方式实现。 这里用例文件采用配置文件（后缀名*.ini）格式，比如双向链表模块的测试用例，设计如下： 文件名”双向链表.ini” 文件内容按被测函数分块，每一块代表一个函数的测试用例，如下： [Lb_add]
用例1 = 用例1信息
用例2 =用例2信息 [Lb_del]
用例1 = 用例1信息
用例2 =用例2信息 出于便捷和可维护性考虑，这里测试用例定义统一的文件格式。我们可以在驱动中设计可重用的用例读取函数，以便测试组内人员重用。
|
