2016-7-10总结

这周完成了应急用印功能和批量测试功能。

需求背景：在系统瘫痪且紧急用印时使用。

行领导可以通过编码器生成密码并短信发送给用印机开锁人员。开锁人员输入密码，机器解密后，与机器自身的业务类型、机构码、用印日期进行校验，校验通过即可用印。

从喜春那里接过解码工具类，在金玉的JFram类上进行编写。与华哥确认清楚校验的要求和流程后，进行编码。主要用substring函数，分别取出明文信息和机器信息进行校验。if else的分支较多，因此将流程分为业务类型校验、机构编码校验、日期校验、应急用印次数限制判决，分别得到一个boolean结果。最后将各boolean结果用if ... else if ... else的形式组织，提高代码可读性。

上午编好代码后，先在本地测试。主要用例：

1.业务类型异常；

2.机构类型 99（适用所有类型）；

3.机构类型为11(与用印机相同的类型)；

4.机构类型为00，此时检测8位机构编码；

5.检查日期，若不符则返回“秘钥失效”；

6.检查应急用印次数超过限制次数(4次)后的情况；

上机测试后，查出问题:

1.输入密码错误后，将报异常，无法使用。需要解决异常，并给出密码错误的提示信息；

2.机器连接失败的提示

3.异常开锁次数达上限的提示信息修改。

下午解决密码错误异常。原因是解密方法(自带，cipher.doFinal)抛出异常(illegalBlockSizeException和badPaddingException)后，在喜春的解密工具函数(会调用cipher.doFinal )中已catch并打印异常。而我们是需要异常在业务类(SealDecoder)中catch该异常并返回异常信息，故将喜春中catch的两个异常throw出来，在业务中catch。这中间，我用复制的方法将一句代码放在try中，导致这段代码在最后错误的多运行了一次，导致出错。今后应该用剪切的方法移动代码，避免再次出现类似错误。

再修改了机器连接失败和异常开锁的提示信息后，我们没有在本地测试就上机测试，导致上机测试后出错(复制代码出错)。浪费了时间。

于是我又回来修改源代码。花了近20分钟找到多运行一次的代码。想测试illegalBlockSizeException场景，无法看到其源代码不知其blockSize的范围，没有测到该异常。但却有意外的收货，发现在输入短于19位时，由于用了.substring方法，在原string长度不够时会报异常(java.lang.StringIndexOutOfBoundsException)。于是限制了解密后明文的长度必须大于等于23才能解码。另外，发现解密后的明文如果在后面添加任意位无效数字，还是可以成功用印。这个情况我跟华哥交流，华哥认为只要前23位是正确的才开锁，就不容易破解。而未来需求可能改动，可能会出现超过23位的情况，所以超长是可以解锁并用印成功的。

最终下午5点上机通过测试，华哥满意。华哥说这个需求后面可能会有微小改动，开会决定后再做修改。

用印机测试：

1.用印机上有usb插口，连上电脑进行数据通信；

2.打开cmd窗口，找到java路径，输入“ -jar” ，再将jar包拖进cmd窗口，回车，即可运行jar包了。

用印机测试有问题，可以问金玉，喜春。

批量测试功能，可以让用印机在随机位置处批量打印任意多次数，并用日志统计其性能(主要是时间)。

主要模块分为：

1.初始界面：用于输入批量用印次数，以及用印机厂商以生成相应厂商的日志；

2.批量用印：随机位置，随机旋转角度，批量用印

3.统计日志：对每次用印用时，以及用印成功次数进行统计。呈现用印的性能结果。

其中印象比较深的问题：1.保留小数位数的问题：用dicimal.format可以解决该问题；