互联网快速迭代开发、集成、发布方法和中台赋能引擎与流程

本发明涉及互联网应用方法和引擎，特别是涉及互联网快速迭代开发、集成、发布方法和中台赋能引擎，属于互联网应用技术领域。

背景技术：

目前，“互联网+政务服务”是政务服务的主要趋势，政务服务的目标是实现数据共享，让居民和企业少跑腿、好办事、不添堵，简除烦苛，禁察非法，使人民群众有更平等的机会和更大的创造空间，应用快速开发、集成、发布就能够解决政务服务的核心指标。

由于政务服务应用分布全国，体量大，参与建设的技术能力参差不齐，因此在开发、集成、发布、运维阶段会存在较多不足：

(1)应用改造成本较大；

(2)系统承载能力有限，集成全国的应用对系统承载能力是一个考验；

(3)多端发布导致应用风格不一，前端体验较差。

技术实现要素：

本发明的主要目的是为了解决现有技术的不足而提供一种低成本和减少操作人员负担的互联网快速迭代开发、集成、发布方法和中台赋能引擎。

本发明的目的可以通过采用如下技术方案达到：

互联网快速迭代开发、集成、发布方法，包括以下步骤：

步骤1：提供符合行业规范的开发标准，包括开发指南描述、ui组件规范及示例、基于中台能力的jsapi调用方法，帮助开发者建立统一的开发流程和规范，同时提供丰富的应用场景库，便于开发者参考和复用；

步骤2：通过中台定义统一的应用集成入口和标准，应用根目录存在入口页地址index.html，应用包名与应用基本信息中采用标识保持一致，并快速集成至系统；

步骤3：多端多渠道管理，应用随时随地多端多渠道发布与回滚。

在步骤1中，所述ui组件为标准前端开发组件，所述jsapi为实现原生和h5交互的js方法。

在步骤2中，集成至系统的方法，包括如下步骤：

步骤21：应用集成统一入口，对被测应用集成系统，记录其版本号，应用集成系统包括待测试功能模块，对功能模块进行功能用例写作并分层，分别生成模块前台测试用例和模块后台测试用例；

步骤22：应用基本信息填写与校验，针对模块前台测试用例生成第一模块前台测试脚本；针对模块后台测试用例生成模块后台测试脚本；

步骤23：应用自测清单和应用包上传，对应用集成系统的自动化测试进行分层，对前台和后台分别进行验证；

步骤24：应用检测和审核，当被测应用集成系统更新，发布新版本，在原版本应用集成系统基础上界面发生变化；

步骤25：选取两个版本中未改动的功能模块，将其对应的模块后台测试脚本引入新版本完全重用，作为新版本模块后台测试脚本；

步骤26：根据界面变化，在模块前台测试用例基础上，进行修改和增加，生成新版本对应的模块前台测试用例。

模块前台测试用例用于保证各个独立控件的点击效果，即操作控件后能正确的向后台发出http(s)请求消息；

前台测试流程为：1)执行互联网页面控件操作；2)根据需要提交操作，触发前台向后台发出命令；3)前台向后台发出命令过程中，按源ip和目的ip为条件进行http(s)消息捕获；4)检查http(s)报文内容，确保与操作内容相符，没有遗漏信息或多余信息，信息内容正确。

模块后台测试用例用于保证系统的功能完好，即后台能正确处理前台发出的http(s)请求消息，并响应正确的http(s)消息；

后台测试流程为：1)构造http(s)消息，发送到后台；2)后台代码会对消息进行计算，并响应http(s)消息给前台；3)后台响应前台过程中，按源ip和目的ip为条件进行http(s)消息捕获；4)检查http(s)报文内容，确保后台的计算结果正确，信息内容正确。

若被测应用集成系统迭代开发增加功能第二模块，前台因为功能第二模块的加入界面发生变化，则测试方法还包括以下步骤：

对第二模块进行功能用例写作，生成第二模块后台测试用例；

针对第二模块后台测试用例开发自动化脚本，生成第二模块后台测试脚本；

若功能模块中的第一模块与第二模块有功能关联，在第一模块前台测试用例基础上，进行修改和增加，生成第一模块前台测试用例；

在第一模块前台测试用例和模分前台测试脚本基础上，进行修改和增加，生成第一模块前台测试脚本。

应用检测和审核的步骤包括：

步骤241：获取应用包并进行解压缩；

步骤242：对应用包格式目录进行检测，排除不规范的包；

步骤243：对应用包中文件进行安全监测，排除木马及博彩文件；

步骤244：对应用包进行功能测试；

步骤245：对应用包进行兼容性测试。

步骤244和步骤245的测试方法为使用预览助手或浏览器进行应用功能和兼容测试，并对测试结果进行打分反馈，预览助手为一种仿真的移动客户端，多端多渠道为政务服务终端，分为门户pc端、移动app端、微信小程序端、微信公众号端和支付宝小程序端。

多端多渠道发布为政务服务应用在终端展现，提供在线服务，多端多渠道回滚为政务服务应用由在某终端在线提供服务状态变为下线整改状态。

互联网快速迭代开发、集成、发布方法的中台赋能引擎。

本发明的有益技术效果：按照本发明的互联网快速迭代开发、集成、发布方法和中台赋能引擎快速集成入口，管理方便，自动检测应用的安全性，不需要专人进行操作，减少操作人员负担，同时支持多端多渠道管理和配置，便于应用同时多端多渠道提供在线服务。

附图说明

图1为按照本发明的互联网快速迭代开发、集成、发布方法和中台赋能引擎的一优选实施例的应用集成方法的流程图；

图2为按照本发明的互联网快速迭代开发、集成、发布方法和中台赋能引擎的一优选实施例的应用发布方法的流程图。

具体实施方式

为使本领域技术人员更加清楚和明确本发明的技术方案，下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。

如图1-图2所示，本实施例提供的互联网快速迭代开发、集成、发布方法，该方法包括以下步骤：

步骤1：提供符合行业规范的开发标准，包括开发指南描述、ui组件规范及示例、jsapi调用方法，帮助开发者建立统一的开发流程和规范，同时提供丰富的应用场景库，便于开发者参考和复用；

步骤2：定义统一的应用集成入口和标准，只要符合要求的应用，均可快速集成至系统；

步骤3：多端多渠道管理，应用随时随地多端多渠道发布与回滚，在步骤1中，ui组件为标准前端开发组件，jsapi为实现原生和h5交互的js方法，能够快速实现政务服务应用的开发，降低开发成本。

互联网快速迭代开发、集成、发布方法，包括以下步骤：

步骤1：提供符合行业规范的开发标准，包括开发指南描述、ui组件规范及示例、基于中台能力的jsapi调用方法，帮助开发者建立统一的开发流程和规范，同时提供丰富的应用场景库，便于开发者参考和复用，ui组件为标准前端开发组件，jsapi为实现原生和h5交互的js方法；

步骤2：通过中台定义统一的应用集成入口和标准，应用根目录存在入口页地址index.html，应用包名与应用基本信息中采用标识保持一致，并快速集成至系统，包括如下步骤：

步骤21：应用集成统一入口，对被测应用集成系统，记录其版本号，应用集成系统包括待测试功能模块，对功能模块进行功能用例写作并分层，分别生成模块前台测试用例和模块后台测试用例；

步骤22：应用基本信息填写与校验，针对模块前台测试用例生成第一模块前台测试脚本；针对模块后台测试用例生成模块后台测试脚本；

步骤23：应用自测清单和应用包上传，对应用集成系统的自动化测试进行分层，对前台和后台分别进行验证；

步骤24：应用检测和审核，当被测应用集成系统更新，发布新版本，在原版本应用集成系统基础上界面发生变化；

步骤25：选取两个版本中未改动的功能模块，将其对应的模块后台测试脚本引入新版本完全重用，作为新版本模块后台测试脚本；

步骤26：根据界面变化，在模块前台测试用例基础上，进行修改和增加，生成新版本对应的模块前台测试用例；

模块前台测试用例用于保证各个独立控件的点击效果，即操作控件后能正确的向后台发出http(s)请求消息；

前台测试流程为：

1)执行互联网页面控件操作；

2)根据需要提交操作，触发前台向后台发出命令；

3)前台向后台发出命令过程中，按源ip和目的ip为条件进行http(s)消息捕获；

4)检查http(s)报文内容，确保与操作内容相符，没有遗漏信息或多余信息，信息内容正确；

模块后台测试用例用于保证系统的功能完好，即后台能正确处理前台发出的http(s)请求消息，并响应正确的http(s)消息；

后台测试流程为：

1)构造http(s)消息，发送到后台；

2)后台代码会对消息进行计算，并响应http(s)消息给前台；

3)后台响应前台过程中，按源ip和目的ip为条件进行http(s)消息捕获；

4)检查http(s)报文内容，确保后台的计算结果正确，信息内容正确；

若被测应用集成系统迭代开发增加功能第二模块，前台因为功能第二模块的加入界面发生变化，则测试方法还包括以下步骤：

对第二模块进行功能用例写作，生成第二模块后台测试用例；

针对第二模块后台测试用例开发自动化脚本，生成第二模块后台测试脚本；

若功能模块中的第一模块与第二模块有功能关联，在第一模块前台测试用例基础上，进行修改和增加，生成第一模块前台测试用例；

在第一模块前台测试用例和模分前台测试脚本基础上，进行修改和增加，生成第一模块前台测试脚本；

应用检测和审核的步骤包括：

步骤241：获取应用包并进行解压缩；

步骤242：对应用包格式目录进行检测，排除不规范的包；

步骤243：对应用包中文件进行安全监测，排除木马及博彩文件；

步骤244：对应用包进行功能测试；

步骤245：对应用包进行兼容性测试；

步骤244和步骤245的测试方法为使用预览助手或浏览器进行应用功能和兼容测试，并对测试结果进行打分反馈，预览助手为一种仿真的移动客户端，多端多渠道为政务服务终端，分为门户pc端、移动app端、微信小程序端、微信公众号端和支付宝小程序端；

步骤3：多端多渠道管理，应用随时随地多端多渠道发布与回滚；多端多渠道发布为政务服务应用在终端展现，提供在线服务，多端多渠道回滚为政务服务应用由在某终端在线提供服务状态变为下线整改状态。

预览助手为一种仿真的移动客户端，具备客户端的登录、扫码、预览等功能，提供应用快速集成系统，开发完成的应用应快速集成到统一的入口，便于管理和维护。

在本实施例中，如图1所示，在步骤3中，多端多渠道为政务服务终端，分为门户pc端、移动app端、微信小程序端、微信公众号端和支付宝小程序端，发布指的是政务服务应用在终端展现，提供在线服务，回滚指的是政务服务应用由在某终端在线提供服务状态变为下线整改状态，便于应用快速发布，集成后的应用需要快速发布至多端多渠道，实现真正的政务在线服务。

互联网快速迭代开发、集成、发布方法的中台赋能引擎，快速集成入口，管理方便，自动检测应用的安全性，不需要专人进行操作，减少操作人员负担，同时支持多端多渠道管理和配置，便于应用同时多端多渠道提供在线服务。

在本实施例中，如图1所示，本实施例提供的互联网快速迭代开发、集成、发布方法和中台赋能引擎的应用集成方法的流程图如下：

步骤1：开发者填写应用基本信息，系统检测应用信息是否合法，若“是”，完成基本信息填写；若“否”，提示应用信息重复或不符合规范，开发者重新填写。

步骤2：开发者上传应用包；

步骤3：系统检测应用包是否符合规范，若“是”，系统继续下一步检测，若“否”，提示应用包不符合规范，开发者重新上传；

步骤4：系统检测应用包是否符合安全规范，若“是”，完成应用集成，若“否”，提示应用包不安全，开发者重新上传；

步骤5：应用集成结束。

在本实施例中，如图2所示，本实施例提供的互联网快速迭代开发、集成、发布方法和中台赋能引擎的应用发布方法的流程图如下：

步骤1：管理员进行渠道配置；

步骤2：管理员对应用进行渠道发布选择和上架；

步骤3：系统检测发布是否成功，检测出“是”，则应用发布成功，检测出“否”，应用发布失败；

步骤4：完成应用发布。

在本实施例中，本实施例还公开了互联网快速迭代开发、集成、发布方法的中台赋能引擎。

综上所述，在本实施例中，按照本实施例的互联网快速迭代开发、集成、发布方法和中台赋能引擎，对应用包中文件进行安全监测，排除木马及博彩文件和对应用包进行功能测试的测试方法为使用预览助手或浏览器进行应用功能和兼容测试，并对测试结果进行打分反馈，预览助手为一种仿真的移动客户端，具备客户端的登录、扫码、预览等功能，提供应用快速集成系统，开发完成的应用应快速集成到统一的入口，便于管理和维护，快速集成入口，管理方便，自动检测应用的安全性，不需要专人进行操作，减少操作人员负担，同时支持多端多渠道管理和配置，便于应用同时多端多渠道提供在线服务。

以上所述，仅为本发明进一步的实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明所公开的范围内，根据本发明的技术方案及其构思加以等同替换或改变，都属于本发明的保护范围。