文件提测方法、装置、存储介质及电子设备与流程

1.本技术涉及计算机技术领域，尤其涉及一种文件提测方法、装置、存储介质及电子设备。


背景技术：

2.软件开发过程中，通常在开发完相应软件文件(如应用文件)后，会涉及到对软件开发文件进行文件提测，以验证软件开发文件对应的需求功能。
3.目前，在文件提测过程中，待提测的软件开发文件会涉及到多种类型的文件提测项目，如涉及到对待提测的软件开发文件进行脚本测试、涉及到对待提测文件进行用例测试等等；相关提测方(如文件开发方、文件测试方)对待提测的软件开发文件进行提交测试后，可以根据测试后的提测结果验证软件的正确性和可靠性。


技术实现要素：

4.本技术实施例提供了一种文件提测方法、装置、存储介质及电子设备，可以提高文件提测效率。本技术实施例的技术方案如下：
5.第一方面，本技术实施例提供了一种文件提测方法，所述方法包括：
6.获取待提测文件的文件提测信息；
7.基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。
8.本技术实施例中，只需通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。不需要逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率，同时对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度。
9.在一种可行的实施方式中，所述文件提测信息包括所述待提测文件的文件下载地址以及开发提测日志，所述开发提测日志包括至少一种文件测试特征；
10.所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，包括：
11.获取所述开发提测日志中的文件测试特征，基于所述文件测试特征确定所述待提测文件对应的至少一种文件测试服务；
12.所述采用各所述文件测试服务对所述待提测文件进行测试，包括：
13.基于所述文件下载地址下载所述待提测文件，采用各所述文件测试服务对所述待提测文件进行测试。
14.本技术实施例中，通过获取文件提测信息中开发提测日志中的文件测试特征(接
口测试名、文件测试标识等)，根据文件测试特征就可以快速确定需要调用的文件测试服务，从而基于相应的文件测试服务对待提测文件自动进行提测，减少人工测试成本，实现了文件提测的自动化测试。
15.在一种可行的实施方式中，所述文件测试特征包括接口测试名；
16.所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果，包括：
17.获取所述开发提测日志中的所述接口测试名，以及获取接口测试服务对应的接口测试列表；若所述接口测试名存在于所述接口测试列表中，则调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
18.在本技术实施例中，通常需要对待提测文件进行软件接口测试，提测平台可以基于获取到的开发提测日志中的接口测试名和接口测试列表进行判决，若接口测试名存在于接口测试列表，此时确定支持对待提测文件进行接口测试，进一步实现了待提测文件的文件提测的准确性。
19.在一种可行的实施方式中，所述调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果，包括：
20.确定所述待提测文件支持所述接口测试服务，以及确定所述接口测试名对应的所述接口测试服务中的测试脚本；
21.基于预设的动态连接库，控制所述测试脚本对所述待提测文件的至少一个测试接口进行传参测试，生成各所述测试接口对应的接口测试结果。
22.在本技术实施例中，通过在确定支持接口测试之后，可以根据接口测试名准确获取到相应的测试脚本，并结合预先维护的动态连接库进行接口的传参测试，保证了文件提测的效率以及测试的准确度，避免相关技术中进行接口测试需要手动频繁配置测试脚本，文件提测更加便捷。
23.在一种可行的实施方式中，所述文件测试特征包括文件测试标识；
24.所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果，包括：
25.获取所述开发提测日志中的所述文件测试标识，若所述文件测试标识与用例测试服务对应的用例标识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果。
26.在本技术实施例中，基于文件测试标识和用例测试服务对应的用例标识进行匹配判决，在所述文件测试标识与用例测试服务对应的用例标识相匹配时，才调用用例测试服务对所述待提测文件进行用例测试，进一步实现了待提测文件的文件提测的准确性。
27.在一种可行的实施方式中，所述用例测试服务包括第一用例测试服务以及第二用例测试服务；
28.所述若所述文件测试标识与用例测试服务对应的用例标识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果，
包括：
29.若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果；
30.若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果；
31.其中，所述第一用例测试服务与所述第二用例测试服务的应用服务对象不同。
32.在本技术实施例中，从提测实际环境考虑，通过对测试用例场景进行进一步的细分，不同的服务对象通常测试用例的用例测试需求、用例测试计算资源、用例测试配置等不一致，通过执行本技术的方法，可以将测试用例场景细粒度精确至不同的服务对象，提高了待提测文件提测时的准确性，从而可以得出准确的提测结果。
33.在一种可行的实施方式中，所述调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果，包括：
34.基于预设的服务调用接口调用用例平台的所述第一用例测试服务，对所述待提测文件进行第一用例测试，并生成所述待提测文件对应的第一用例测试结果。
35.在本技术实施例中，从提测实际环境考虑，针对相应的用例测试服务可以引入集成有大量用例样本的用例平台，提测平台只需通过第一用例测试服务请求调用该服务调用接口，就可以触发用例平台自动化执行针对待提测文件的用例测试，提高了文件提测的自动化程度，以及提升了用例测试的便捷性。
36.在一种可行的实施方式中，所述调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果，包括：
37.对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件；
38.控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
39.在本技术实施例中，提测平台可以对所述待提测文件进行用例打包，基于打包后的提测文件包可以辅助第二用例测试服务快速对待提测文件进行提测，提高了文件提测的速度。
40.在一种可行的实施方式中，所述控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果，包括：
41.控制第二用例测试服务将所述提测文件包配置到用例测试环境中；
42.在所述用例测试环境中，并基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
43.在本技术实施例中，提测平台控制第二用例测试服务将用例打包后的提测文件包配置到相应的用例测试环境中，可快速对待提测文件进行提测，提高了文件提测的速度。
44.在一种可行的实施方式中，所述控制第二用例测试服务将所述提测文件包配置到用例测试环境中，包括：
45.控制第二用例测试服务调用项目管理文件，并执行所述项目管理文件激活虚拟机
对应的用例测试环境；
46.控制第二用例测试服务将所述提测文件包配置到所述用例测试环境中。
47.在本技术实施例中，提测平台在对待提测文件进行相应用例测试的过程中，通过预先维护测试用例环境(也即虚拟机)，实际提测时可以直接触发激活测试用例环境(也即虚拟机)，不用在用例执行时准备用例测试环境，提高了自动化执行速度。
48.在一种可行的实施方式中，所述对所述待提测文件进行用例打包，生成提测文件包，包括：
49.生成针对所述待提测文件的提测任务，将所述提测任务写入消息队列中，所述提测任务包括所述待提测文件的所述文件下载地址；
50.基于所述消息队列中的所述提测任务，控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件，并对所述待提测文件进行用例打包，生成提测文件包。
51.在本技术实施例中，提测平台会存在同时处理多个提测对象的情况，为了避免业务堵塞，提测平台的相应用例测试服务引入消息队列，基于消息队列实现文件提测的负载均衡。
52.第二方面，本技术实施例提供了一种文件提测装置，所述装置包括：
53.信息获取模块，获取待提测文件的文件提测信息；
54.文件测试模块，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。
55.在一种可行的实施方式中，所述文件提测信息包括所述待提测文件的文件下载地址以及开发提测日志，所述开发提测日志包括至少一种文件测试特征；所述文件测试模块，具体用于：
56.获取所述开发提测日志中的文件测试特征，基于所述文件测试特征确定所述待提测文件对应的至少一种文件测试服务；
57.所述文件测试模块，具体用于：
58.基于所述文件下载地址下载所述待提测文件，采用各所述文件测试服务对所述待提测文件进行测试。
59.在一种可行的实施方式中，所述文件测试特征包括接口测试名；
60.所述文件测试模块，包括：
61.测试获取单元，用于获取所述开发提测日志中的所述接口测试名，以及获取接口测试服务对应的接口测试列表；
62.文件测试单元，用于若所述接口测试名存在于所述接口测试列表中，则调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
63.在一种可行的实施方式中，所述文件测试单元，包括：
64.测试确定子单元，用于确定所述待提测文件支持所述接口测试服务，以及确定所述接口测试名对应的所述接口测试服务中的测试脚本；
65.结果生成子单元，用于基于预设的动态连接库，控制所述测试脚本对所述待提测
文件的至少一个测试接口进行传参测试，生成各所述测试接口对应的接口测试结果。
66.在一种可行的实施方式中，所述文件测试特征包括文件测试标识；
67.所述文件测试模块，具体用于：
68.获取所述开发提测日志中的所述文件测试标识，若所述文件测试标识与用例测试服务对应的用例标识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果。
69.在一种可行的实施方式中，所述用例测试服务包括第一用例测试服务以及第二用例测试服务；
70.所述文件测试单元，具体用于：
71.若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果；
72.若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果；
73.其中，所述第一用例测试服务与所述第二用例测试服务的应用服务对象不同。
74.在一种可行的实施方式中，所述文件测试单元，具体用于：
75.基于预设的服务调用接口调用用例平台的所述第一用例测试服务，对所述待提测文件进行第一用例测试，并生成所述待提测文件对应的第一用例测试结果。
76.在一种可行的实施方式中，所述文件测试单元，具体用于：
77.对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件；
78.控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
79.在一种可行的实施方式中，所述文件测试单元，具体用于：
80.控制第二用例测试服务将所述提测文件包配置到用例测试环境中；
81.在所述用例测试环境中，并基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
82.在一种可行的实施方式中，所述文件测试单元，具体用于：
83.控制第二用例测试服务调用项目管理文件，并执行所述项目管理文件激活虚拟机对应的用例测试环境；
84.控制第二用例测试服务将所述提测文件包配置到所述用例测试环境中。
85.在一种可行的实施方式中，所述文件测试单元，具体用于：
86.生成针对所述待提测文件的提测任务，将所述提测任务写入消息队列中，所述提测任务包括所述待提测文件的所述文件下载地址；
87.基于所述消息队列中的所述提测任务，控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件，并对所述待提测文件进行用例打包，生成提测文件包。
88.第三方面，本技术实施例提供一种计算机存储介质，所述计算机存储介质存储有
多条指令，所述指令适于由处理器加载并执行上述的方法步骤。
89.第四方面，本技术实施例提供了一种包含指令的计算机程序产品，当其在计算机或处理器上运行时，使得上述计算机或处理器执行本技术实施例第一方面或第一方面的任意一种可能的实现方式提供的编码方法。
90.第五方面，本技术实施例提供一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。
91.可以理解地，上述提供的第二方面提供的文件提测装置、第三方面提供的计算机存储介质、第四方面提供的计算机程序产品以及第五方面提供的电子设备均用于执行第一方面所提供的文件提测方法。因此，其所能达到的有益效果可参考第一方面所提供的文件提测方法中的有益效果，此处不再赘述。
附图说明
92.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
93.图1是本技术实施例提供的一种文件提测方法的流程示意图；
94.图2是本技术实施例提供的文件提测方法涉及的一种文件提测上传的场景示意图；
95.图3是本技术实施例提供的另一种文件提测方法的流程示意图；
96.图4是本技术实施例提供的一种文件提测的场景架构示意图；
97.图5是本技术实施例提供的一种文件提测装置的结构示意图；
98.图6是本技术实施例提供的一种文件测试模块的结构示意图；
99.图7是本技术实施例提供的一种文件测试单元的结构示意图；
100.图8是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
101.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
102.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本技术的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/
或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
103.在相关技术的文件提测过程中，待提测的软件开发文件通常会涉及到多种类型的文件提测项，如涉及到对待提测的软件开发文件进行脚本测试、涉及到对待提测文件进行用例测试等等；相关提测方(如文件开发方、文件测试方)需要根据软件开发文件对应的多种类型的文件提测项目，这往往需要相关提测方逐个进行提测配置，然后再逐个去针对软件开发文件触发相关文件提测，如手动将软件开发文件手动复制到相应文件提测服务中然后在触发文件提测服务进行提测。现有的文件提测方式提测流程繁琐，需要相关提测方多次手动进行提测操作，导致文件提测的效率较低，文件提测的自动化程度不高。
104.下面结合具体的实施例对本技术进行详细说明。
105.在一个实施例中，如图1所示，特提出了一种文件提测方法，该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的文件提测装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。
106.具体的，该文件提测方法包括：
107.步骤s101：获取待提测文件的文件提测信息；
108.在实际应用软件开发过程中，软件开发端开发完相应软件文件(如应用文件)之后，通常需要对软件开发文件进行文件提测，以验证软件开发文件对应的需求功能，文件提测的目的在于采用本实施例的文件提测方法来运行或测定某个软件系统(也即待提测文件)的过程，检验它是否满足规定的需求或弄清软件开发文件的开发预期结果与实际开发结果之间的差别，其中，上述待提测的软件开发文件也称之为待提测文件。实际应用中，待提测文件可以是软件应用对应的文件开发包、软件应用对应的功能文件、软件应用对应的功能模块等等。
109.所述文件提测信息可以理解为用于指示提测平台调用相应文件测试服务对待提测文件进行提测的测试信息。
110.在实际应用在，所述文件提测信息可以是待提测文件对应的开发提测日志，通过该开发提测日志可以指示提测平台调用相应文件测试服务进行提测。
111.其中，所述开发提测日志可以是待提测文件在软件应用项目开发阶段由开发端记录的用于后期提测(提交测试)的项目开发日志，在本技术中开发提测日志会包括至少一种文件测试特征，所述文件测试特征与提测阶段提测平台所调用的文件测试服务相对应，在实际应用中，提测平台可以对开发提测日志进行日志解析，从而获取到开发提测日志中关于待提测文件的至少一种文件测试特征，从而方便的基于各文件测试特征调用提测平台所包含的文件测试服务对待提测文件的本次新(迭代)功能进行验证。
112.在一种可行的实施方式中，上述开发提测日志为开发端在相应开发环境(dev)中开发待提测文件时随之生成，如开发端可以随开发进度对待提测文件需测试联调的项目开发分支进行标记或记录；如开发端可以随开发进度对待提测文件新增或删减的接口进行记录等等；如待提测文件在开发阶段通常会涉及到开发联调，如当待提测文件的业务接口开发完成后，会涉及到做开发者之间的端到端联调(如前后端的开发联调)，在开发联调的过程中可以基于开发联调的结果记录待提测文件的开发提测需求；
113.在一种可行的实施方式中，上述开发提测日志为也可以为开发端或测试端在调用提测平台进行提测前所生成，在上传开发提测日志时，开发端或测试端通常已经确定需要调用提测平台具体的文件测试服务，则可以基于提测项目、提测需求等提测参考因素随之编写或记录提测文档(也即开发提测日志)，进一步，所述开发提测日志可以基于提测平台的需求上线计划模板记录。
114.可选的，提测平台在进行提测时需要提供提测对象，提测对象也即待提测文件，一种方式可以是，在调用提测平台时随之将待提测文件上传，也即文件提测信息此时包括待提测文件以及开发提测日志，提测平台可以在提测时即可获取到待提测文件，以及基于开发提测日志对待提测文件进行提测。一种方式可以是，在调用提测平台时上传待提测文件对应的文件下载地址，也即文件提测信息此时包括文件下载地址以及开发提测日志，上传文件下载地址可以减轻与提测平台间的传输负荷，提高提测平台的提测流转效率，提测平台可以基于当前待处理的提测任务，综合判决基于文件下载地址下载待提测文件的时机。
115.以下将结合具体实施场景，对提测平台获取待提测文件的文件提测信息进行详细释义，可参见图2，图2是本技术实施例的一种涉及文件提测上传的场景示意图，如下：
116.提测平台对外提供用于对提测对象进行提测(提交测试)的服务接口，所述服务接口可以是软件服务接口，在开发提测时，会调用本系统的测试服务接口。示意性的，如图2所示，开发提测系统可以部署在服务器上，开发侧或测试侧在需要对某一提测对象开发提测时，可以登录开发提测系统(如.qbuild开发提测系统)，然后在开发提测系统上进行开发提测的操作，进一步的，通过该开发提测系统可以上传待提侧文件对应的文件提测信息，开发提测系统通过调用提测平台的测试服务接口将所述文件提测信息传输至提测平台，此时提测平台即可获取到上传的待提侧文件对应的文件提测信息；或，
117.在应用软件开发阶段，相应的开发人员或测试人员可以通过相应的设备调用提测平台的测试服务接口。如开发人员可以通过开发端的设备上传文件提测信息，开发端请求调用提测平台的测试服务接口将所述文件提测信息传输至提测平台，此时提测平台即可获取到上传的待提侧文件对应的文件提测信息；如测试人员可以通过测试端的设备上传文件提测信息，测试端请求调用提测平台的测试服务接口将所述文件提测信息传输至提测平台，此时提测平台即可获取到上传的待提侧文件对应的文件提测信息。
118.具体的，以文件提测信息文件下载地址以及开发提测日志为例，上传文件下载地址可以减轻与提测平台间的传输负荷，提高提测平台的提测流转效率，提测平台可以基于当前待处理的提测任务，综合判决基于文件下载地址下载待提测文件的时机，在对待提测文件进行文件提测时，提测平台即可基于文件下载地址下载待提测文件，然后基于开发提测日志对待提测文件进行进一步提测处理。
119.步骤s102：基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。
120.所述文件测试服务用于对待提测文件相应的测试项(如接口测试、用例测试等等)进行测试，在本技术实施例中，提测平台具有至少一种文件测试服务，可以理解的是不同的测试类型对应不同的文件测试服务，而相应测试类型由文件测试特征确定。
121.进一步的，文件测试服务集成有待提测文件提测时所需的测试环境，文件测试服
务提供的测试环境包括但不限于用于测试服务的计算资源、测试配置文件、辅助测试工具、测试反馈工具、测试脚本(如接口测试脚本)、测试用例等一种或多种的拟合。
122.所述文件测试特征用于表征提测平台需要具体对应调用的文件测试服务，文件测试特征可以是相应(接口)测试名、文件测试标识、服务测试标记等等。
123.在本技术中开发提测日志会包括至少一种文件测试特征，所述文件测试特征与提测阶段提测平台所调用的文件测试服务相对应，在实际应用中，提测平台可以包含具有服务调用功能的服务调度器，提测平台控制服务调度器对开发提测日志进行日志解析，从而获取到开发提测日志中关于待提测文件的至少一种文件测试特征，如相应(接口)测试名、文件测试标识等等。提测平台预先建立有文件测试特征与测试服务的映射关系，提测平台在获取到个文件测试特征之后，可以基于预先的映射关系判决该文件测试特征对应的文件测试服务，示意性的，当文件测试特征有多个时，可以对应有多个文件测试服务；
124.具体的，提测平台在获取所述开发提测日志中的文件测试特征，基于所述文件测试特征确定所述待提测文件对应的至少一种文件测试服务之后，提测平台然后基于文件下载地址下载所述待提测文件，最后在采用各所述文件测试服务对所述待提测文件进行测试，从而生成所述待提测文件对应的测试结果。如提测平台可以通过调用接口测试服务对待测文件中的相应软件接口进行传参测试，从而生成所述待提测文件对应的接口测试结果；如提测平台可以通过调用用例测试服务对待提测文件的变更中间件进行用例测试，如提测平台可以通过调用用例测试服务对待提测文件的组件进行用例测试等等。从而可以方便的基于各文件测试特征调用提测平台所包含的文件测试服务对待提测文件的本次新(迭代)功能进行验证，在基于相应的文件测试服务完成对待提测文件的提测之后，会生成相应文件测试服务的服务测试结果，最后提测平台进行综合分析从而输出待提测文件对应的测试结果。
125.进一步的，在生成所述待提测文件对应的测试结果之后，可以将所述测试结果发送给提测平台预先关联的测试端或开发端。
126.在本技术实施例中，提测平台获取待提测文件的文件提测信息，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。避免了相关技术中由于需要相关提测方逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率，同时对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度。
127.请参见图3，图3是本技术提出的一种文件提测方法的另一种实施例的流程示意图。具体的：
128.步骤s201：获取待提测文件的文件提测信息，所述文件提测信息包括所述待提测文件的文件下载地址以及开发提测日志。
129.具体可参见步骤s101，此处不再赘述。
130.所述开发提测日志包括至少一种文件测试特征，所述文件测试特征可以是接口测
试名、接口测试名等。
131.步骤s202：获取所述开发提测日志中的接口测试名，以及获取接口测试服务对应的接口测试列表。
132.具体的，提测平台可以获取所述开发提测日志中的文件测试特征，具体可以是获取开发提测日志中的接口测试名，可以理解的是，获取接口测试名主要用于判断该接口测试名是否为提测平台接口测试服务所支持测试的可支持测试接口。
133.实际应用中，对接口测试名的判决通常基于接口测试服务对应的接口测试列表进行，接口测试列表中包含接口测试服务对应的多个可支持测试接口。提测平台可以基于该接口测试列表来实现对接口测试名的判决过程。其中，所述接口测试名可以字符串、数字、代码、id等形式进行表征。
134.步骤s203：若所述接口测试名存在于所述接口测试列表中，则调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
135.具体的，提测平台获取到开发提测日志中的接口测试名，以及获取到接口测试服务对应的接口测试列表之后，通过结合接口测试列表对接口测试名进行存在性检测，也即通过基于接口测试名对接口测试列表进行遍历，从而判断该接口测试名是否存在接口测试列表中，若所述接口测试名存在于所述接口测试列表中，此时，提测平台对应调用的接口测试服务支持对待提测文件进行接口测试。
136.可选的，开发提测日志中接口测试名的数目可以是多个，则提测平台对多个接口测试名依次判断，可以对接口测试名存在于接口测试列表中的目标数目进行统计，一种存在性的判决方式可以是，在所述目标数目与接口测试名的总数目一致时，确定所述待提测文件支持所述接口测试服务；一种存在性的判决方式可以是，预先设置有比例阈值，在所述目标数目与接口测试名的总数目的比例大于或等于阈值时，确定所述待提测文件支持所述接口测试服务；一种存在性的判决方式可以是，只要存在一个接口测试名属于接口测试列表，确定所述待提测文件支持所述接口测试服务；
137.可选的，提测平台在针对接口测试名的存在性的判决过程中，可以反馈包含不支持提测的接口测试名的出错结果，如将所述出错结果反馈至开发端、测试端、开发提测系统等实体中的至少一种。
138.可选的，若所述接口测试名不存在于所述接口测试列表中，则确定所述待提测文件不支持所述接口测试服务，提测平台可以反馈包含不支持该待提测文件的错误，如将文件出错反馈至开发端、测试端、开发提测系统等实体中的至少一种。
139.以下将结合具体的实施步骤，对接口测试结果的生成过程进行详细释义，如下：
140.s2031：若所述接口测试名存在于所述接口测试列表中，则确定所述待提测文件支持所述接口测试服务，以及确定所述接口测试名对应的所述接口测试服务中的测试脚本。
141.具体的，提测平台基于接口测试名对接口测试列表进行遍历，若确定接口测试名存在于所述接口测试列表中，则可以确定待提测文件支持所述接口测试服务，此时，提测平台可以基于该接口测试名确定相对应的接口测试服务中的测试脚本；实际应用中，接口测试服务可以预先维护测试脚本库，测试脚本库中包含大量的用于接口测试的测试脚本，各测试脚本与其对于的接口测试名具有映射关系，则提测平台可以根据接口测试名快速在接
口测试服务维护的测试脚本库中确定或匹配到测试脚本。
142.s2032：基于预设的动态连接库，控制所述测试脚本对所述待提测文件的至少一个测试接口进行传参测试，生成各所述测试接口对应的接口测试结果。
143.所述动态连接库为待提测文件的开发编程语言所对应的外部函数库，如以待提测文件的开发编程语言为python编程语言为例，则动态连接库可以为python的外部函数库。
144.测试脚本包括脚本名称，脚本内容和脚本描述信息等。其中，脚本内容由一系列包含测试动作的名称，测试动作类型，测试动作所需参数个数、参数类型和参数值的字符/字符串组成。可以理解的是，接口测试服务在执行相应测试脚本的过程中，相应的脚本执行步骤(也可理解为脚本执行动作)会涉及到调用动态连接库(如ctypes库)中封装的外部函数。
145.进一步的，提测平台的接口测试服务针对待提测文件运行确定的测试脚本，实际应用中，可以基于动态连接库控制测试脚本对待提测文件的至少一个测试接口进行传参测试。此外，提测平台的接口测试服务还根据脚本执行过程中返回的脚本运行信息生成接口测试结果，以记录脚本的运行状态等信息。
146.进一步的，启动测试脚本，运行测试脚本的过程中依序提取测试脚本中的脚本执行步骤(如测试动作)的名称、测试动作类型，测试动作所需参数个数、参数类型和参数值，确定该测试动作对应的函数名称以及函数参数，并可以调用预设的动态连接库中的对应外部函数对待提测文件的各个接口进行参数传递，并将脚本运行信息反馈给测试脚本，各个接口返回的执行结果信息按照测试脚本对应的测试标准判断是否符合提测预期，最后将执行结果信息汇总生成接口测试结果，接口测试结果记录了脚本的运行状态等信息。
147.步骤s204：获取所述开发提测日志中的所述文件测试标识。
148.所述文件测试标识可以理解为用于表征需调用的文件测试服务(如用例测试服务)的指示信息，通常所述文件测试标识可以是具体文件测试服务(如用例测试服务)的id，例如1、2、3等表示id的数字；可以是表示文件测试标识的关键字符，例如a，b，c等；可以是表示文件测试标识的关键字符串，例如pth_a，pth_b，out_set；等等。在本技术实施例中，文件测试标识用于指示提测平台针对待提测文件进行测试时确定调用的文件测试服务(如用例测试服务)。
149.进一步的，在对待提测文件进行提交测试时，通常需要涉及到对待提测文件进行用例测试。而用例测试对应的用例测试服务通常可以是多个，各用例测试服务的服务对象并不一样，如服务对象可以按照需求功能进行划分，不同的需求功能通常对应不同的测试用例，从而根据相应的测试用例对该需求功能进行验证；如服务对象可以按照用户场景进行划分，不同的用户场景通常对应不同的测试用例，从而根据相应的测试用例对该用户场景进行验证，实际应用中，应用场景可以理解为：待提测文件为针对个人用户的应用场景以及待提测文件为针对企业用户的应用场景；等等。
150.具体的，提测平台不同的用例测试服务可以对应不同的用例标识，用例测试服务通过唯一用例标识进行映射，提测平台获取到开发提测日志中的所述文件测试标识之后，则基于该文件测试标识遍历各用例测试服务的用例标识，若存在所述文件测试标识与用例测试服务对应的用例标识相匹配，则可以确定待提测文件用例测试时所需调用的测试用例服务；
151.实际应用中，若提测平台确定所述文件测试标识与用例测试服务对应的用例标识
相匹配，则可以采用所述用例测试服务对所述待提测文件进行用例测试，从而可以生成所述待提测文件对应的用例测试结果。
152.另外，所述用例测试服务至少包括第一用例测试服务以及第二用例测试服务，其中，所述第一用例测试服务与所述第二用例测试服务的应用服务对象不同。所述第一用例测试服务的服务对象可以是针对个人用户场景，所述第一用例测试服务的服务对象可以是针对企业用户场景；
153.在本技术中，通过对测试用例场景进行进一步的细分，不同的服务对象通常测试用例的用例测试需求、用例测试计算资源、用例测试配置等不一致，通过执行本技术的方法，可以将测试用例场景细粒度精确至不同的服务对象，提高了待提测文件提测时的准确性，从而可以得出准确的提测结果。
154.示意性的，以下将结合涉及到第一用例测试服务和第二用例测试服务的应用场景进行详细释义，参见下述实施步骤。
155.步骤s205：若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果。
156.可选的，第一用例标识的匹配的方式可以是判断文件测试标识与第一用例测试服务对应的第一用例标识是否一致，若一致，则确定所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配；若不一致，则确定所述文件测试标识与所述第一用例测试服务对应的第一用例标识不匹配；
157.可选的，第一用例标识的匹配的方式可以是计算文件测试标识与第一用例测试服务对应的用例标识的差异特征(如差异字符、差异数字)，基于差异特征确定相似度，若所述相似度或等于相似阈值，则确定所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配；若相似度小于相似阈值，则确定所述文件测试标识与所述第一用例测试服务对应的第一用例标识不匹配；其中，所述相似度与差异特征的字节长度、字节类型相关联。
158.具体的，在实际应用中，本技术基于第一用例测试服务对应服务对象的特性，通过采集大量用例样本数据进行数理分析，预先封装有用于第一用例测试服务提测的用例平台，用例平台对外提供调用用例平台的服务调用接口，用例平台集成有针对第一用例测试服务对应服务对象的大量用例样本。
159.提测平台只需通过第一用例测试服务请求调用该服务调用接口，就可以触发用例平台自动化执行针对待提测文件的用例测试，并生成所述待提测文件对应的第一用例测试结果。
160.可选的，用例平台预先用于保存和提供通过对针对服务对象的测试用例进行分解而获得的基本测试动作信息列表，常见的针对“第一测试用例服务的服务对象”的测试动作至少包括对象设备配置(如个人用户设备配置)、测试用例传参顺序、服务状态检查操作等。不同测试动作对应不同的参数，例如对象设备配置包括用例服务名称/地址和需要发送的配置命令等；而服务状态检查动作的参数为用例服务名称/地址、检查命令、待匹配字符串等。测试动作的类型主要是便捷对测试动作(也即测试执行动作)进行分类管理，如：配置类型、状态检查类型、用例服务发包类型、用例服务解析类型等，每一种用例测试类型下包括
一组自动化执行的测试动作。进一步的，在用例平台触发之后，可以自动化分析待提测文件以及执行至少一组自动的测试动作；在所有测试动作执行完成之后，用例平台可以生成所述待提测文件对应的第一用例测试结果。
161.步骤s206：若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
162.可选的，第二用例标识的匹配的方式可以是判断文件测试标识与第二用例测试服务对应的第二用例标识是否一致，若一致，则确定所述文件测试标识与所述第二用例测试服务对应的第二用例标识相匹配；若不一致，则确定所述文件测试标识与所述第二用例测试服务对应的第一用例标识不匹配；
163.可选的，第二用例标识的匹配的方式可以是计算文件测试标识与用例测试服务对应的第二用例标识的差异特征(如差异字符、差异数字)，基于差异特征确定相似度，若所述相似度或等于相似阈值，则确定所述文件测试标识与所述第二用例测试服务对应的第二用例标识相匹配；若相似度小于相似阈值，则确定所述文件测试标识与所述第二用例测试服务对应的第二用例标识不匹配；其中，所述相似度与差异特征的字节长度、字节类型相关联。
164.具体的，提测平台基于文件测试标识进行匹配，若确定所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则可以调用第二用例测试服务对所述待提测文件进行第二用例测试，从而生成所述待提测文件对应的第二用例测试结果。
165.在一种可行的实施方式中，提测平台调用第二用例测试服务对所述待提测文件进行第二用例测试的执行步骤，可参考下述步骤：
166.s2061：对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件；
167.具体的，提测平台在确定所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配之后，此时可以确定需调用第二用例测试服务进行提测。实际应用终端，基于第二用例测试服务首先可以对待提测文件进行用例打包，具体实施为：第二用例测试服务关联至少包含打包子服务，所述打包子服务用于对待提测文件以及待提测文件的相关测试文件(也即测试用例)进行打包封装，从而生成提测文件包。
168.其中，测试用例(test case)是指对一项特定的软件产品(可以理解为待提测文件)进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成测试结果。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
169.可选的，在用例打包之前，提测平台还需基于第二用例测试服务获取到提测文件包，在一种实施方式中，向提测平台上传的通常是开发提测日志和文件下载地址，则提测平台可以基于第二用例测试服务包含的打包子服务获取文件下载地址对应的待提测文件，然后再获取针对待提测文件的所述第二用例测试服务上的测试用例，其中，所述第二用例测试服务通常针对一类提测对象(可以理解为待提测文件的类型一致)的测试用例通常相同，另外不同类别的提测对象(可以理解为待提测文件的类型一致)的测试用例通常可以是不
同的，在一些实施例中，测试用例的设计方法主要有黑盒测试法和白盒测试法，具体设计方法可参考相关技术中的释义，此处不再赘述。
170.在本技术中，一种可行的实施方式可以是第二用例测试服务在搭建时可以维护一个测试用例集合，测试用例集合中针对不同类别的提测对象设计有通用的一类测试用例，第二用例测试服务在提测前待提测文件的类型通常已知，如可基于开发提测日志中确定；又如，在上传至提测平台时可由上传者选择相应的提测类别项，基于该提测类别项即可确定待提测对象的类型。进一步的，第二用例测试服务即可获取到待提测文件对应的测试用例，从而方便控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件之后，并可以对所述待提测文件进行用例打包，从而生成提测文件包。
171.在一种可行的实施方式中，提测平台的第二用例测试服务会存在同时处理多个提测对象的情况，为了避免业务堵塞，提测平台的第二用例测试服务还具有负载均衡功能，该负载均衡功能基于第二用例测试服务的消息队列实现。
172.其中，消息队列常用于分布式应用场景间进行业务信息的交换，消息队列是在提测业务的传输处理过程中用于保存该未能及时处理的提测业务的容器，其主要目的是提供路由并保证提测业务的传递以及均衡处理，如果当前第二用例测试服务的处理负载优先，则通常当前的提测业务无法及时处理，为了避免提测业务对应的待提测文件超时处理而导致出现第二用例测试服务对外不可用的现象，则消息队列会保留未能及时处理的提测业务对应的待提测文件，直到第二用例测试服务可以成功对消息队列中的待提测文件进行提测。
173.可选的，在本技术中所述消息队列的类型可以是“终端检测与响应(endpoint detection and response，edr)”消息队列。
174.进一步的，对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件
175.在一种具体的实施场景中，提测平台在确定当前的待提测文件需调用第二用例测试服务时，首先，生成针对所述待提测文件的提测任务，将所述提测任务写入消息队列中，所述提测任务包括所述待提测文件的所述文件下载地址，另外，当前的消息队列中基于具体实施环境可存在多个提测任务。
176.进一步的，第二用例测试服务可以基于所述消息队列中的所述提测任务，控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件，并对所述待提测文件进行用例打包，从而生成提测文件包。
177.进一步的，若所述消息队列中存在多个提测任务时，第二用例测试服务对应的文件打包子服务可以基于消息队列中各提测任务对应的提测优先级，依次获取各所述提测任务中所述文件下载地址指示的所述待提测文件，并依次对所述每个待提测文件进行用例打包，从而生成提测文件包。
178.s2062：控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
179.具体的，提测平台控制第二用例测试服务将所述提测文件包配置到用例测试环境中，而所述提测文件包可以包括所述待提测文件对应的测试用例和所述待提测文件；然后
在所述用例测试环境中，并基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
180.所述用例测试环境的搭建维护是执行测试用例的前提，也是完成测试任务顺利完成的保证。在一些实施例中，测试环境大体可分为硬件环境和软件环境，硬件环境包括测试必须的pc机，服务器，设备，网线，分配器等硬件设备；软件环境包括数据库，操作系统，被测试软件，共存软件等；在一些情况下还要考虑网络环境，比如网络带宽，ip地址设置等。
181.进一步的，本技术中的用例测试环境可以提前搭建，并日常进行维护，从而可以达到在对待提测文件进行提测时可以快速进行提测的目的，从而节省用例测试环境的初始化的时间，提高提测效率。
182.进一步的，本技术中的用例测试环境可以基于虚拟机实现，虚拟机(virtual machine)指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。在实体计算机中能够完成的工作在虚拟机中都能够实现。在本技术中，采用虚拟机的方式预先构建第二用例测试所需的用例测试环境可以更好的完成对待提测文件的提测，同时采用虚拟机可以提高用例代码的执行速度，从而提高提测效率。
183.在一种具体的实施方式中，以下将对本技术中涉及虚拟机部分并结合第二用例测试进行详细释义，如下：
184.1、提测平台控制第二用例测试服务调用项目管理文件，并执行所述项目管理文件激活虚拟机对应的用例测试环境。
185.所述项目管理文件用于提测平台用于激活虚拟机对应的用例测试环境，可以理解的是所述项目管理文件通常可以包含用例测试环境对应的环境配置参数，基于该项目管理文件可以方便提测平台日常对虚拟机进行维护；进一步的，在本技术中，当第二用例测试服务需要对某个待提测文件进行用例测试时，不需要重新构建虚拟机，配置虚拟机对应的相关测试环境参数，第二用例测试服务只需基于项目管理文件对虚拟机进行唤醒或激活该虚拟机即可，大幅提高了文件提测的效率。
186.在一些实施例中，所述项目管理文件可以是edr.py类型的项目管理文件，也即终端检测与响应(endpoint detection and response，edr)类型的项目管理文件，基于该类型的管理文件可以高效对虚拟机对应的项目进行维护管理。
187.2、提测平台控制第二用例测试服务将所述提测文件包配置到所述用例测试环境中。
188.在一些实施例中，提测平台控制第二用例测试服务成功调用edr.py(项目管理文件)激活虚拟机的同时，则可以控制第二用例测试服务将所述提测文件包也配置到所述用例测试环境中，以便于在虚拟机对应的用例测试环境中成功运行，并对提测文件包中的待提测文件进行第二用例测试。另外，根据一些实施例中，述提测文件包通常包括所述待提测文件对应的测试用例和所述待提测文件。
189.3、提测平台在所述用例测试环境中，并基于测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
190.在一些实施例中，调用edr.py(项目管理文件)，开启虚拟机并将文件(也即待提测文件和测试用例)拷贝进去后。然后运行测试用例，如可以运行runcase.py文件，该文件通常即为测试用例对应的文件，开始用例测试。
191.其中，测试用例(test case)是指对一项特定的软件产品(可以理解为待提测文件)进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成测试结果。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
192.在一些实施例中，第二用例测试的测试过程至少包括上述运行用例测试环境、运行测试用例以及发送用例测试结果三部分。运行用例测试环境至少可以是启动录屏(用于即录整个用例测试的过程)，调试工具等测试需要用到的软件工具。运行测试用例主要包括各个测试用例对应的测试步骤的执行过程，发送用例测试结果主要包括先汇总整理各个测试用例的结果，然后基于预期结果进行判断并将最终结果进行汇总，既可以得到待提测文件对应的第二用例测试结果。
193.在本技术实施例中，提测平台获取待提测文件的文件提测信息，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。避免了相关技术中由于需要相关提测方逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率；以及，对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度；以及，针对开发提测日志中不同的文件测试特征(如接口测试名、文件测试标识)可以采取相对应的文件测试服务，从而基于相应的文件测试服务对待提测文件自动进行提测，减少人工测试成本，优化了测试流程；以及，在对待提测文件进行第二用例测试时，可以触发预先维护的测试用例环境(也即虚拟机)，不用在用例执行时准备用例测试环境，提高了自动化执行速度。
194.请参见图4，为本技术实施例提供的一种文件提测系统的架构示意图。如图4所示，所述文件提测系统100包括提测平台10和提测端集群20，所述提测端集群20可以包括多个提测端，如图1所示，具体包括提测端1、提测端2、
…
、提测端n，n为大于0的整数；为便于理解，本发明实施例以图4中的提测平台10及提测端1为例进行描述。
195.所述提测平台10具有文件提测功能，可以是单独的服务器设备，例如：机架式、刀片、塔式、或者机柜式的服务器设备，或采用工作站、大型计算机等具备较强计算能力硬件设备；也可以是采用多个服务器组成的服务器集群，所述服务集群中的各服务器可以是以对称方式组成的，其中每台服务器在业务链路中功能等价、地位等价，各服务器均可单独对外提供服务，所述单独提供服务可以理解为无需另外的服务器的辅助。
196.提测端集群20中各提测端可以是具有文件提测功能的电子设备，该电子设备包括但不限于：可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中电子设备可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant，pda)、5g网络或未来演进网络中的终端设备等。
197.所述提测端1通过网络与提测平台10进行通信，网络可以是无线网络，也可以是有线网络，无线网络包括但不限于蜂窝网络、无线局域网、红外网络或蓝牙网络，有线网络包括但不限于以太网、通用串行总线(universal serial bus，usb)或控制器局域网络。
198.提测端1可以基于与提测平台10之间的通信网络上传待提测文件的文件提测信息。
199.其中，待提测文件信息可以是待提测文件的文件下载地址以及开发提测日志；
200.提测平台10可以接收并获取到提测端1上传的待提测文件的文件提测信息。
201.提测平台10可以基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，具体实施中，提测平台10可以基于所述文件提测信息中的开发提测日志确定所述待提测文件对应的至少一种文件测试服务；
202.其中，所述开发提测日志包括至少一种文件测试特征，所述文件测试特征可以是接口测试名、接口测试名等。
203.进一步的，提测平台10可以获取所述开发提测日志中的接口测试名，以及获取接口测试服务对应的接口测试列表；若所述接口测试名存在于所述接口测试列表中，则提测平台10调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
204.进一步的，提测平台10可以获取所述开发提测日志中的所述文件测试标识；
205.若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，提测平台10则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果。
206.若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
207.进一步的，提测平台10在得到所述待提测文件对应的测试结果(如第一用例测试结果、第二用例测试结果)之后，可以将所述测试结果发送给提测端1。
208.另外，上述实施例提供的文件提测系统实施例与一些实施例中的所述文件提测方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
209.在本技术实施例中，提测平台获取待提测文件的文件提测信息，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。避免了相关技术中由于需要相关提测方逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率；以及，对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度；以及，针对开发提测日志中不同的文件测试特征(如接口测试名、文件测试标识)可以采取相对应的文件测试服务，从而基于相应的文件测试服务对待提测文件自动进行提测，减少人工测试成本，优化了测试流程；以及，在对待提测文件进行第二用例测试时，可以触发预先维护的测试用例环境(也即虚拟机)，不用
在用例执行时准备用例测试环境，提高了自动化执行速度。
210.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
211.请参见图5，其示出了本技术一个示例性实施例提供的文件提测装置的结构示意图。该文件提测装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括信息获取模块11以及文件测试模块12。
212.信息获取模块11，获取待提测文件的文件提测信息；
213.文件测试模块12，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。
214.可选的，所述文件提测信息包括所述待提测文件的文件下载地址以及开发提测日志，所述开发提测日志包括至少一种文件测试特征；
215.所述文件测试模块11，具体用于获取所述开发提测日志中的文件测试特征，基于所述文件测试特征确定所述待提测文件对应的至少一种文件测试服务；
216.所述文件测试模块11，具体用于基于所述文件下载地址下载所述待提测文件，采用各所述文件测试服务对所述待提测文件进行测试。
217.可选的，所述文件测试特征包括接口测试名；如图6所示，所述文件测试模块11，包括：
218.测试获取单元111，用于获取所述开发提测日志中的所述接口测试名，以及获取接口测试服务对应的接口测试列表；
219.文件测试单元112，用于若所述接口测试名存在于所述接口测试列表中，则调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
220.可选的，如图7所示，所述文件测试单元112，包括：
221.测试确定子单元1121，用于确定所述待提测文件支持所述接口测试服务，以及确定所述接口测试名对应的所述接口测试服务中的测试脚本；
222.结果生成子单元1122，用于基于预设的动态连接库，控制所述测试脚本对所述待提测文件的至少一个测试接口进行传参测试，生成各所述测试接口对应的接口测试结果。
223.可选的，所述文件测试特征包括文件测试标识；
224.所述文件测试模块，具体用于：
225.获取所述开发提测日志中的所述文件测试标识，若所述文件测试标识与用例测试服务对应的用例标识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果。
226.可选的，所述用例测试服务包括第一用例测试服务以及第二用例测试服务；
227.所述文件测试单元，具体用于：
228.若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果；
229.若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所
述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果；
230.其中，所述第一用例测试服务与所述第二用例测试服务的应用服务对象不同。
231.可选的，所述文件测试单元，具体用于：
232.基于预设的服务调用接口调用用例平台的所述第一用例测试服务，对所述待提测文件进行第一用例测试，并生成所述待提测文件对应的第一用例测试结果。
233.可选的，所述文件测试单元，具体用于：
234.对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件；
235.控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
236.可选的，所述文件测试单元，具体用于：
237.控制第二用例测试服务将所述提测文件包配置到用例测试环境中；
238.在所述用例测试环境中，并基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
239.可选的，所述文件测试单元，具体用于：
240.控制第二用例测试服务调用项目管理文件，并执行所述项目管理文件激活虚拟机对应的用例测试环境。
241.可选的，所述文件测试单元，具体用于：
242.生成针对所述待提测文件的提测任务，将所述提测任务写入消息队列中，所述提测任务包括所述待提测文件的所述文件下载地址；
243.基于所述消息队列中的所述提测任务，控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件，并对所述待提测文件进行用例打包，生成提测文件包。
244.需要说明的是，上述实施例提供的文件提测装置在执行文件提测方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的文件提测装置与文件提测方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
245.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
246.在本技术实施例中，提测平台获取待提测文件的文件提测信息，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。避免了相关技术中由于需要相关提测方逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率；以及，对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度；以及，针对开发提测日志中不同的文件测试
特征(如接口测试名、文件测试标识)可以采取相对应的文件测试服务，从而基于相应的文件测试服务对待提测文件自动进行提测，减少人工测试成本，优化了测试流程；以及，在对待提测文件进行第二用例测试时，可以触发预先维护的测试用例环境(也即虚拟机)，不用在用例执行时准备用例测试环境，提高了自动化执行速度。
247.本技术实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1-图4所示实施例的所述文件提测方法，具体执行过程可以参见图1-图4所示实施例的具体说明，在此不进行赘述。
248.本技术还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1-图4所示实施例的所述文件提测方法，具体执行过程可以参见图1-图4所示实施例的具体说明，在此不进行赘述。
249.请参见图8，为本技术实施例提供了另一种电子设备的结构示意图。如图8所示，所述电子设备2000可以包括：至少一个处理器2001，至少一个网络接口2004，用户接口2003，存储器2005，至少一个通信总线2002。
250.其中，通信总线2002用于实现这些组件之间的连接通信。
251.其中，用户接口2003可以包括显示屏(display)，可选用户接口2003还可以包括标准的有线接口、无线接口。
252.其中，网络接口2004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。
253.其中，处理器2001可以包括一个或者多个处理核心。处理器2001利用各种借口和线路连接整个服务器2000内的各个部分，通过运行或执行存储在存储器2005内的指令、程序、代码集或指令集，以及调用存储在存储器2005内的数据，执行服务器2000的各种功能和处理数据。可选的，处理器2001可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器2001可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器2001中，单独通过一块芯片进行实现。
254.其中，存储器2005可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器2005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器2005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器2005可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图8所示，作为一种计算机存储介质的存储器2005中可以包括操作系统、网络通信模块、用户接口模块以及文件提测应用程序。
255.在图8所示的电子设备2000中，用户接口2003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器2001可以用于调用存储器2005中存储的文件提测应用程序，
并具体执行以下操作：
256.获取待提测文件的文件提测信息；
257.基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。
258.在一个实施例中，所述文件提测信息包括所述待提测文件的文件下载地址以及开发提测日志，所述开发提测日志包括至少一种文件测试特征；
259.所述处理器2001在执行所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务时，具体执行以下步骤：
260.获取所述开发提测日志中的文件测试特征，基于所述文件测试特征确定所述待提测文件对应的至少一种文件测试服务；
261.所述采用各所述文件测试服务对所述待提测文件进行测试，包括：
262.基于所述文件下载地址下载所述待提测文件，采用各所述文件测试服务对所述待提测文件进行测试。
263.在一个实施例中，所述文件测试特征包括接口测试名；所述处理器2001在执行所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果时，具体执行以下步骤：
264.获取所述开发提测日志中的所述接口测试名，以及获取接口测试服务对应的接口测试列表；若所述接口测试名存在于所述接口测试列表中，则调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果。
265.在一个实施例中，所述处理器2001在执行所述调用所述接口测试服务对应的接口测试脚本对所述待提测文件进行接口测试，生成所述待提测文件对应的接口测试结果时，具体执行以下步骤：
266.确定所述待提测文件支持所述接口测试服务，以及确定所述接口测试名对应的所述接口测试服务中的测试脚本；
267.基于预设的动态连接库，控制所述测试脚本对所述待提测文件的至少一个测试接口进行传参测试，生成各所述测试接口对应的接口测试结果。
268.在一个实施例中，所述处理器2001在执行所述文件测试特征包括文件测试标识；
269.所述基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果时，具体执行以下步骤：
270.获取所述开发提测日志中的所述文件测试标识，若所述文件测试标识与用例测试服务对应的用例标识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果。
271.在一个实施例中，所述用例测试服务包括第一用例测试服务以及第二用例测试服务；
272.所述处理器2001在执行所述若所述文件测试标识与用例测试服务对应的用例标
识相匹配，则采用所述用例测试服务对所述待提测文件进行用例测试，生成所述待提测文件对应的用例测试结果时，具体执行以下步骤：
273.若所述文件测试标识与所述第一用例测试服务对应的第一用例标识相匹配，则调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果；
274.若所述文件测试标识与第二用例测试服务对应的第二用例标识相匹配，则调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果；
275.其中，所述第一用例测试服务与所述第二用例测试服务的应用服务对象不同。
276.在一个实施例中，所述处理器2001在执行所述
277.调用所述第一用例测试服务对所述待提测文件进行第一用例测试，生成所述待提测文件对应的第一用例测试结果，包括：
278.基于预设的服务调用接口调用用例平台的所述第一用例测试服务，对所述待提测文件进行第一用例测试，并生成所述待提测文件对应的第一用例测试结果。
279.在一个实施例中，所述处理器2001在执行所述调用所述第二用例测试服务对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果时，具体执行以下步骤：
280.对所述待提测文件进行用例打包，生成提测文件包，所述提测文件包包括所述待提测文件对应的测试用例和所述待提测文件；
281.控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
282.在一个实施例中，所述处理器2001在执行所述控制第二用例测试服务基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果时，具体执行以下步骤：
283.控制第二用例测试服务将所述提测文件包配置到用例测试环境中；
284.在所述用例测试环境中，并基于所述测试用例对所述待提测文件进行第二用例测试，生成所述待提测文件对应的第二用例测试结果。
285.在一个实施例中，所述处理器2001在执行所述控制第二用例测试服务将所述提测文件包配置到用例测试环境中时，具体执行以下步骤：
286.控制第二用例测试服务调用项目管理文件，并执行所述项目管理文件激活虚拟机对应的用例测试环境；
287.控制第二用例测试服务将所述提测文件包配置到所述用例测试环境中。
288.在一个实施例中，所述处理器2001在执行所述对所述待提测文件进行用例打包，生成提测文件包时，具体执行以下步骤：
289.生成针对所述待提测文件的提测任务，将所述提测任务写入消息队列中，所述提测任务包括所述待提测文件的所述文件下载地址；
290.基于所述消息队列中的所述提测任务，控制第二用例测试服务对应的文件打包子服务获取所述提测任务中所述文件下载地址指示的所述待提测文件，并对所述待提测文件进行用例打包，生成提测文件包。
291.在本技术实施例中，提测平台获取待提测文件的文件提测信息，基于所述文件提测信息确定所述待提测文件对应的至少一种文件测试服务，并采用各所述文件测试服务对所述待提测文件进行测试，生成所述待提测文件对应的测试结果。通过获取到的文件提测信息就可以确定待提测文件对应的至少一种文件测试服务，然后自动采用各所述文件测试服务对所述待提测文件进行测试，从而可以便捷完成对待提测文件的文件提测。避免了相关技术中由于需要相关提测方逐个针对提测项目进行提测配置以及逐个触发提测而导致文件提测效率较低的问题，提高了文件提测的效率；以及，对于相关提测方而言只需辅助提测平台一步获取到待提测文件的文件提测信息提测平台即可完成整个提测过程，简化的文件提测的流程，提升了文件提测的自动化程度；以及，针对开发提测日志中不同的文件测试特征(如接口测试名、文件测试标识)可以采取相对应的文件测试服务，从而基于相应的文件测试服务对待提测文件自动进行提测，减少人工测试成本，优化了测试流程；以及，在对待提测文件进行第二用例测试时，可以触发预先维护的测试用例环境(也即虚拟机)，不用在用例执行时准备用例测试环境，提高了自动化执行速度。
292.本领域的技术人员可以清楚地了解到本技术的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(field－programmable gate array，fpga)、集成电路(integrated circuit，ic)等。
293.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
294.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
295.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
296.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
297.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
298.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本技术的技术方案本质上或
者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
299.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
300.以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。