Skip to content

Beta阶段测试报告

Jump to bottom
xiaomaoaichiyu edited this page Jun 3, 2020 · 1 revision

Beta阶段测试说明

测试发现的BUG

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)的分支，在其上进行开发，开发完成后进行自动化测试和浏览器中的实际操作测试。

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

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

测试正常后会合并到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

场景测试（Beta阶段主要新功能）

李华

北航附中的学生开学了，今天高一3班的同学们填写了一份关于疫情期间线上英语学习的调查问卷，李华作为英语课代表，老师让他处理这些表单，但是他还没有写完英语作文，你可以帮帮他吗？🙏🙏🙏

用户信息 用户情况
姓名 李华
用户身份 高一3班英语课代表
用户情况 处理同学们的调查问卷，由于无法直接导入到Excel，需要手动处理
用户痛点 有急事，需要快速处理这些表单
典型场景 北航附中的学生开学了，今天高一3班的同学们填写了一份关于疫情期间线上英语学习的调查问卷，李华作为英语课代表，老师让他处理这些表单，但是他还没有写完英语作文，你可以帮帮他吗？🙏🙏🙏
预期场景 李华发现了我们的软件
李华使用软件，上传了5份用来训练
训练结束后李华批量处理了所有的表单并且得到了处理后的Excel文件
李华完成了工作

我们的软件提供自动训练模型的功能，只需要用户上传5份填好数据的同类型表单，即可进行训练，之后就可以用来批量处理表单，并支持下载处理结果的Excel！

这里类似李华这样的用户，急需处理大量表单（或者单纯就是懒）可以使用我们的软件实现其目的！

回归测试

Alpha阶段的主要功能是上传一个PDF模板，进行标注，根据标注的信息来自动生成若干个填好数据的表单。

Beta阶段基于这一功能，实现了训练表单识别模型的功能。在生成数据的基础上，直接用生成的数据来训练模型，并且拿训练好的模型预测处理“新表单”

测试用例

这里的回归测试是基于当前Beta阶段稳定版本，测试之前表单数据生成的功能的完整性和正确性，从两个方面进行

  1. 后端API测试：Postman + 后端API
  • Postman调用API
Postman
  • 后台数据库生成的数据
存储
  1. 前后端结合测试，直接使用Beta阶段的前端界面来测试Alpha阶段的功能
  • 标注：（为了展示方便只标注了两个字段）
标注
  • 数据生成：
生成
  • 下载：
生成

测试矩阵

基于chromium的浏览器均可以正常使用。

主流浏览器基本都可以正常使用我们的软件。

操作系统 浏览器类型 是否正常
win10 Microsoft Edge（版本号81.0.416.68 ） 可以正常显示和使用
win10 Internet Explorer（版本号11.778.18362.0） 不正常。该版本最后发布日期应该是2015年，比较老旧，无法正常显示，升级到chrome内核后可以正常使用
win10 Google Chrome（版本号81.0.4044.129） 可以正常显示和使用
win10 FireFox（72.0.2 (64 位)） 可以正常显示与使用
win10 360浏览器 无法正常使用，频繁报错，暂时没有找到解决方案
Ubuntu16.04 Google chrome 可以正常显示和使用
Android9 华为手机自带浏览器（版本号5.0.420） 可以正常显示，并且界面大小比较合适。但由于部分操作涉及键盘，在使用时存在困难。
IOS13 Safari 可以正常显示，但是手机端使用不便

出口条件

  1. Beta阶段新功能实现
    • 表单识别模型的训练
    • 自动化训练模型
    • 表单预测
    • 表单预测结果自动化处理
    • 数据结果可视化展示
  2. Alpha阶段功能完善
    • 标注页面数据同步问题
    • Introduction页面
  3. 回归测试+测试矩阵

以上的部分目前都已经实现，所以认为项目当前可以发布！😀

Name Not Found: 博客

Name Not Found: 项目视频——Alpha

Name Not Found: 项目视频——Beta

Clone this wiki locally