JUNIT入门与应用.docVIP

JUNIT入门及应用 JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架（regression testing framework）。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试了。 .JUnit的几个主要类Test接口：测试运行的接口Assert类：断言类，实现测试运行中的断言功能。TestCase类：测试用例类，实现了Test接口，并且继承了Assert。TestSuite类：测试用例集合类TestListener接口：测试监听接口TestResult：测试结果保存类BaseTestRunner：测试用例运行工具类，是一个抽象类 JUnit框架是一个典型的Composite模式：TestSuite可以容纳任何派生自Test的对象；当调用TestSuite对象的run()方法是，会遍历自己容纳的对象，逐个调用它们的run()方法。 Junit精巧的内部构成，它由6个包（package）组成，分别为Framework、Extensions、Runner、Awtui、Textui、Swingui，前三个包是构建包，后三个包是表现层包。更详细的解释是Framework框架包，我们所熟悉的TestCase就是这个包里面的，是整个JUnit的支撑。Extensions是扩展包，它包含的某些类装饰了框架中的类，为这些类增加了一些其他的特殊用途，比如连续执行某个测试类10000次（可指定）的功能等。Runner是JUnit的传送带，把无数的TestCase和TestSuite输送给测试框架。Awtui、Textui、Swingui分别表示以什么样的UI展示，如果是Textui方式，那么JUnit是这样的：如果是Awtui方式，那么JUnit是这样的：如果是Swingui方式，那么JUnit是这样的：构建类测试包含着两层意思，第一层代表构建类测试的环境，另一层代表构建类测试驱动以支持自动化日测试，更具体的行为包括：1. 将所有测试代码保存在单一的地点，让所有测试人员都能从这里获取最新的源代码（以及以前的版本）。 2. 使创建测试驱动简单化，一个良好的测试驱动不会和太多的业务代码耦合。 3. 使测试执行完全自动化，让任何人都可以只输入简单的命令就运行全部的测试。 4. 确保所有人员都可以得到最新、最好的可执行驱动文件。为了实现日测试，任何测试人员都需要能够很容易地获取全部最新的测试代码，如果要做一次日测试必须跑遍整个项目组，依次询问实现人员有没有更新的测试代码，然后把这些新代码收集起来，再经过复查和二次组装……没有什么比这更糟糕的了。所以类测试环境构建的前提是必须引入配置管理（代码控制），这些配置管理系统通常都具备网络功能，可以让测试人员和实现人员轻松获取最新的测试代码，而且这些配置工具还提供版本管理，这样可以很轻松地得到测试代码在不同的时间、不同的发布基线的各个版本。所有的测试代码都应该保存在配置管理系统中，包括驱动脚本（TestCase）、测试数据（TestData）、包脚本（TestSuite）等，避免出现驱动脚本得到了控制，但其他一些重要的辅助程序丢失或者残缺不全的现象。在配置管理系统的同一棵项目源树中，建议类测试代码和业务代码根据不同包管理原则分开，但需形成依次对应的关系，现在NetBeans就自动支持这个功能expcted Object actual)内部逻辑判断使用equals()方法，这表明断言两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。 而assertSame（Object expected,Object actual）内部逻辑判断使用了Java运算符“==”，这表明该断言判断两个实例是否来自于同一个引用（Reference），最好使用该方法对不同类的实例的值进行比对。 asserEquals(String message,String expected,String actual)该方法对两个字符串进行逻辑比对，如果不匹配则显示着两个字符串有差异的地方。 ComparisonFailure类提供两个字符串的比对，不匹配则给出详细的差异字符。 TestSuite测试包类??多个测试的组合 TestSuite类负责组装多个Test Cases。待测得类中可能包括了对被测类的多个测试，而TestSuit负责收集这些测试，使我们可以在一个测试中，完成全部的对被测类的多个测试。TestSuite类实现了Test接