1.一种电子装置，其特征在于，所述电子装置包括存储器及与所述存储器连接的处理器，所述存储器中存储有可在所述处理器上运行的测试系统，所述测试系统被所述处理器执行时实现如下步骤：版本归类步骤，在预先构建的Jekins环境下，对每一服务类型的所有的服务版本进行版本归类；

规则表建立步骤，在接收到全量版本覆盖测试指令时，利用典型抽取的方式抽取版本归类后的服务版本，基于所抽取的服务版本建立规则表；

读取步骤，在建立Jekins API服务后，基于该服务的服务类型读取所述规则表，以获取所述规则表中对应的版本信息；

版本测试步骤，根据所获取的版本信息获取对应的代码分支，基于所获取的代码分支执行全量版本覆盖测试。

2.根据权利要求1所述的电子装置，其特征在于，所述对每一服务类型的所有的服务版本进行版本归类的步骤，具体包括：将属于同一个大版本的服务版本归为同一类，将属于同一类大版本中的小版本按照版本号的先后顺序进行排列。

3.根据权利要求1或2所述的电子装置，其特征在于，所述利用典型抽取的方式抽取版本归类后的服务版本，基于所抽取的服务版本建立规则表的步骤，具体包括：抽取属于同一类大版本中的服务版本的第一个小版本及最后一个小版本，并基于预定的抽取规则抽取第一个小版本与最后一个小版本之间的一个小版本；

基于在属于同一类大版本的服务版本中所抽取的小版本建立规则表。

4.根据权利要求3所述的电子装置，其特征在于，所述根据所获取的版本信息获取对应的代码分支，基于所获取的代码分支执行全量版本覆盖测试的步骤，具体包括：分析代码库中是否已构建有所获取的版本信息对应的代码分支；

若是，则拉取代码库中所获取的版本信息对应的代码分支；

若否，则修改配置文件pom中的依赖版本信息，以基于修改后的配置文件pom重新编译所获取的版本信息对应的代码分支；

调用Jekins环境中的相关组件构建所述代码分支的版本打包任务，通过Jekins插件将打包后的代码分支上传到ftp目录中，以在执行全量版本覆盖测试时从所述ftp目录中拉取代码分支进行测试。

5.一种测试方法，其特征在于，所述测试方法包括：

S1，在预先构建的Jekins环境下，对每一服务类型的所有的服务版本进行版本归类；

S2，在接收到全量版本覆盖测试指令时，利用典型抽取的方式抽取版本归类后的服务版本，基于所抽取的服务版本建立规则表；

S3，在建立Jekins API服务后，基于该服务的服务类型读取所述规则表，以获取所述规则表中对应的版本信息；

S4，根据所获取的版本信息获取对应的代码分支，基于所获取的代码分支执行全量版本覆盖测试。

6.根据权利要求5所述的测试方法，其特征在于，所述对每一服务类型的所有的服务版本进行版本归类的步骤，具体包括：将属于同一个大版本的服务版本归为同一类，将属于同一类大版本中的小版本按照版本号的先后顺序进行排列。

7.根据权利要求5或6所述的测试方法，其特征在于，所述利用典型抽取的方式抽取版本归类后的服务版本，基于所抽取的服务版本建立规则表的步骤，具体包括：抽取属于同一类大版本中的服务版本的第一个小版本及最后一个小版本，并基于预定的抽取规则抽取第一个小版本与最后一个小版本之间的一个小版本；

基于在属于同一类大版本的服务版本中所抽取的小版本建立规则表。

8.根据权利要求7所述的测试方法，其特征在于，所述预定的抽取规则包括：抽取位于所述第一个小版本与最后一个小版本之间转折性最大的一个小版本，或者，抽取位于所述第一个小版本与最后一个小版本之间预定的一个小版本。

9.根据权利要求7所述的测试方法，其特征在于，所述根据所获取的版本信息获取对应的代码分支，基于所获取的代码分支执行全量版本覆盖测试的步骤，具体包括：分析代码库中是否已构建有所获取的版本信息对应的代码分支；

若是，则拉取代码库中所获取的版本信息对应的代码分支；

若否，则修改配置文件pom中的依赖版本信息，以基于修改后的配置文件pom重新编译所获取的版本信息对应的代码分支；

调用Jekins环境中的相关组件构建所述代码分支的版本打包任务，通过Jekins插件将打包后的代码分支上传到ftp目录中，以在执行全量版本覆盖测试时从所述ftp目录中拉取代码分支进行测试。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有测试系统，所述测试系统被处理器执行时实现如权利要求5至9中任一项所述的测试方法的步骤。