公共组件功能变更影响的智能化分析测试方法及其系统技术方案

本发明专利技术提供了一种公共组件功能变更影响的智能化分析测试方法及其系统，涉及人工智能技术领域。本发明专利技术通过运用技术手段，将功能变更的关键字/接口/交易码，自动与资产库中已建立好的关系组（交易线图）进行匹配，智慧化映射出受变更影响的组件/交易，进而形成测试范围，并根据测试范围进行自动化测试，本方法通过引入生产APM分析及生产报文回放技术，创新提出一种线上化的公共组件功能变更影响的智能化分析测试方法，用以弥补进纯人工分析造成的“成本高、效率低、效果差”的弊端。的弊端。的弊端。

【技术实现步骤摘要】
公共组件功能变更影响的智能化分析测试方法及其系统


[0001]本专利技术涉及人工智能
，具体而言，涉及一种公共组件功能变更影响的智能化分析测试方法、系统、终端设备、存储介质及产品。

技术介绍

[0002]在大型银行系统进行投产或迭代优化过程中，需在投产前对公共组件功能变更进行影响性分析，并对受该功能变更影响的场景进行测试。基于企业级设计的公共组件，它的功能变更可能会影响较多的应用组件，而是否将受影响的组件、场景分析的充分且准确，会直接影响到后续的测试质量及投产版本质量。
[0003]为做好版本质量控制，针对每个投产版本，均需对涉及投产的公共组件进行功能变更影响性分析及测试。在商业银行系统投产版本线中，公共组件专项测试旨在针对公共组件新增和变更的功能/接口，识别变更所涉及的全量调用方范围并进行影响分析，明确变更影响应用组件范围和测试范围，对测试案例覆盖度及测试情况进行整体管控。在公共组件的测试方法中，获取公共组件变更信息依然是整个测试方法的基础，而公共组件变更影响分析将在整个测试方法中展现出更为至关重要的作用，分析结果的准确性将直接影响测试范围的完整性及充分性，从而对版本的测试质量产生决定性影响。
[0004]对于公共组件功能变更影响性分析，当前采用人工调研的方式进行收集和分析，这种方法具有较大的弊端，一是变更影响分析的充分性和准确性依赖于分析人员的个人素质（知识水平、能力、经验）及对待这件事情的态度，其中任何一点出现短板都会影响分析结果，进而影响测试范围、测试结果及最终的版本质量；二是人工分析效率较低，花费的时间也比较长，后续测试跟进也需要大量的人力。

技术实现思路

[0005]针对上述
技术介绍
中提出的需求，本专利技术实施例提供一种公共组件功能变更影响的智能化分析测试方法及其系统，旨在通过运用技术手段，将功能变更的关键字/接口/交易码，自动与资产库中已建立好的关系组（交易线图）进行匹配，智慧化映射出受变更影响的组件/交易，进而形成测试范围，并根据测试范围进行自动化测试，本方法通过引入生产APM分析及生产报文回放技术，创新提出一种线上化的公共组件功能变更影响的智能化分析测试方法，用以弥补进纯人工分析造成的“成本高、效率低、效果差”的弊端。
[0006]一种公共组件功能变更影响的智能化分析测试方法，具体步骤包括：线上基础部署，该步骤分为两部分内容，一是为公共组件增加公共类标志，具体的将当前已梳理出的公共组件在平台中添加公共类标志，该标志用于公共组件识别、提示及点击跳转；二是建立公共组件专项资产库，为每个公共组件分别建立一个公共组件专项资产库，公共组件专项资产库中包括但不限于该公共组件接口调用清单、交易基线、账务基线、数据基线、场景清单、末级菜单、测试案例集等，并将上述各类清单根据内在逻辑建立映射关系；
公共组件功能变更影响线上化分析，该步骤具体的在技术管理平台建立任务或需求时，若改造的组件涉及到带有公共类标志的组件，则系统自动跳转变更影响分析页；随后运行内置智能化分析程序，智能化分析的基础是已建立好的公共组件专项资产库。当新建的任务/需求关联了某个公共组件，并跳转分析页之后，系统会根据录入的功能变更描述，抓取关键字、接口或交易码等，自动到专项资产库中进行比对，根据资产库中已建立好的映射关系，从而找到相应的应用组件、交易线/数据线/账务线，并将这些要素返回到分析页，最终确定出测试范围；随后判断是否出现有特殊情况，若有则进入审批流程，这里所说的特殊情况大致包括两种，一是公共组件功能变更较大，智能化分析结果为影响组件/接口/交易码超过十个，则系统自动进入审批程序，由架构对分析结果给出审批意见；二是某公共组件新增功能或新增应用组件，而资产库现有资产未能进行匹配分析，反显内容为空，此时，需要由主项目组对该项新增进行影响性分析，并在系统内提交意见，系统自动将该事项提交架构，架构给出修改和审批意见后，变更影响性分析形成；以上两种特殊情况下，架构给出审批意见之后，该公共组件变更影响测试范围确定；最后系统自动形成分析报告；所述抓取关键字、接口或交易码步骤中，智能化分析程序采集特征码关键字；随后智能化分析程序调用所述特征码关键字，然后分别与所述资产库，用于检测所述关键字组成的至少一个关键字组是否与所述预设关键字组合集中的某一个关键字组匹配，若匹配成功，则自动到专项资产库中进行比对；具体的来说，上述的关键字组匹配在于将所抽取的关键字特征与预设关键字组合集所包括的关键字特征进行匹配，确定所匹配的关键字特征；根据匹配的关键字特征的组合方式确定所匹配的关键字组合集；同时根据与预设的关键字组合集相对应的关键字分数确定查询关键字的关键字分数：数据库中存储有预设的关键字组合集以及与预设的关键字组合集相对应的关键字分数，如果基于匹配结果无法确定查询关键字所匹配的关键字组合集，那么记关键字分数为零。
[0007]该方法还包括：根据用户输入的查询关键字确定与其对应的查询样式；根据查询样式，确定查询关键字的查询样式分数。
[0008]自动化测试，该步骤包括形成测试案例、进行自动化测试、生成测试报告以及更新公共组件专项资产库；测试案例过程中，在测试范围确定之后，根据投产时间安排及系统自动生成的测试计划，适时进入测试阶段。系统可依据测试范围，启动智能化分析程序，根据资产库中的系统用例、末级菜单、场景清单及原有案例，自动形成本次测试案例列表。同时，将一段时间（如半年）的生产数据进行清洗，对生产日志进行归类，选择适用于本次测试范围的交易列表，作为补充案例进行回放测试，以快速发现系统功能缺陷、数据迁移问题、业务参数问题和新旧系统未发现差异等；进行自动化测试过程中，通过脚本和流程编排技术，实现案例自动化测试。系统根据案例步骤中所对应的责任方，自动调取相应的组件进行智慧协同测试，并且通过录制和回放功能，查看案例执行过程。测试过程中，系统自动记录案例执行状态和缺陷。
[0009]首轮测试结束后，通过测试环境APM监控数据，分析测试报文是否覆盖所有交易码、响应码（错误码）；是否覆盖了所有用户、渠道、产品、机构、岗位；是否完整覆盖测试范围内端到端的交易线。根据覆盖分析结果，有的放矢补充测试案例，消灭测试盲点，提高交付
质量。在监控结果分析时，也可以看到部分交易测试覆盖次数较少，可以将这部分薄弱环节纳入回归测试；生成测试报告过程中，系统可根据测试范围、案例数量、执行情况、缺陷数量、缺陷解决情况，结合测试监控报文，对测试案例的覆盖性和充分性进行分析，形成测试日报、周报等，自动推送给相关项目组及测试管理机构；更新公共组件专项资产库过程中，当测试结束并投产后，系统根据测试及生产APM监测分析结果，自动将本次功能变更的新增接口/功能、新增应用组件、新增交易线/账务线/数据线、新增场景、新增案例等更新至资产库，形成资产沉淀，实现资产自动化保鲜。
[0010]进一步的：一种公共组件功能变更影响的智能化分析测试系统，包括：线上基础部署模块、公共组件功能变更影响线上化分析模块以及自动化测试模块；线上基础部署模块，该模块用于为公共组件增加公共类标志本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种公共组件功能变更影响的智能化分析测试方法，其特征在于，具体步骤包括：步骤一、线上基础部署，将当前已梳理出的公共组件在平台中添加公共类标志；同时为每个公共组件分别建立一个公共组件专项资产库；步骤二、公共组件功能变更影响线上化分析；通过运行内置智能化分析程序，根据录入的功能变更描述，抓取关键字、接口或交易码，自动到专项资产库中进行比对，同时将所抽取的关键字特征与预设关键字组合集所包括的关键字特征进行匹配，确定所匹配的关键字特征后确定关键字分数，再根据资产库中已建立好的映射关系，从而找到相应的应用组件、交易线，并将这些要素返回到分析页，最终确定出测试范围；步骤三、自动化测试，根据所述的测试范围形成测试案例、进行自动化测试、生成测试报告以及更新公共组件专项资产库。2.根据权利要求1所述的方法，其特征在于，所述抓取关键字、接口或交易码步骤中，智能化分析程序采集特征码关键字；随后智能化分析程序调用所述特征码关键字，然后分别与所述资产库，用于检测所述关键字组成的至少一个关键字组是否与所述预设关键字组合集中的某一个关键字组匹配，若匹配成功，则自动到专项资产库中进行比对。3.根据权利要求1所述的方法，其特征在于，所述公共组件专项资产库中包括该公共组件接口调用清单、交易基线、账务基线、数据基线、场景清单、末级菜单、测试案例集，并将该公共组件接口调用清单、交易基线、账务基线、数据基线、场景清单、末级菜单、测试案例集根据内在逻辑建立映射关系。4.根据权利要求1所述的方法，其特征在于，当技术管理平台建立任务或需求时，若改造的组件涉及到带有公共类标志的组件，则系统自动跳转变更影响分析页。5.根据权利要求1所述的方法，其特征在于，若智能化分析结果为影响组件超过十个，则系统自动进入审批程序，由架构对分析结果给出审批意见；同时若公共组件新增功能或新增应用组件，而资产库现有资产未能进行匹配分析，反显内容为空，此时系统自动将该反显内容为空的事项提交架构，架构给出修改和审批意见后，变更影响性分析形成，架构给出审批意见之后，该公共组件变更影响测试范围确定。6.根据权利要求1所述的方法，其特征在于，形成测试案例过程中，在测试范围确定之后，根据投产时间安排及系统自动生成的测试计划，进入测试阶段，根据资产库中的系统用例、末级菜单、场景清单及原有案例，自动形成本次测试案例列表，同时，将生产数据进行清洗，对生产日志进行归类，选择适用于本次测试范围的交易列表，作为补充案例进行回放测试。7.根据权利要求1所述的方法，其特征在于，进行自动化测试过程中，通过脚本和流程编排技术，实现案例自动化测试，系统根据案例步骤中所对应的责任方，自动调取相应的组件进行智慧协同测试，并且通过录制和回放功能...

【专利技术属性】
技术研发人员：贾朝霞，李晓莉，张伟龙，赵昭，
申请(专利权)人：建信金融科技有限责任公司，
类型：发明
国别省市：