白盒测试和黑盒测试实验报告.docx

软件质量保证与测试 实验指导 计算机工程学院测试环境配置 settingJunit (1)startEclipse Selectwindows-preferences-java-buildpath–classpathvariables (2)clicknew,thefigureofnewvariableentryisshown. (3)nameJUNIT_LIB selectfile-选择 JUnit 插件所对应的 JAR 文件所在地，在 Eclipse 的安装目录的plugins 目录中 JUNIT 的组成框架 其中，junit.framework 和 junit.runner 是两个核心包。junit.framework 负责整个测试对象的框架 junit.runner 负责测试驱动Junit 的框架又可分为： A、被测试的对象。 B、对测试目标进行测试的方法与过程集合，可称为测试用例(TestCase)。 C、测试用例的集合，可容纳多个测试用例 (TestCase)，将其称作测试包 (TestSuite)。 D、测试结果的描述与记录。(TestResult)。 E、每一个测试方法所发生的与预期不一致状况的描述，称其测试失败元素(TestFailure) F、JUnitFramework 中的出错异常（AssertionFailedError）。 JUnit 框架是一个典型的 Composite 模式：TestSuite 可以容纳任何派生自 Test 的对象；当调用 TestSuite 对象的 run()方法是，会遍历自己容纳的对象，逐个调用它们的 run()方法。 JUnit 中常用的接口和类 Test 接口——运行测试和收集测试结果 Test 接口使用了 Composite 设计模式，是单独测试用例（TestCase），聚合测试模式（TestSuite）及测试扩展（TestDecorator）的共同接口。 它的 publicintcountTestCases（）方法，它来统计这次测试有多少个 TestCase， 另外一个方法就是 publicvoid run（TestResult），TestResult 是实例接受测试结果，run 方法执行本次测试。 TestCase 抽象类——定义测试中固定方法 TestCase 是 Test 接口的抽象实现，（不能被实例化，只能被继承）其构造函数 TestCase(stringname)根据输入的测试名称 name 创建一个测试实例。由于每一个 TestCase 在创建时都要有一个名称，若某测试失败了，便可识别出是哪个测试失败。 TestCase 类中包含的 setUp()、tearDown()方法。setUp()方法集中初始化测试所需的所有变量和实例，并且在依次调用测试类中的每个测试方法之前再次执行setUp()方法。tearDown()方法则是在每个测试方法之后，释放测试程序方法中引用的变量和实例。 开发人员编写测试用例时，只需继承 TestCase，来完成 run 方法即可，然后 JUnit 获得测试用例，执行它的 run 方法，把测试结果记录在 TestResult 之中。 Assert 静态类——一系列断言方法的集合 Assert 包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert 类就会抛出一个 AssertionFailedError 异常，JUnit 测试框架将这种错误归入 Failes 并加以记录，同时标志为未通过测试。如果该类方法中指定一个 String 类型的传参则该参数将被做为 AssertionFailedError 异常的标识信息， 告诉测试人员改异常的详细信息。 JUnit 提供了 6 大类 31 组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。 其中 assertEquals（Objectexpcted,Objectactual)内部逻辑判断使用 equals()方法，这表明断言两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。而 assertSame（Objectexpected,Objectactual）内部逻辑判断使用了 Java 运算符 “==”，这表明该断言判断两个实例是否来自于同一个引用 （ Reference ） ， 最 好 使 用 该 方 法 对 不 同 类 的 实 例 的 值 进 行 比 对 。 asserEquals(Stringmessage,Stringexpected,Stringactual)该方法对两个字符串进行逻 辑比对，如果不匹配则显示着两个字符串有差异的地方。ComparisonFailure 类提供两个字符串的比对，不匹配则给出详细的差异