一种接入测试平台的方法和装置与流程

[0001]
本发明涉及计算机技术领域，尤其涉及一种接入测试平台的方法和装置。


背景技术：

[0002]
在软件开发过程中，许多开发者会采用测试平台，每次新开发出一个组件后，都可以将该组件接入测试平台，与其他已开发出的组件相集成，然后由测试平台编译和测试，从而尽早地发现软件中存在的错误。
[0003]
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
[0004]
由于开发者通常采用的是第三方的测试平台，经常会出现开发者编写的组件接口与第三方的测试平台的接口不匹配的情况，当同一个流水线平台上需要接入不同开发者所开发的组件时，这种不匹配的情况更加明显，此时组件就无法接入该测试平台，进而导致测试失败，降低了测试的效率。


技术实现要素：

[0005]
有鉴于此，本发明实施例提供一种接入测试平台的方法和装置，测试平台在接收到组件的接入请求和接入数据后，对接入数据进行校验，如果校验得知该接入数据与自身的标准参数相匹配，则根据接入数据，接入并运行该组件；如果校验得知该接入数据与自身的标准参数不匹配，则向组件发送接口标准文件，其中接口标准文件包含了测试平台的标准参数，以使组件返回与标准参数相匹配的接入数据，测试平台再根据接入数据，接入并运行该组件，从而使得组件接口与测试平台的接口相匹配，保证组件能够顺利接入测试平台，提高了测试的效率。
[0006]
为实现上述目的，根据本发明实施例的一个方面，提供了一种接入测试平台的方法。
[0007]
本发明实施例的一种接入测试平台的方法包括：
[0008]
接收接入请求，接入请求指示了待接入的组件以及接入数据；
[0009]
校验接入数据是否与测试平台的标准参数相匹配；
[0010]
如果是，根据接入数据，接入并运行组件；
[0011]
如果否，向组件发送接口标准文件，接口标准文件包含测试平台的标准参数，以使组件根据标准参数，返回与标准参数相匹配的接入数据；并根据接入数据，接入并运行组件。
[0012]
可选地，
[0013]
根据接入数据，接入并运行组件，包括：
[0014]
确定接入数据中是否指定运行策略，如果是，根据指定的运行策略，接入并运行组件；其中，指定运行策略包括：串行同步运行或串行异步运行。
[0015]
可选地，
[0016]
当运行策略为串行同步运行时，测试平台接入组件，并对其他任务进行阻塞；
[0017]
运行组件，并获取组件的运行状态，当运行状态指示组件运行成功时，测试平台继续执行其他任务。
[0018]
可选地，
[0019]
当运行状态指示组件运行失败时，测试平台停止运行。
[0020]
可选地，
[0021]
当运行策略为串行异步运行时，测试平台接入组件后，在执行其他任务的同时，运行组件。
[0022]
可选地，
[0023]
测试平台开始运行组件后，采用轮询方法查询组件的运行状态；
[0024]
当查询到运行状态为组件运行成功时，记录组件的运行结果。
[0025]
可选地，
[0026]
记录组件的运行结果，包括：
[0027]
将运行结果进行线上存储，并在测试平台的结果页面上展示存储路径，以使用户根据存储路径查看运行结果；其中，结果页面用于展示组件的存储路径。
[0028]
可选地，
[0029]
记录组件的运行结果，包括：
[0030]
将运行结果保存在测试平台本地，并在测试平台的结果页面展示运行结果；其中，结果页面用于展示组件的运行结果。
[0031]
可选地，
[0032]
接入数据中还包含：组件的接入接口名称；
[0033]
根据接入数据，接入并运行组件，包括：
[0034]
根据接入接口名称，调用接入接口名称对应的接入接口，以根据接入接口接入组件；
[0035]
如果接入接口的响应时长超过第一时长阈值，将组件标记为响应超时，并返回关于响应时长的优化提示。
[0036]
可选地，
[0037]
该方法还包括：
[0038]
接收到接入接口的响应后，开始记录组件的运行时长，并统计测试平台上其他组件的平均运行时长；
[0039]
当组件的运行时长与平均运行时长的差值大于第二时长阈值时，将组件标记为不稳定，并停止运行组件。
[0040]
可选地，
[0041]
在接收到所述接入接口的响应之后，该方法还包括：
[0042]
获取组件的代码，并对代码进行编译；
[0043]
将代码以及编译得到的二进制包存储于测试平台本地；
[0044]
调用组件的接口，以使组件从测试平台中以http方式下载二进制包，并根据二进制包开始运行。
[0045]
可选地，
[0046]
在接入并运行组件之后，该方法还包括：
[0047]
根据预设检查周期，调用状态接口；
[0048]
当连续两次调用状态接口返回的结果均为失败时，将组件标记为异常，并停止运行组件。
[0049]
可选地，
[0050]
测试平台运行有多个已接入的组件，接入数据中还包含：组件的接入位置以及调用顺序；
[0051]
接入并运行组件，包括：
[0052]
根据接入位置以及调用顺序，确定待接入的组件对应于已接入的组件的接入位置及运行顺序，并根据接入位置及运行顺序，接入并运行组件。
[0053]
可选地，
[0054]
该方法还包括：
[0055]
生成前端页面，前端页面包含组件的标识，以使用户根据组件的标识生成用户指令；
[0056]
接收用户指令，用户指令指示了组件的运行顺序；
[0057]
根据运行顺序以及组件返回的与标准参数相匹配的接入数据，接入并运行组件。
[0058]
可选地，
[0059]
接口标准文件包含以下一个或多个标准参数：组件名称、接口名称、接口响应时间、运行时间、运行状态、运行进度、运行结果以及可扩展参数。
[0060]
为实现上述目的，根据本发明实施例的又一方面，提供了一种测试平台。
[0061]
本发明实施例的一种测试平台包括请求接收模块、校验模块以及组件接入模块；其中：
[0062]
请求接收模块，用于接收接入请求，接入请求指示了待接入的组件以及接入数据；
[0063]
校验模块，用于校验接入数据是否与测试平台的标准参数相匹配；
[0064]
如果是，组件接入模块用于根据接入数据，接入并运行组件；如果否，组件接入模块用于向组件发送接口标准文件，接口标准文件包含测试平台的标准参数，以使组件根据标准参数，返回与标准参数相匹配的接入数据；并根据接入数据，接入并运行组件。
[0065]
为实现上述目的，根据本发明实施例的又一方面，提供了一种接入测试平台的服务器。
[0066]
本发明实施例的一种接入测试平台的服务器包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的一种接入测试平台的方法。
[0067]
为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
[0068]
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的一种接入测试平台的方法。
[0069]
上述发明中的一个实施例具有如下优点或有益效果：测试平台在接收到组件的接入请求和接入数据后，对接入数据进行校验，如果校验得知该接入数据与自身的标准参数相匹配，则根据接入数据，接入并运行该组件；如果校验得知该接入数据与自身的标准参数不匹配，则向组件发送接口标准文件，其中接口标准文件包含了测试平台的标准参数，以使
组件返回与标准参数相匹配的接入数据，再根据接入数据，接入并运行该组件，从而使得组件接口与测试平台的接口相匹配，保证组件能够顺利接入测试平台，提高了测试的效率。
[0070]
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
[0071]
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
[0072]
图1是根据本发明实施例的一种接入测试平台的方法的主要步骤的示意图；
[0073]
图2是根据本发明实施例的一种接入并运行组件的方法的主要步骤的示意图；
[0074]
图3是根据本发明实施例的一种接入并运行“fortify安全扫描组件”的方法的主要步骤的示意图；
[0075]
图4是根据本发明实施例的一种接入并运行“sonar静态扫描组件”的方法的主要步骤的示意图；
[0076]
图5是根据本发明实施例的另一种接入并运行组件的方法的主要步骤的示意图；
[0077]
图6是根据本发明实施例的一种对组件进行健康检查的方法的主要步骤的示意图；
[0078]
图7是根据本发明实施例的一种测试平台的主要模块的示意图；
[0079]
图8是本发明实施例可以应用于其中的示例性系统架构图；
[0080]
图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
[0081]
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0082]
需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
[0083]
图1是根据本发明实施例的一种接入测试平台的方法的主要步骤的示意图。
[0084]
如图1所示，本发明实施例的一种接入测试平台的方法主要包括以下步骤：
[0085]
步骤s101：接收接入请求，接入请求指示了待接入的组件以及接入数据；
[0086]
步骤s102：校验接入数据是否与测试平台的标准参数相匹配，如果否，执行步骤s103，如果是，执行步骤s104；
[0087]
步骤s103：向组件发送接口标准文件，接口标准文件包含测试平台的标准参数，以使组件根据标准参数，返回与标准参数相匹配的接入数据；
[0088]
步骤s104：根据接入数据，接入并运行该组件。
[0089]
在本发明实施例中，测试平台可以是持续集成流水线，也可以是其他用于软件测试的平台，其作用是在软件开发过程中，将开发出的组件集成后进行测试。
[0090]
在本发明实施例中，待接入的组件是通过接口接入测试平台的，也就是说，测试平
台的接口有相应的标准参数，而待接入的组件的接口有相应的接入数据。其中，如果接入数据与标准参数相匹配，则该组件就可以成功接入测试平台；如果接入数据与标准参数不匹配，则测试平台就无法调用该组件的接口，进而导致该组件就无法接入测试平台。所以本发明实施例中，测试平台会对待接入的组件的接入数据进行校验，如果校验得到接入数据与测试平台的标准参数相匹配，则测试平台直接根据接入数据接入并运行该组件，这样对于之前接入过测试平台的组件、以及参照测试平台的标准参数开发的组件，可以加快接入测试平台的速度，进而提高了测试的效率。
[0091]
如果校验得到接入数据与测试平台的标准参数不匹配，则测试平台向该组件发送接口标准文件。其中，接口标准文件中包含测试平台的标准参数，以使组件根据标准参数，返回与标准参数相匹配的接入数据，此时测试平台再根据接入数据，接入并运行组件。
[0092]
在本发明实施例中，接口标准文件可以包括以下一个或多个标准参数：组件名称、接口名称、接口响应时间、运行时间、运行状态、运行进度、运行结果以及可扩展参数。在本发明一个优选的实施例中，接口标准文件的格式可以为：
[0093][0094][0095]
此外，接口标准文件还可以包含物理子系统名称、流水线构建号、版本号以及代码路径等标准参数，以对测试平台的相关情况进行说明，以便于组件的接入，其格式可以为：
[0096]
{
[0097]“pysicssysid”:
“”
,//物理子系统名称
[0098]“buildid”:
“”
,//流水线构建号
[0099]“version”:
“”
//版本号
[0100]
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
//代码路径
[0101]
}
[0102]
在本发明实施例中，组件的接入数据可以通过json文件的形式发送给测试平台，测试平台则通过对json文件进行解析，得到接入数据。其中，接入数据中可以指定运行策略，也可以不指定运行策略。测试平台则需要确定接入数据中是否指定运行策略，如果否，则按照测试平台默认的运行策略接入并运行组件；如果是，则根据待接入的组件指定的运行策略接入并运行该组件。其中，测试平台默认的运行策略与待接入的组件指定的运行策略均可以是串行同步运行或串行异步运行中的一种。
[0103]
在本发明实施例中，当测试平台确定接入数据中指定了运行策略时，其接入并运行组件的方法如图2所示。图2是根据本发明实施例的一种接入并运行组件的方法的主要步骤的示意图，该方法主要包括以下步骤：
[0104]
步骤s201：对接入数据进行解析，得到运行策略。
[0105]
在本发明实施例中，运行策略可以包括：串行同步运行或串行异步运行。其中，对于运行时间较短、且对于运行流程要求必须通过的组件，通常会指定运行策略为串行同步运行；而对于运行时间较长、且对于运行流程并不要求必须通过的组件，通常会指定运行策略为串行异步运行。
[0106]
步骤s202：当运行策略为串行异步运行时，测试平台接入组件后，在执行其他任务的同时运行组件。
[0107]
在本发明实施例中，当运行策略为串行异步运行时，将待接入的组件接入成功后，测试平台会立即执行后续任务。并且运行新接入的组件不会阻塞测试平台运行已接入的其他组件，该新接入的组件后续返回的运行状态也不影响测试平台的状态。
[0108]
举例来说，如图3接入并运行“fortify安全扫描组件”的步骤所示，在确定出fortify安全扫描组件的运行策略为串行异步运行后，测试平台会获取该组件的代码、对该组件进行单元测试并对代码进行编译，当编译成功时，就在测试平台上创建扫描任务。测试平台继续运行其他组件并执行其他任务，但此时测试平台不可见fortify的扫描结果(因为没有扫描完)，通常在串行异步运行时即使测试平台已经测试结束，可能依然在结果页面中不可见扫描结果；其中，结果页面用于展示组件的运行结果。直到fortify扫描完成后，结果页面中才会展示扫描的结果。
[0109]
步骤s203：当运行策略为串行同步运行时，测试平台接入组件，并对其他任务进行阻塞，执行步骤s204。
[0110]
步骤s204：运行组件，并获取组件的运行状态，当运行状态指示组件运行成功时，测试平台继续执行其他任务；当运行状态指示组件运行失败时，测试平台停止运行。
[0111]
在本发明实施例中，当运行策略为串行同步运行时，将待接入的组件接入成功后，测试平台会阻塞后续任务(包括其他组件的任务)，直至该组件的任务完成并且返回的运行状态指示运行成功之后，测试平台才可以继续执行后续任务。
[0112]
举例来说，如图4接入并运行“sonar静态扫描组件”的步骤所示，在确定出sonar静态扫描组件的运行策略为串行同步运行后，测试平台会获取该组件的代码、对该组件进行单元测试并对代码进行编译，当编译成功时，就在测试平台上创建扫描任务，此时测试平台阻塞后续任务，直到扫描任务完成并返回扫描结果。如果返回的扫描结果是成功，说明代码扫描已通过，则测试平台继续执行其他任务，此时在结果页面中也能够看到扫描结果，其
中，结果页面用于展示组件的运行结果；如果返回的扫描结果是失败，说明代码扫描不合格，则测试平台不允许后续的部署等操作，可以在结果页面上将sonar静态扫描步骤和测试平台的状态均标记为失败，并停止运行测试平台。
[0113]
在本发明实施例中，测试平台开始运行组件后，可以采用轮询方法查询组件的运行状态；当查询到运行状态为<finish/abort>时，说明组件运行成功，测试平台可以记录下组件的运行结果。
[0114]
在本发明实施例中，测试平台可以将运行结果保存在测试平台本地，并在测试平台的结果页面直接展示运行结果，其中结果页面用于展示组件的运行结果，这样可以减少用户的操作次数，提高用户体验。
[0115]
在本发明实施例中，测试平台也可以将组件的运行结果进行线上存储，仅在测试平台的结果页面上展示存储路径，以使用户根据存储路径查看运行结果，其中结果页面用于展示组件的存储路径，这样可以减少对测试平台的资源的占用，使测试平台更加轻量化。
[0116]
在本发明实施例中，还可以对组件的运行结果设定保存时长，以定时对运行结果进行清理，避免占用测试平台的资源或者线上的存储资源。
[0117]
在本发明实施例中，还可以限定组件的运行结果的文件大小，例如对于上述“fortify安全扫描组件”与“sonar静态扫描组件”，如果文件过大，会大幅度增加扫描时间，因此为了不影响测试平台的测试效果，可以限定“fortify安全扫描组件”与“sonar静态扫描组件”的运行结果的文件大小不得超过2g。
[0118]
除了运行策略，在本发明实施例中，接入数据中还可以包含组件的接入接口名称，此时接入并运行组件的方法如图5所示。图5是根据本发明实施例的另一种接入并运行组件的方法的主要步骤的示意图，该方法主要包括以下步骤：
[0119]
步骤s501：根据接入接口名称，调用接入接口名称对应的接入接口，以根据接入接口接入组件。
[0120]
步骤s502：如果接入接口的响应时长超过第一时长阈值，则将组件标记为响应超时，并返回关于响应时长的优化提示，以使开发者对组件进行排查优化。
[0121]
在本发明实施例中，第一时长阈值可以由测试平台指定，也可以由接入数据指定，对此本方案不作具体限定。在本发明一个优选的实施例中，第一时长阈值为1秒，如果调用接入接口的响应时长超过1秒，测试平台就会返回关于响应时长的优化提示。
[0122]
步骤s503：接收到接入接口的响应后，开始记录组件的运行时长，并统计测试平台上其他组件的平均运行时长。
[0123]
在本发明实施例中，在接收到接入接口的响应之后，测试平台就可以运行组件了。具体地：测试平台获取组件的代码，并对代码进行编译；将代码以及编译得到的二进制包存储于测试平台本地；调用组件的接口，以使组件从平台中以http方式下载二进制包、并根据二进制包开始运行。
[0124]
步骤s504：当组件的运行时长与平均运行时长的差值大于第二时长阈值时，将组件标记为不稳定，并停止运行该组件。
[0125]
在本发明实施例中，在接入并运行组件之后，测试平台可以对组件的运行时间有所限制，因此从接收到接入接口的响应开始记录组件的运行时长。在本发明一个优选的实施例中，第二时长阈值与平均运行时长相等，此时组件的运行时长已达到平均运行时长的
两倍，说明该组件可能存在问题，于是测试平台将该组件标记为不稳定，以使开发者对组件进行排查优化，并停止运行该组件，以防止该组件运行时间过长占用过多资源。
[0126]
在本发明实施例中，在接入并运行组件之后，测试平台还可以对组件进行健康检查，此时组件的接入数据中需要包含状态接口。图6是根据本发明实施例的一种对组件进行健康检查的方法的主要步骤的示意图，该方法主要包括以下步骤：
[0127]
步骤s601：根据预设检查周期，调用状态接口；
[0128]
步骤s602：当连续两次调用状态接口返回的结果均为失败时，将组件标记为异常，并停止运行组件。
[0129]
在本发明实施例中，测试平台对组件进行健康检查的方式还可以通过调用状态接口、根据状态接口的响应时间进行判断，如果状态接口的响应时间过长，也说明该组件的状态不正常，需要测试平台将该组件标记为异常，并停止运行组件，以使开发者对组件进行排查优化。对于健康检查具体的判断标准，本方案不作具体限定。
[0130]
在本发明实施例中，上述接入接口名称、状态接口的名称以及其他接口的名称可以统一采用“小驼峰式”命名，即第一个单词小写，其他单词首字母大写，如：myapiname，以便于对接口的管理。
[0131]
在本发明实施例中，测试平台运行有多个已接入的组件，接入数据中还可以包含：组件的接入位置以及调用顺序；此时测试平台可以根据接入位置以及调用顺序，确定待接入的组件对应于已接入的组件的接入位置及运行顺序，并根据确定出的接入位置及运行顺序，接入并运行该组件。
[0132]
在本发明实施例中，测试平台还可以生成前端页面，其中前端页面包含组件的标识，以使用户根据组件的标识生成用户指令；测试平台接收到指示了组件的运行顺序的用户指令后，就可以根据运行顺序以及组件返回的与标准参数相匹配的接入数据，接入并运行组件，以实现用户对组件测试顺序的自定义部署，并且前端页面中可以包含上述结果页面，方便用户查看组件的运行结果以及软件的测试情况，提高用户体验。
[0133]
根据本发明实施例的一种接入测试平台的方法可以看出，测试平台在接收到组件的接入请求和接入数据后，对接入数据进行校验，如果校验得知该接入数据与自身的标准参数相匹配，则根据接入数据，接入并运行该组件；如果校验得知该接入数据与自身的标准参数不匹配，则向组件发送接口标准文件，其中接口标准文件包含了测试平台的标准参数，以使组件返回与标准参数相匹配的接入数据，测试平台再根据接入数据，接入并运行该组件，从而使得组件接口与测试平台的接口相匹配，保证组件能够顺利接入测试平台，提高了测试的效率。
[0134]
图7是根据本发明实施例的一种测试平台的主要模块的示意图。
[0135]
如图7所示，本发明实施例的一种测试平台700包括：请求接收模块701、校验模块702以及组件接入模块703；其中：
[0136]
请求接收模块701，用于接收接入请求，接入请求指示了待接入的组件以及接入数据；
[0137]
校验模块702，用于校验接入数据是否与测试平台的标准参数相匹配；
[0138]
如果是，组件接入模块703用于根据接入数据，接入并运行组件；如果否，组件接入模块703用于向组件发送接口标准文件，接口标准文件包含测试平台的标准参数，以使组件
根据标准参数，返回与标准参数相匹配的接入数据；并根据接入数据，接入并运行组件。
[0139]
在本发明实施例中，组件接入模块703进一步用于：确定接入数据中是否指定运行策略，如果是，根据指定的运行策略，接入并运行组件；其中，指定运行策略包括：串行同步运行或串行异步运行。
[0140]
在本发明实施例中，组件接入模块703进一步用于：当运行策略为串行同步运行时，测试平台接入组件，并对其他任务进行阻塞；运行组件，并获取组件的运行状态，当运行状态指示组件运行成功时，测试平台继续执行其他任务。
[0141]
在本发明实施例中，组件接入模块703进一步用于：当运行状态指示组件运行失败时，测试平台停止运行。
[0142]
在本发明实施例中，组件接入模块703进一步用于：当运行策略为串行异步运行时，测试平台接入组件后，在执行其他任务的同时，运行组件。
[0143]
在本发明实施例中，组件接入模块703进一步用于：测试平台开始运行组件后，采用轮询方法查询组件的运行状态；当查询到运行状态为组件运行成功时，记录组件的运行结果。
[0144]
在本发明实施例中，组件接入模块703进一步用于：将运行结果进行线上存储，并在测试平台的结果页面上展示存储路径，以使用户根据存储路径查看运行结果；其中，结果页面用于展示组件的存储路径。
[0145]
在本发明实施例中，组件接入模块703进一步用于：将运行结果保存在测试平台本地，并在测试平台的结果页面展示运行结果；其中，结果页面用于展示组件的运行结果。
[0146]
在本发明实施例中，接入数据中还包含：组件的接入接口名称；组件接入模块703进一步用于：根据接入接口名称，调用接入接口名称对应的接入接口，以根据接入接口接入组件；如果接入接口的响应时长超过第一时长阈值，将组件标记为响应超时，并返回关于响应时长的优化提示。
[0147]
在本发明实施例中，组件接入模块703进一步用于：接收到接入接口的响应后，开始记录组件的运行时长，并统计测试平台上其他组件的平均运行时长；当组件的运行时长与平均运行时长的差值大于第二时长阈值时，将组件标记为不稳定，并停止运行组件。
[0148]
在本发明实施例中，在接收到所述接入接口的响应之后，组件接入模块703进一步用于：获取组件的代码，并对代码进行编译；将代码以及编译得到的二进制包存储于测试平台本地；调用组件的接口，以使组件从测试平台中以http方式下载二进制包，并根据二进制包开始运行。
[0149]
在本发明实施例中，在接入并运行组件之后，组件接入模块703进一步用于：根据预设检查周期，调用状态接口；当连续两次调用状态接口返回的结果均为失败时，将组件标记为异常，并停止运行组件。
[0150]
在本发明实施例中，测试平台运行有多个已接入的组件，接入数据中还包含：组件的接入位置以及调用顺序；组件接入模块703进一步用于：根据接入位置以及调用顺序，确定待接入的组件对应于已接入的组件的接入位置及运行顺序，并根据接入位置及运行顺序，接入并运行组件。
[0151]
在本发明实施例中，组件接入模块703进一步用于：生成前端页面，前端页面包含组件的标识，以使用户根据组件的标识生成用户指令；接收用户指令，用户指令指示了组件
的运行顺序；根据运行顺序以及组件返回的与标准参数相匹配的接入数据，接入并运行组件。
[0152]
在本发明实施例中，接口标准文件包含以下一个或多个标准参数：组件名称、接口名称、接口响应时间、运行时间、运行状态、运行进度、运行结果以及可扩展参数。
[0153]
根据本发明实施例的一种测试平台可以看出，测试平台在接收到组件的接入请求和接入数据后，对接入数据进行校验，如果校验得知该接入数据与自身的标准参数相匹配，则根据接入数据，接入并运行该组件；如果校验得知该接入数据与自身的标准参数不匹配，则向组件发送接口标准文件，其中接口标准文件包含了测试平台的标准参数，以使组件返回与标准参数相匹配的接入数据，测试平台再根据接入数据，接入并运行该组件，从而使得组件接口与测试平台的接口相匹配，保证组件能够顺利接入测试平台，提高了测试的效率。
[0154]
图8示出了可以应用本发明实施例的一种接入测试平台的方法或一种测试平台的示例性系统架构800。
[0155]
如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0156]
用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
[0157]
终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0158]
服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803查看结果页面或前端页面提供支持的后台管理服务器。后台管理服务器可以对接收到接入数据进行分析等处理，并将处理结果反馈给终端设备。
[0159]
需要说明的是，本发明实施例所提供的一种接入测试平台的方法一般由服务器805执行，相应地，一种测试平台一般设置于服务器805中。
[0160]
应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0161]
下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0162]
如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram 903中，还存储有系统900操作所需的各种程序和数据。cpu 901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
[0163]
以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如
磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
[0164]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本发明的系统中限定的上述功能。
[0165]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0166]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0167]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块、校验模块以及组件接入模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，校验模块还可以被描述为“校验接入数据是否与测试平台的标准参数相匹配的模块”。
[0168]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算
机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收接入请求，接入请求指示了待接入的组件以及接入数据；校验接入数据是否与测试平台的标准参数相匹配；如果是，根据接入数据，接入并运行组件；如果否，向组件发送接口标准文件，接口标准文件包含测试平台的标准参数，以使组件根据标准参数，返回与标准参数相匹配的接入数据；并根据接入数据，接入并运行组件。
[0169]
根据本发明实施例的技术方案，测试平台在接收到组件的接入请求和接入数据后，对接入数据进行校验，如果校验得知该接入数据与自身的标准参数相匹配，则根据接入数据，接入并运行该组件；如果校验得知该接入数据与自身的标准参数不匹配，则向组件发送接口标准文件，其中接口标准文件包含了测试平台的标准参数，以使组件返回与标准参数相匹配的接入数据，测试平台再根据接入数据，接入并运行该组件，从而使得组件接口与测试平台的接口相匹配，保证组件能够顺利接入测试平台，提高了测试的效率。
[0170]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。