在前面一文使用java开发计算器（一）讲解了程序的设计和编码。在这部分我们将介绍如何进行单元测试。
完成了以上的代码输入后，为了保证这个类可以正常的工作，我们需要对它进行测试，因为JBuilder中集成了JUnit，所以可以在JBuilder中直接进行测试。
首先，建立测试用例。JBuilder中，新建--Test--Test Case，如图1所示，选择需要测试的方法，
图1
选中Convertion类前面的复选框，于是选中所有的方法。下一步，出现设置测试用例名称、测试用例所在包路径以及测试用例的父类，如图2所示，为了防止测试用例和程序源文件混淆，把最外层的包修改为test。直接点击“Finish”就建立测试Convertion的测试用例，它会针对每一个方法建立一个以test开头的测试方法。
图2
接着，修改测试方法。向导建立的测试方法，只是提供了一个大致的测试框架，并没有建立真正有意义的数据，因此需要我们手动修改这些测试方法。第一步，修改构造函数，其中位宽是以字节为单位的，设置为1，相当于二进制的8位。第二步，修改测试方法中的数据。以
testBinaryToHex（）为例，修改如下：
public void testBinaryToHex() throws ComputeException {
String strBin = "1111";
String eXPectedReturn = "F";
String actualReturn = convertion.binaryToHex(strBin);
assertEquals("return value", expectedReturn, actualReturn);
}
同样的方法，修改其他的测试方法。
最后，运行测试用例。修改完所有的测试数据后，保证所有的输入输出都合法，下面就开始运行测试用例。直接在测试用例上点击右键，选择“Test Using Default”，会得到如图3所示的结果。然后在更换几组不同的数据进行测试，以保证可以正确运行。
图3
至此，就完成了一个类的开发，同时每一次更改都需要对它进行测试。当然在以后的界面设计中，并不需要每一个类都进行测试，但是要在一点点地集成中进行测试，也不能等完全实现了在进行测试。
三、开发过程碰到的问题
1、键盘事件监听器的位置
计算器必须可以响应键盘事件，于是这就要靠键盘事件监听器来监听按键事件，但是监听器的位置应该放在何处呢？因为在设计开始时，已经按照不同的功能把按键都划分成了几个面板，所以就想直接在各个面板中添加相关的键盘监听器。实现键盘监听器，有两个方法，一个是实现KeyListener接口，它必须要实现keyPRessed、keyReleased、keyTyped三个方法；一个是继续KeyAdapter，这个只需重载需要的方法就可以了，这里选择使用第二种方法。于是编码、测试，顺利通过，再次运行测试，启动后直接使用，发现程序没有任何反应。怎么回事？焦点！对，就是焦点惹的祸。只有在注册键盘监听器的控件获得焦点时，监听器才能发挥作用。第一次测试时，因为是在鼠标点击按钮后才使用的键盘，这时按钮已经获得焦点，所以可用。而第二次时因为焦点不确定在何处，所以不能发挥作用。解决问题的方法就是程序已开始运行就要把焦点定位到一个按钮上。但是这样做合适吗？假如在以后面板增多的情况下，启动程序时需要使用启动快捷键时应该怎么办？现在看来不能把焦点定位到按钮上，那就定位到主窗口上，同时将主窗口上的监听器作为一个参数传递到各个面板中，其他按钮也全部注册这个监听器，这样无论焦点在程序窗口的任何地方都可以响应键盘事件。但是这是就要把键盘监听器提取出来，作为一个单独的类，在其中定义所有的按键。
参考代码：
//使框架获得焦点，这样程序一开始运行就可以使用键盘
this.setFocusable(true);
//添加键盘事件监听器
addKeyListener(calKeyListener);
2、发生OutOfMemory错误
在程序进行大半，所有面板都已经完成，但是当吧最后几个面板集成到主窗口中时却发生了OutOfMemory错误，程序中止。从任务治理起中可以看到内存的使用量迅速上升。第一次碰到这种错误，猜想应该是变量的问题，但是那个变量会导致这样的错误发生呢？于是一个个面板开始查找，非凡是最后集中到这里的面板。忽然发现其中一个面板中使用到了主窗口对象，而这里的这个变量不是作为参数传递过来的，而是直接在这个类里使用new初始化的，难道是它？主窗口中也需要使用到这个面板，而这个面板现在又声明了一个新的主窗口对象，而这个新的主窗口对象中也包含着一个新的该面板的实例，这样循环下去，就导致了这样的错误。于是把这个声明去掉，改为由参数传递。因此程序中所有面板需要用到主窗口时，都是作为构造函数的一个参数传递过来的。
