java pos系统_嵌入式JavaPOS系统测试的设计与实现

3、通用接口测试

由于POSDouble是在J2SE下开发的，所以使用了JUnit工具，而其他接口函数是在J2ME下开发的，所以接口的测试采用了MUnit(JUnit的子集)工具。MUnit工具的使用方法、规则请参考《MUnit测试集编写规范》。

(1)测试框架

目录结构的总原则是：源代码目录与测试代码目录分离，互不干扰；测试代码目录与源代码目录的分支结构一致，便于查找、维护。

(2)仿真环境测试执行流程

首先编写测试代码，测试代码尽量放在与源代码相对应的测试目录中。修改测试程序入口，如使用ePos．set．FunctionFormFactory。

(3)目标环境测试执行流程

编写测试代码，修改测试程序入口，构建测试代码的Jar文件，下载Jar文件到目标机运行。

(4)测试捷径

通常情况下，在目标环境下测试，需要先编写测试用例、再编译、再下载、再运行，如果突然想到一个测试用例，又需重复上述操作步骤，就会非常耗时。为了增强测试的灵活性，可以加入键盘监听事件。首先编写键盘监听类，将所有的测试单步对应到不同的按键上去，即按一个键执行一个操作步骤。如：“a” 对应open操作，“b”对应claim操作，“c”对应setDeviceEnable(true)操作。要执行一个完整的测试过程，就分步骤按相应的按键。要想执行不同的测试用例就按不同的顺序按相应的按键，这样就不再需要编写测试用例、编译、构建、下载，可以节约很多时间，测试效率得到很大提升。同时可以结合原有测试用例，让不同的按键对应到不同的(完整的)测试用例，这样不占用程序入口，同样可以实现并执行原来的测试用例。

(5)快速回归测试

bug修正后需要做回归测试，为了在目标环境上回归测试，必须经过以下步骤：

① 从CVS更新最新源码；

② 将Java源码编译成C文件；

③ 构建Elf文件；

④ 下载Elf文件；

⑤ 执行测试用例做回归测试。

其中的步骤②～④将耗费很多时间。为了提升回归测试效率，将设备的DeviceServices从Elf文件中剥离出来，单独生成一个Jar文件，如果只有DeviceSer-Vices更新，只需要重新编译DeviceServices的Jar文件，不需更改Elf文件。更新Jar文件比更新 Elf文件从步骤及时间上都高效得多。

43/4<1234>