Beta阶段测试说明

Beta阶段测试BUG：

测试发现的BUG都放在BUG FIX里面

GitHUB issue BUG FIX

后端：实体识别结果重复。

解决：把处理结果的id和label绑定，这样就不会出现重复的label
后端：预测结果顺序不一致且没有处理，导致Excel文件数据不对应

解决：处理时根据对应字段填写，不是顺序填写
后端：生成的表单的日期格式为日/月/年，Excel只能识别年/月/日，待改进

解决：修改了格式
前端：Train页面在type2类型时, 训练有时提示label文件不足

解决：经查证是OCR超时导致，可以刷新再次训练
前端: 打开Cloud Project会出现 Security Token Not Found

解决：这是因为在appSettings里面没有关于该项目的token（被视为项目不是你的），所以不能打开

处理办法：

- 提示并从list中删除

- 仅提示
前端: ExcelVisual在后端报错时不会提示错误而是下载一个错误的xlsx

解决：进行提示并阻止下载
BUG：表单预测服务无法使用

解决：之前的服务被莫名阻止，无法正常使用，重新申请了一个服务
前端：data页面显示问题

解决：mark表单是在生成的时候使用的，生成后会自动删除，不会产生影响

Alpha阶段遗留的BUG有：

editor效率提高

解决：一定程度的重构（传送门）
前端: new project时短暂报错

解决：消除错误的警告+增加加载画面（传送门）

前端：

zyc、lzh：

对于每一个issue会开启一个名为issue-(issue_number)-(name)的分支，在其上进行开发，开发完成后进行自动化测试和浏览器中的实际操作测试。

测试包括以下部分，逐一进行检查：

Jest自动化测试
被修改组件的功能是否符合期望。
页面的功能是否正常。
进行完整的工作流程，检查是否存在错误和异常。

测试正常后会合并到dev分支，进行代码复审。

每天将复审后的dev分支合并到master分支。

使用tslint进行前端代码的规范，使用的规则如下：

{
    "defaultSeverity": "error",
    "extends": [
        "tslint:recommended"
    ],
    "jsRules": {},
    "rules": {
        "object-literal-sort-keys": false,
        "no-console": false,
        "no-empty-interface": false,
        "no-shadowed-variable": false,
        "ordered-imports": false,
        "no-string-literal": false,
        "no-bitwise": false,
        "function-constructor": false,
        "linebreak-style": [true, "LF"]
    },
    "rulesDirectory": []
}

每次提交和复审时确保没有tslint的错误和警告。

后端：

llj：

代码经过复审后再合并进master，主要测试的是调用接口对多种实体的识别情况，测试样例中涵盖我们所需要处理的字段以及不匹配实体的字段：

代码覆盖率：

wyk：

使用pylint做代码格式审查，风格良好：

使用unittest做单元测试，构造多个测试函数：

运行结果良好

使用coverage做覆盖率测试，结果如下：

dxy：

代码规范：

使用pylint进行代码规范的度量，取得满分

测试样例：

PDF：

JSON1：

JSON2：

如图所示，PDF部分是随机生成的一个表单，其中的地址数据被生成为了两行，同时还包括了表格中自带的数据。beta部分的数据生成工作需要自动识别文字的位置，从而将其实体识别为各种类别，进而进行数据的训练工作。

利用微软OCR项目，可以直接得到PDF对应的json，但是经过观察json发现，OCR工具会将中间有过大空格的文字或两行文字，识别成多个词条。这样导致的结果就是，像地址等信息就会被自动拆开，如JSON2所示，而无法正常训练。并且OCR工具还会把原本存在于表格上的文字也识别进去，如JSON1所示，所以数据生成部分做的处理是，首先将原本存在的文字数据进行多文本比对，进行去除；之后按照相对位置、文字大小等属性，将原本属于同一词条但被分成了多条的数据进行自动拼接。

测试结果：

可以看出，本来被分开的数据现在被拼接到了一起，同时，在json文件中，也删除掉了表格中本来存在的字段，后者因为不便展示，仅说实现思路。思路为：传入多个PDF，检测识别出的完全相同的多个部分，则一定是表格中原本存在的文字，可以直接删除。

ly：

对后端http服务器进行测试，主要测试API的正确性，采用Postman来进行测试。

举例：

上传JSON文件

请求类别

参数或者数据

是否成功

反馈信息

GET

type=1

否

Well, please use POST to upload the json file!

POST

没有path参数

否

Wrong in path parameter! You should give the path!

POST

type=1

出现异常

Upload failed, please try again!

POST

type=1

是

We have get the data: [上传的JSON数据]
上传PDF模板

请求类别

参数或者数据

是否成功

反馈信息

GET

type=1

否

Well, you should use POST to upload pdf template!

POST

没有path参数

否

Wrong in path parameter! You should give the path!

POST

type=1

出现异常

Upload failed, please try again!

POST

type=1

是

We have get the data!
请求生成

请求类别

参数或者数据

是否成功

反馈信息

GET|POST

没有path参数

否

Wrong in path parameter! You should give the path!

GET|POST

——

异常

readjson and getlabel wrong!

GET|POST

——

异常

genData wrong!

GET|POST

——

异常

open mark fail!

GET|POST

——

成功

We have generated * files! You can just download them!
请求下载

请求类别

参数或者数据

是否成功

反馈信息

GET|POST

没有path参数

否

Well, you should give the 'path' parameter!

GET|POST

——

出现异常

DownLoad wrong, please try again!

GET|POST

——

是

pdf和对应的JSON文件zip包
自动处理

请求类别

参数或者数据

是否成功

反馈信息

GET|POST

没有path参数

否

'path' parameter is needed!

GET|POST

——

出现异常

Azure自带的异常信息

GET|POST

——

是

Get it