项目新版本的验证装置、方法、电子设备及存储介质

技术领域

本发明涉及版本更新技术领域，具体涉及一种项目新版本的验证装置、方法、电子设备及存储介质。

背景技术

在给终端客户的网站功能的商城系统，包括移动、PC终端会遇到网站显示、文案内容、排版、升级后未知BUG等场景在开发端与客户端不一样，给客户造成非常不好的体验，严重情况还会留下系统的漏洞，造成项目运营的损失，并且无法快速退回至原有环境，需要手工还原代码及手工删除数据，无法做到完全的还原。

发明内容

本发明的目的是针对现有技术提出了一种项目新版本的验证装置、方法、电子设备及存储介质。通过将验证环节前置，减少客户端更新版本后出现网站显示、文案内容、排版、升级后未知BUG等问题，从而影响客户的使用，从而影响客户的经济效益。本发明测试端具有一版本库，接收存储命令对每一次的项目新版本进行备份，当验证部署的项目新版本有问题时，调用版本库中上一版的项目新版本进行部署，解决了无法快速退回至原有环境，无法完全还原原始数据的问题。

具体的，一种项目新版本的验证装置，包括：

开发端，用于根据开发需求开发项目新版本并打包；上传打包文件和部署文件；

测试端，用于预先存储开发需求作为验证参数；接收所述上传的打包文件和部署文件；部署项目新版本并与预先存储的验证参数进行比对验证；

所述部署文件用于部署项目新版本以及用于命令测试端存储单元存储项目新版本。

进一步地，所述项目新版本包括应用程序代码及数据库数据。

进一步地，所述开发端包括加密单元，所述加密单元用于对项目新版本进行加密处理；所述测试端包括解密单元，所述解密单元用于对项目新版本进行解密处理。

进一步地，所述开发端包括压缩单元；所述压缩单元用于对打包的项目新版本进行压缩处理；所述测试端包括解压缩单元；所述解压缩单元用于对打包的项目新版本文件进行解压缩处理。

具体的，应用一种项目新版本的验证装置的验证方法，包括如下步骤：

预先存储开发需求作为验证参数；

根据开发需求开发项目新版本并打包；

上传打包文件和部署文件至测试端；

部署并存储项目新版本；

验证项目新版本是否符合开发需求。

进一步地，所述根据开发需求开发项目新版本还包括对项目新版本进行加密处理；所述上传打包文件至测试端后对项目新版本进行解密处理。

进一步地，所述打包项目新版本后进行压缩；所述上传打包文件至测试端后对打包文件进行解压缩。

进一步地，所述验证项目新版本是否符合开发需求包括：比对所述部署项目新版本与预先存储的验证参数，判断部署的项目新版本是否符合开发需求；若符合，则为测试端部署当前项目新版本，进行代码更新和数据更新，运营将当前项目新版本部署至客户端；若不符合，则为测试端进行代码回滚和数据回滚。

具体的，一种电子设备，其特征在于，包括：存储器和至少一个处理器；其中，所述存储器存储计算机执行指令；所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求5至8任一项所述的项目新版本的验证方法。

具体的，一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行时，实现如权利要求5至8中所述的项目新版本的验证方法。

本发明的优点在于：

本发明通过在测试端进行更新版本的验证，将验证环节前置，减少客户端更新版本后出现网站显示、文案内容、排版、升级后未知BUG等问题，从而影响客户的使用，从而影响客户的经济效益。本发明通过预先研发具有项目新版本存储命令的代码部署脚本，与项目新版本一起上传至测试端，测试端具有一版本库，接收存储命令对每一次的项目新版本进行备份，当验证部署的项目新版本有问题时，调用版本库中上一版的项目新版本进行部署，解决了无法快速退回至原有环境，无法完全还原原始数据的问题。为了确保数据传输和安装部署数据的安全性及可靠性，开发端开发项目新版本时进行加密处理，传输至测试端进行解密处理。为了加快传输速度，开发端将打包的项目新版本进行压缩，传输至测试端后进行解压缩处理。

附图说明

图1是一种项目新版本验证方法的流程图；

图2是一种项目新版本打包文件及相应的部署文件上传的界面示意图；

图3是一种用于存储每一版内置项目新版本的打包文件的界面示意图；

图4是本发明计算机设备的实施例示意图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“一个示例实施例”和“一种实施例”表示“至少一种示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

本发明创造涉及电商上新系统环境下的电商平台网站自动化部署新版本后的验证。可以理解的是，本发明创造预先研发代码部署脚本。该代码部署脚本可以将每次项目版本更新进行打包记录，并和项目新版本同步推送到测试端，测试端包括解压单元，自动化或人为解压项目新版本文件和部署文件，将项目新版本文件的代码部署至测试端，即将项目新版本文件设为部署版本，同时项目新版本打包文件包括用于配置的数据，如：CMS内容、商品、促销配置等内容更新至测试端。

本发明创造的所有开发基于基础开发平台，开发者需要下载基础开发组件在本地环境(例如PHP框架)开发，开发完成后，打包开发的包文件，上传至测试端进行部署及开发验证。本发明创造可以通过标准的PHP框架进行开发，在本地进行相应的代码开发及演示数据库数据的联接开发。其中部署为自动化部署。

本发明创造通过自定义主键的设计架构设计数据库数据的存储，所有业务使用非自增长主键设计，通过强制标识主键存储数据记录，确保数据的转移及还原时不受数据库限制影响。

本发明创造提供了一种项目新版本的验证装置，包括：

开发端，用于根据开发需求开发项目新版本并打包；开发端上传打包文件和部署文件至测试端。

测试端，用于预先存储开发需求作为验证参数；接收所述上传的打包文件和部署文件；部署项目新版本并与预先存储的验证参数进行比对验证。

其中，所述部署文件用于部署项目新版本以及用于命令测试端存储单元例如版本库存储项目新版本。所述项目新版本包括应用程序代码及数据库数据。其中数据库数据按照开发需求收集相关数据集，转存为标准SQL语句，为了数据的安全及传输过程时间的节约及方便性，SQL语句内置加密钥处理后与应用程序代码一起打包并进行压缩处理。当测试端进行解压缩后，对SQL语句进行解密后还原成原始数据集并进行配置。

另一实施例提供了一种项目新版本的验证装置，开发端包括加密单元及压缩单元，所述开发端用于根据开发需求开发项目新版本，所述加密单元用于对项目新版本进行加密处理，例如对数据加密处理，将经过加密处理的项目新版本进行打包，并进行压缩处理。开发端将完成的项目新版本打包文件及相应的部署文件如图2通过接口例如开发包上传至测试端进行测试。

测试端接收上传的打包文件和部署文件；其中部署文件用于部署项目新版本且用于发送存储项目新版本的指令，该测试端包括存储单元例如版本库，用于预先存储开发需求作为验证参数和根据部署文件发送的存储项目新版本的指令存储项目新版本打包文件。部署文件在测试端部署项目新版本，根据例如移动、PC终端会遇到网站显示、文案内容、升级后未知BUG等部署显示结果及配置的数据与预先存储的验证参数进行比对，判断项目新版本的部署是否符合开发需求。

本发明创造提供了一种使用项目新版本的验证装置的验证方法包括如下步骤：

S110：预先存储开发需求作为验证参数。其中，对于需要进行版本更新的项目预先在测试端存储开发需求作为验证参数。

S120：根据开发需求开发项目新版本并打包。其中，开发端根据开发需求开发项目新版本还包括对项目新版本进行加密处理；打包项目新版本后进行压缩。项目新版本包括：可配置数据、显示版面格式、初始化数据。

S130：上传打包文件和部署文件至测试端。

S140：部署并存储项目新版本。其中，测试端部署并存储项目新版本还包括接收开发端上传的打包文件后，对内置项目新版本的打包文件进行备份，并解压缩打包文件，得到解压缩文件(即项目新版本)。对解压缩文件进行解密处理。其中，测试端包括一版本库，用于存储每一版内置项目新版本的打包文件如附图3。

S150：验证项目新版本是否符合开发需求。具体包括比对所述部署项目新版本与预先存储的验证参数，判断部署的项目新版本是否符合开发需求；若符合，则为测试端部署当前项目新版本，进行代码更新和数据更新，运营将当前项目新版本部署至客户端；若不符合，则为测试端进行代码回滚和数据回滚，运营不对客户端进行版本更新。

例如，如图3所示平台需要增加双十一活动的杯子展品链接，根据该杯子的颜色、尺寸、外形，以及该杯子展品的显示格式制定开发需求文档并存储在测试端，作为验证参数。开发端接收到开发需求进行项目新版本开发，并将项目新版本包括可配置数据、显示版面格式、初始化数据进行加密处理并进行打包，对打包文件进行压缩处理。将压缩的打包文件和对应的部署文件如图2所示通过接口例如开发包上传至测试端。测试端接收到开发端上传的打包文件后，部署文件向测试端发送存储指令，测试端接收部署文件发送的存储指令对内置有项目新版本的打包文件进行备份存储，且测试端对打包文件进行解压缩处理，当打包文件解压缩后，对加密的文件进行解密处理，部署如图3中1.3版本。审核人员比较预先存储的验证参数及自动部署的项目新版本，判断部署的项目新版本是否符合开发需求例如杯子展品的显示格式、杯子的可配置数据(例如杯子的颜色、尺寸、外形)是否符合开发需求。若项目新版本全部符合开发需求(即杯子展品的显示格式、杯子的可配置数据全部符合开发需求)，则当前项目新版本覆盖上一项目新版本，代码更新且数据更新；若项目新版本有一项不符合开发需求，例如杯子展品的显示格式符合开发需求，但杯子的可配置数据中杯子的尺寸不符合开发需求，则代码回滚且数据回滚至如图3中1.2版本。由于测试端具有备份每一版内置项目新版本打包文件的版本库，若验证过程中出现当前项目新版本有一项不符合开发需求，则调用版本库中上一项目新版本文件进行覆盖部署，即代码回滚和数据回滚。

如图4所示，基于相同的构思，本发明还提供一种计算机设备400，该计算机设备400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)410(例如，一个或一个以上处理器)和存储器420，一个或一个以上存储应用程序433或数据432的存储介质430(例如一个或一个以上海量存储设备)。其中，存储器420和存储介质430可以是短暂存储或持久存储。存储在存储介质430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备400中的一系列指令操作。更进一步地，处理器410可以设置为与存储介质430通信，在计算机设备400上执行存储介质430中的一系列指令操作。

计算机设备400还可以包括一个或一个以上电源440，一个或一个以上有线或无线网络接口450，一个或一个以上输入输出接口460，和/或，一个或一个以上操作系统431，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。

本领域技术人员可以理解，图4示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件或者组合某些部件，或者不同的部件布置。

所述计算机可读指令被所述处理器执行时，使得所述处理器执行所述计算机可读指令时实现以下步骤：预先存储开发需求作为验证参数；根据开发需求开发项目新版本并打包；上传打包文件和部署文件至测试端；部署并存储项目新版本；验证项目新版本是否符合开发需求。

在一个实施例中，提出了一种可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述，具体步骤在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。