电子税务软件的智能审核模块测试过程

钟军

◆摘  要：目前税务行业针对涉税文书提交的申请主要采用人工审核的模式，对于申请表的填写与附送资料上传的准确性比对都是通过肉眼方式进行，有的事项甚至需要登陆另外几个系统去查看企业信息，然后再手工录入受理意见，整个事项受理耗时较长，并且由于税务干部对审核结论和意见的表达方式因人而异，没有规范化的受理标准。由此，涉税文书智能审核产品应运而生。而系统的稳定性、可靠性需要通过好的软件测试过程来支撑。

◆关键词：软件功能测试;测试流程;测试用例;智能审核

一、引言

智能审核系统通过标准化模型，利用图像识别技术、大数据分析、人工智能，实现电子资料自动化审核，可以省去税务干部多系统切换查询纳税人信息资料的人工过程，提升受理的效率及准确性，帮助税务干部提高工作效率，缩短纳税人等待时长;同时，面向纳税人可以缩短纳税人等待时间，实现同一事项无差别办理，优化纳税人体验和办事能效。

本文通过对智能感知电子税务软件中智能审核功能的测试过程进行分析与总结，主要阐述了项目组进行功能测试的主要流程、测试环境要求、测试场景、测试关键点、外围配合要求、前提条件和内外资源需求等具体内容。

二、正文

在智能感知电子税务软件系统中，本文测试内容包括智能审核模块，及切换业务中台配置调用两种不两只的OCR识别后的功能是否按照需求设计，所有业务流程是否正常使用。对软件质量进行度量和评估，以提高软件质量。

电子税务局涉税文书辅助审核项目中，总分机构变更事项各业务场景下（包括总分机构类型变更，新增、删除、修改总机构或分支机构），经办人身份证件识别（目前只配置了支持居民身份证）、营业执照识别（包含新旧版本）、股东决议和工商登记表等通用文字识别，以及第三方信息校验。通过自定义规则智能识别并得出审核结论。

测试数据：

参照生产环境情况，覆盖不同业务场景下经办人身份证明、营业执照、股东决议等资料不同的上传情况，尽量保障测试数据与生产数据的一致性。

测试过程：

开发人员完成编码设计后与需求组人员进行集成测试，验证系统实现功能是否按照系统需求来设计，开发自测通过后，在Jenkins进行集成构建发布，提交测试组按测试流程进行系统测试。在测试过程中，发现的缺陷问题进行详细记录并上传svn，由項目组分析讨论后进行修改、跟踪、回归测试。

测试主要过程如下：首先由开发组构建发布vpn环境;然后由测试组迭代执行测试，并记录缺陷到JIRA系统;开发组将测试提出的问题进行修改完善，再由测试组在vpn环境进行回归测试，最终提交测试报告。

测试主要方法：

主要采用手工测试和自动化测试的方法。通过手工对纳税人总分机构变更的功能进行测试，其中包括总分机构类型变更，新增、删除、修改总机构或分支机构的识别功能;对附送资料上传的功能进行测试，其中包括经办人身份证明、总机构营业执照、分支机构营业执照、纳税人变更登记内容的决议及有关证明文件复印件与工商变更登记表的识别功能。通过自动化测试的方法在测试及电子工作平台事项的事项受理功能中对两种OCR资料识别的结果进行核对。测试前，保证测试环境最新代码已通过单元测试、集成测试，环境正常可用。功能测试主要在测试需求分析文档和公司软件质量控制文档基础上，从功能实现和业务流程两大方面进行验证。

测试用例执行情况

本次测试用例设计，按照纳税人端、电子工作平台和电子工作平台三大业务功能模块进行测试用例设计并作为一级模块，细分到二级功能模块。

纳税人端附送资料上传主要包括经办人身份证明、总机构营业执照、分支机构营业执照、纳税人变更登记内容的决议及有关证明文件复印件、工商变更登记表。

电子工作平台操作按钮主要包括撤签、保存、推送功能。

电子工作平台针对审核内容及结果判定模块，主要包括不同上传方式的附送资料预审能否查看、预审各种附送资料文件类型能否正常显示、多份附送资料预审能够正常显示、根据附送资料审核结果，自动判定审核结论，然后根据OCR资料审核结论进行人工核对。

三、结语

本次在Windows操作系统上通过IE8、IE11、谷歌和360等主流浏览器进行了系统功能验证工作。根据功能需求和按照测试用例严格执行测试，分别完成了变更总分机构类型，增删改总机构信息，增删改分支机构信息等业务场景下，通过两种不同OCR识别接口，对上传居民身份证、营业执照、股东决议及工商登记表资料进行识别后得出审核结果的情况测试。

通过测试，遗留的bug问题主要为优化或扩展功能类问题，对主要业务流程及功能影响较小，可在后续的迭代版本内开发同步进行优化。

测试组结合现阶段需求和本阶段项目开发内容进行系统测试，测试涉及的功能模块基本满足需求要求，经过多次的全面测试和回归测试，系统运行稳定，支持两种不同品牌的OCR识别功能切换，切换后功能可正常可用。