CN116069573B - 一种基于api测试平台的测试方法及系统 - Google Patents

Abstract

本发明提供一种基于API测试平台的测试方法及系统，其中，方法包括：步骤1：获取多个API测试平台的平台挑选依据；步骤2：基于平台挑选依据，从API测试平台挑选出最佳API测试平台；步骤3：获取需要进行测试的API；步骤4：将API发送至最佳API测试平台对应的预设的测试接口；步骤5：获取测试结果返回的API测试结果并进行输出。本发明的基于API测试平台的测试方法及系统，对API测试平台进行挑选，保证API测试平台对API进行测试的测试质量，避免选择的API测试平台对API进行测试的测试质量较低可能会造成API对应的在开发的软件的软件质量得不到保证的情况发生，适用于API测试平台的数量增加的场景。

Description

一种基于API测试平台的测试方法及系统

技术领域

本发明涉及API测试技术领域，特别涉及一种基于API测试平台的测试方法及系统。

背景技术

目前，对API【Application Programming Interface，应用程序接口】进行测试【例如：API功能测试、API安全测试和API性能测试等】时，多是交由API测试平台完成，API测试平台会自行对API进行测试，并输出测试结果。但是，随着API测试平台的数量增加，API测试平台对API进行测试的测试质量参差不齐，若选择的API测试平台对API进行测试的测试质量较低，可能会造成API对应的在开发的软件的软件质量得不到保证。

因此，亟需一种解决办法。

发明内容

本发明目的之一在于提供了一种基于API测试平台的测试方法，对API测试平台进行挑选，保证API测试平台对API进行测试的测试质量，避免选择的API测试平台对API进行测试的测试质量较低可能会造成API对应的在开发的软件的软件质量得不到保证的情况发生，适用于API测试平台的数量增加的场景。

本发明实施例提供的一种基于API测试平台的测试方法，包括：

步骤1：获取多个API测试平台的平台挑选依据；

步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

步骤3：获取需要进行测试的API；

步骤4：将所述API发送至所述最佳API测试平台对应的预设的测试接口；

步骤5：获取所述测试结果返回的API测试结果并进行输出。

优选的，所述步骤1：获取多个API测试平台的平台挑选依据，包括：

获取所述API测试平台的平台资质信息，并作为平台挑选依据；

和/或，

获取所述API测试平台的平台功能信息，并作为平台挑选依据；

和/或，

获取所述API测试平台的平台评价信息，并作为平台挑选依据。

优选的，所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

对照预设的特征提取模板，对所述平台挑选依据进行特征提取，获得多个特征值；

将所述特征值输入至预设的平台挑选模型，确定第一挑选值；

将最大所述第一挑选值对应的所述API测试平台作为最佳API测试平台。

优选的，所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

获取所述平台挑选依据的依据类型对应的预设的依据评价模板和预设的类型权重；

对照所述依据评价模板，对所述平台挑选依据进行评价，获得评价值，并赋予所述评价值所述类型权重，获得第一目标值；

累加每一所述第一目标值，获得第二挑选值；

将最大所述第二挑选值对应的所述API测试平台作为最佳API测试平台。

优选的，所述步骤3：获取需要进行测试的API，包括：

获取预设的多个开发人员节点；

对照预设的API测试节点问询模板，对所述开发人员节点进行一一节点问询；

获取所述开发人员节点接收问询后回复的需要进行测试的API。

优选的，所述获取所述API测试平台的平台评价信息，包括：

获取所述API测试平台的多个平台评价项的评价类型；

当所述平台评价项的评价类型为差评时，获取所述平台评价项的评价来源的来源类型；

当所述平台评价项的评价来源的来源类型为内部来源时，获取所述平台评价项的差评回复对话，识别所述差评回复对话的占理方是否为所述API测试平台，若是，剔除所述平台评价项；

当所述平台评价项的评价来源的来源类型为外部来源时，获取所述平台评价项的第一可信度以及获取所述平台评价项的评价来源的第二可信度，若所述第一可信度小于等于预设的第一可信度阈值和/或所述第二可信度小于等于预设的第二可信度阈值，剔除所述平台评价项；

整合剩余的所述平台评价项，获得所述API测试平台的平台评价信息。

优选的，识别所述差评回复对话的占理方是否为所述API测试平台，包括：

解析所述差评回复对话中的一一相接的多个对话内容；

对每一所述对话内容进行语义分析，获得对话语义；

将所述对话语义与预设的指错语义库中的指错语义进行匹配，若匹配符合，将对应所述对话内容作为目标对话内容，同时，获取匹配符合所述指错语义对应的预设的指错无效语义库；

将所述差评回复对话中所述目标对话内容之后的所述对话内容的所述对话语义与指错无效语义库中的指错无效语义进行匹配，若匹配均不符合，确定差评回复对话的占理方不是为所述API测试平台。

优选的，获取所述平台评价项的第一可信度，包括：

解析所述平台评价项中的多个评价内容；

获取所述评价内容的内容类型；

将所述内容类型与预设的触发内容类型库中的触发内容类型进行匹配，若匹配符合，将对应所述评价内容作为目标评价内容，同时，获取匹配符合的所述触发内容类型对应的预设的内容可信验证模板；

基于所述内容可信验证模板，对所述目标评价内容进行内容可信验证，获得验证值；

累加计算每一所述验证值，获得所述平台评价项的第一可信度。

优选的，获取所述平台评价项的评价来源的第二可信度，包括：

获取所述评价来源的来源总场景的信任权重；

获取所述评价来源对应于所述来源总场景的第一信任值，赋予所述第一信任值所述信任权重，获得第二目标值；

获取所述来源总场景中所述评价来源产生所述平台评价项的分区场景的场景权重；

获取所述评价来源对应于所述分区场景的第二信任值，赋予所述第二信任值所述场景权重，获得第三目标值；

将所述第二目标值与所述第三目标值的目标值和作为所述平台评价项的评价来源的第二可信度。

本发明实施例提供的一种基于API测试平台的测试系统，包括：

第一获取模块，用于获取多个API测试平台的平台挑选依据；

挑选模块，用于基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

第二获取模块，用于获取需要进行测试的API；

测试模块，用于将所述API发送至所述最佳API测试平台对应的预设的测试接口；

输出模块，用于获取所述测试结果返回的API测试结果并进行输出。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中一种基于API测试平台的测试方法的示意图；

图2为本发明实施例中一种基于API测试平台的测试系统的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明实施例提供了一种基于API测试平台的测试方法，如图1所示，包括：

步骤1：获取多个API测试平台的平台挑选依据；

步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

步骤3：获取需要进行测试的API；

步骤4：将所述API发送至所述最佳API测试平台对应的预设的测试接口；

步骤5：获取所述测试结果返回的API测试结果并进行输出。

上述技术方案的工作原理及有益效果为：

基于平台挑选依据从API测试平台挑选出最佳API测试平台，将需要进行测试的API交由最佳API测试平台进行测试。最佳API测试平台对应的预设的测试接口为最佳API测试平台接收需要进行测试的API的接口，测试完成后，会由该接口返回测试结果。另外，在交由最佳API测试平台时，可与最佳API测试平台进行测试签约。

本申请对API测试平台进行挑选，保证API测试平台对API进行测试的测试质量，避免选择的API测试平台对API进行测试的测试质量较低可能会造成API对应的在开发的软件的软件质量得不到保证的情况发生，适用于API测试平台的数量增加的场景。

在一个实施例中，所述步骤1：获取多个API测试平台的平台挑选依据，包括：

获取所述API测试平台的平台资质信息，并作为平台挑选依据；

和/或，

获取所述API测试平台的平台功能信息，并作为平台挑选依据；

和/或，

获取所述API测试平台的平台评价信息，并作为平台挑选依据。

上述技术方案的工作原理及有益效果为：

平台挑选依据包括：API测试平台的平台资质信息【例如：工商信息、历史合作客户和CMA认证等】、平台功能信息【例如：用于API测试的测试用例的种类和数量、支持API压力测试和支持API性能测试等】和平台评价信息【API测试平台的历史客户对API测试平台的评价】中一种或多种结合。提升了平台挑选依据获取的全面性。

在一个实施例中，所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

对照预设的特征提取模板，对所述平台挑选依据进行特征提取，获得多个特征值；

将所述特征值输入至预设的平台挑选模型，确定第一挑选值；

将最大所述第一挑选值对应的所述API测试平台作为最佳API测试平台。

上述技术方案的工作原理及有益效果为：

特征值包括：实缴资本数、参保人数、历史合作客户数、101【表示CMA认证】、用于API测试的测试用例的种类、用于API测试的测试用例的数量、102【表示支持持API压力测试】、好评数量和差评数量等。预设的平台挑选模型为利用大量的人工基于由平台挑选依据提取出的特征值进行平台挑选的逻辑记录【例如：实缴资本数、参保人数、历史合作客户数、用于API测试的测试用例的种类、用于API测试的测试用例的数量和好评数量等越多，平台越佳】对神经网络模型进行训练直至收敛后的人工智能模型。将特征值输入平台挑选模型，平台挑选模型会输出第一挑选值，第一挑选值越大，API测试平台越佳。提升了最佳API测试平台的挑选效率，同时，也更加智能化。

在一个实施例中，所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

获取所述平台挑选依据的依据类型对应的预设的依据评价模板和预设的类型权重；

对照所述依据评价模板，对所述平台挑选依据进行评价，获得评价值，并赋予所述评价值所述类型权重，获得第一目标值；

累加每一所述第一目标值，获得第二挑选值；

将最大所述第二挑选值对应的所述API测试平台作为最佳API测试平台。

上述技术方案的工作原理及有益效果为：

依据类型包括：平台资质、平台功能和平台评价。依据类型对应的预设的依据评价模板为，例如：依据类型为平台资质，依据评价模板为实缴资本数≥100万得分8、参保人数≥20得分7和历史合作客户数≥50得分9，各得分之和则为评价值。依据类型对应的预设的类型权重为该依据类型的平台挑选依据用于平台挑选的依据权重，例如：对API测试平台进行挑选时，应着重看重平台功能则平台功能对应的依据权重最大。对照依据评价模板对平台挑选依据进行评价，获得评价值。赋予评价值类型权重，获得第一目标值，赋予公式为：m＝f·h，其中，m为第一目标值，h为评价值，f为类型权重。将第一目标值的累加计算和作为第二挑选值。将最大第二挑选值对应的API测试平台作为最佳API测试平台。提供另一种最佳API测试平台的挑选方式，提升系统的适用性。

在一个实施例中，所述步骤3：获取需要进行测试的API，包括：

获取预设的多个开发人员节点；

对照预设的API测试节点问询模板，对所述开发人员节点进行一一节点问询；

获取所述开发人员节点接收问询后回复的需要进行测试的API。

上述技术方案的工作原理及有益效果为：

开发人员节点为一网络节点，与开发人员使用的智能终端进行通信对接。预设的API测试节点问询模板为，例如：发送“开发人员，您好！是否有需要测试的API，若是，请及时上传。”的信息。对照API测试节点问询模板，对开发人员节点进行一一节点问询。开发人员会收到问询，当有需要测试的API时进行上传回复。省去人工收集各开发人员需要测试的API的流程，降低人力成本，提升便捷性。

在一个实施例中，所述获取所述API测试平台的平台评价信息，包括：

获取所述API测试平台的多个平台评价项的评价类型；

当所述平台评价项的评价类型为差评时，获取所述平台评价项的评价来源的来源类型；

当所述平台评价项的评价来源的来源类型为内部来源时，获取所述平台评价项的差评回复对话，识别所述差评回复对话的占理方是否为所述API测试平台，若是，剔除所述平台评价项；

当所述平台评价项的评价来源的来源类型为外部来源时，获取所述平台评价项的第一可信度以及获取所述平台评价项的评价来源的第二可信度，若所述第一可信度小于等于预设的第一可信度阈值和/或所述第二可信度小于等于预设的第二可信度阈值，剔除所述平台评价项；

整合剩余的所述平台评价项，获得所述API测试平台的平台评价信息。

上述技术方案的工作原理及有益效果为：

平台评价项的评价类型分为好评和差评，当评价类型为差评时，需要进行恶意差评验证，保证平台评价信息获取的精准性。平台评价项的评价来源的来源类型分为内部来源【API测试平台内的评价区内的评价】和外部来源【API测试平台之外的评价区内的评价，例如：API测试交流论坛中各论坛用户对API测试平台的评价等】。一般的，API测试平台可能会自行对评价做筛选，不展示/少部分展示差评，因此，从内部来源和外部来源两个类型的来源获取平台评价信息，提升了平台评价的全面性。

一般的，当API测试平台的客户进行差评后，API测试平台的客服人员会进行解释/道歉回复等【类似于淘宝商品评价区中的对话回复功能】。因此，验证差评是否是恶意差评，可基于平台评价项的差评回复对话【差评下客户与API测试平台的客服人员之间的对话】进行验证，在验证时，识别占理方是否为所述API测试平台，若是，则差评不坐实，进行剔除。当来源类型为外部来源时，需要进行可信验证，基于平台评价项自身的第一可信度以及平台评价项的评价来源的第二可信度进行可信验证，验证不通过则进行剔除。根据评价来源的类型不同分别进行验证剔除，极大程度上保证平台评价信息获取的精准性。

在一个实施例中，识别所述差评回复对话的占理方是否为所述API测试平台，包括：

解析所述差评回复对话中的一一相接的多个对话内容；

对每一所述对话内容进行语义分析，获得对话语义；

将所述对话语义与预设的指错语义库中的指错语义进行匹配，若匹配符合，将对应所述对话内容作为目标对话内容，同时，获取匹配符合所述指错语义对应的预设的指错无效语义库；

将所述差评回复对话中所述目标对话内容之后的所述对话内容的所述对话语义与指错无效语义库中的指错无效语义进行匹配，若匹配均不符合，确定差评回复对话的占理方不是为所述API测试平台。

上述技术方案的工作原理及有益效果为：

提取差评回复对话中的一一相接的多个对话内容的对话语义。预设的指错语义库中有大量的客户指出自身不满意/API测试平台的不足的地方的指错语义，例如：“测试过程慢”和“结果输出另收费”等。匹配符合所述指错语义对应的预设的指错无效语义库中有大量的反映客户指出自身不满意/API测试平台的不足的地方不存在的指错无效语义，例如：“您的测试过程只花费3分钟，属于正常水平。”和“结果输出是免费的，可以咨询客服教您操作。”等。将对话语义与指错语义进行匹配，若匹配符合，说明客户指出自身不满意/API测试平台的不足的地方，若客户占理，则API测试平台之后只会进行道歉/不回复，否则，会进行解释，因此，将差评回复对话中目标对话内容之后的对话语义与指错无效语义进行匹配，若匹配均不符合，说明API测试平台的客服人员没有进行解释，属于道歉/不回复，则占理方为客户，不为API测试平台。基于语义进行占理方的确定，提升了恶意差评识别的精准性，另外，分别引入指错语义库和指错无效语义库，提升了语义以及语义情形识别的识别效率。

在一个实施例中，获取所述平台评价项的第一可信度，包括：

解析所述平台评价项中的多个评价内容；

获取所述评价内容的内容类型；

将所述内容类型与预设的触发内容类型库中的触发内容类型进行匹配，若匹配符合，将对应所述评价内容作为目标评价内容，同时，获取匹配符合的所述触发内容类型对应的预设的内容可信验证模板；

基于所述内容可信验证模板，对所述目标评价内容进行内容可信验证，获得验证值；

累加计算每一所述验证值，获得所述平台评价项的第一可信度。

上述技术方案的工作原理及有益效果为：

平台评价项中的多个评价内容的内容类型包括：评价文字和评价人使用API测试平台时使用界面截图等。预设的触发内容类型库中有需要进行内容可信验证的触发内容类型，例如：评价人使用API测试平台时使用界面截图需要验证截图真伪，则触发内容类型为评价人使用API测试平台时使用界面截图。将内容类型与触发内容类型进行匹配，若匹配符合，说明需要进行内容可信验证，获取匹配符合的触发内容类型对应的预设的内容可信验证模板，例如：验证截图中是否有关“API测试”和“API测试平台”的字样等。基于内容可信验证模板，对目标评价内容进行内容可信验证，获得验证值，验证值越大，可信程度越高。将验证值的累加计算和作为平台评价项的第一可信度。极大程度上提升了平台评价项自身的第一可信度的确定全面性，另外，引入触发内容类型库，采用触发制进行内容可信验证，减少内容可信验证资源，提升内容可信验证效率。

在一个实施例中，获取所述平台评价项的评价来源的第二可信度，包括：

获取所述评价来源的来源总场景的信任权重；

获取所述评价来源对应于所述来源总场景的第一信任值，赋予所述第一信任值所述信任权重，获得第二目标值；

获取所述来源总场景中所述评价来源产生所述平台评价项的分区场景的场景权重；

获取所述评价来源对应于所述分区场景的第二信任值，赋予所述第二信任值所述场景权重，获得第三目标值；

将所述第二目标值与所述第三目标值的目标值和作为所述平台评价项的评价来源的第二可信度。

上述技术方案的工作原理及有益效果为：

评价来源的来源总场景【来源的总源头，例如：程序员交流论坛】的信任权重，信任权重越大，来源总场景的可信程度越高【例如：程序员交流论坛的知名度越大，受公众监督的程度越高，信任权重越大】。获取评价来源对应于来源总场景的第一信任值，第一信任值与评价来源在来源总场景的身份信息的真实性有关【例如：与在程序员交流论坛内的注册时长和实名认证信息等有关】，身份信息越真实，第一信任值越大。获取来源总场景中评价来源产生平台评价项的分区场景的场景权重，分区场景为来源总场景中的局部场景【例如：程序员交流论坛中的API测试讨论区】，场景权重越大，说明局部场景占来源总场景的场景份额越多。获取评价来源对应于分区场景的第二信任值，第二信任值与评价来源在分区场景内的历史行为有关【例如：注册用户在API测试讨论区中的活跃时长越长，则第二信任值越大】，历史行为越多，则第二信任值越高。分别赋予第一信任值信任权重以及赋予第二信任值场景权重【赋予公式与上述赋予评价值类型权重同理】，将赋予后的第二目标值与第三目标值的目标值和作为平台评价项的评价来源的第二可信度。提升评价来源的第二可信度获取的合理性和全面性。

本发明实施例提供了一种基于API测试平台的测试系统，如图2所示，包括：

第一获取模块1，用于获取多个API测试平台的平台挑选依据；

挑选模块2，用于基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

第二获取模块3，用于获取需要进行测试的API；

测试模块4，用于将所述API发送至所述最佳API测试平台对应的预设的测试接口；

输出模块5，用于获取所述测试结果返回的API测试结果并进行输出。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种基于API测试平台的测试方法，其特征在于，包括：

步骤1：获取多个API测试平台的平台挑选依据；

步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

步骤3：获取需要进行测试的API；

步骤4：将所述API发送至所述最佳API测试平台对应的预设的测试接口；

步骤5：获取所述测试结果返回的API测试结果并进行输出；

所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

对照预设的特征提取模板，对所述平台挑选依据进行特征提取，获得多个特征值；

将所述特征值输入至预设的平台挑选模型，确定第一挑选值；

将最大所述第一挑选值对应的所述API测试平台作为最佳API测试平台；

所述步骤1：获取多个API测试平台的平台挑选依据，包括：

获取所述API测试平台的平台资质信息，并作为平台挑选依据；

和，

获取所述API测试平台的平台功能信息，并作为平台挑选依据；

和，

获取所述API测试平台的平台评价信息，并作为平台挑选依据。

2.如权利要求1所述的一种基于API测试平台的测试方法，其特征在于，所述步骤2：基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

获取所述平台挑选依据的依据类型对应的预设的依据评价模板和预设的类型权重；

对照所述依据评价模板，对所述平台挑选依据进行评价，获得评价值，并赋予所述评价值所述类型权重，获得第一目标值；

累加每一所述第一目标值，获得第二挑选值；

将最大所述第二挑选值对应的所述API测试平台作为最佳API测试平台。

3.如权利要求1所述的一种基于API测试平台的测试方法，其特征在于，所述步骤3：获取需要进行测试的API，包括：

获取预设的多个开发人员节点；

对照预设的API测试节点问询模板，对所述开发人员节点进行一一节点问询；

获取所述开发人员节点接收问询后回复的需要进行测试的API。

4.如权利要求1所述的一种基于API测试平台的测试方法，其特征在于，所述获取所述API测试平台的平台评价信息，包括：

获取所述API测试平台的多个平台评价项的评价类型；

当所述平台评价项的评价类型为差评时，获取所述平台评价项的评价来源的来源类型；

当所述平台评价项的评价来源的来源类型为内部来源时，获取所述平台评价项的差评回复对话，识别所述差评回复对话的占理方是否为所述API测试平台，若是，剔除所述平台评价项；

当所述平台评价项的评价来源的来源类型为外部来源时，获取所述平台评价项的第一可信度以及获取所述平台评价项的评价来源的第二可信度，若所述第一可信度小于等于预设的第一可信度阈值和/或所述第二可信度小于等于预设的第二可信度阈值，剔除所述平台评价项；

整合剩余的所述平台评价项，获得所述API测试平台的平台评价信息。

5.如权利要求4所述的一种基于API测试平台的测试方法，其特征在于，识别所述差评回复对话的占理方是否为所述API测试平台，包括：

解析所述差评回复对话中的一一相接的多个对话内容；

对每一所述对话内容进行语义分析，获得对话语义；

将所述对话语义与预设的指错语义库中的指错语义进行匹配，若匹配符合，将对应所述对话内容作为目标对话内容，同时，获取匹配符合所述指错语义对应的预设的指错无效语义库；

将所述差评回复对话中所述目标对话内容之后的所述对话内容的所述对话语义与指错无效语义库中的指错无效语义进行匹配，若匹配均不符合，确定差评回复对话的占理方不是为所述API测试平台。

6.如权利要求4所述的一种基于API测试平台的测试方法，其特征在于，获取所述平台评价项的第一可信度，包括：

解析所述平台评价项中的多个评价内容；

获取所述评价内容的内容类型；

将所述内容类型与预设的触发内容类型库中的触发内容类型进行匹配，若匹配符合，将对应所述评价内容作为目标评价内容，同时，获取匹配符合的所述触发内容类型对应的预设的内容可信验证模板；

基于所述内容可信验证模板，对所述目标评价内容进行内容可信验证，获得验证值；

累加计算每一所述验证值，获得所述平台评价项的第一可信度。

7.如权利要求4所述的一种基于API测试平台的测试方法，其特征在于，获取所述平台评价项的评价来源的第二可信度，包括：

获取所述评价来源的来源总场景的信任权重；

获取所述评价来源对应于所述来源总场景的第一信任值，赋予所述第一信任值所述信任权重，获得第二目标值；

获取所述来源总场景中所述评价来源产生所述平台评价项的分区场景的场景权重；

获取所述评价来源对应于所述分区场景的第二信任值，赋予所述第二信任值所述场景权重，获得第三目标值；

将所述第二目标值与所述第三目标值的目标值和作为所述平台评价项的评价来源的第二可信度。

8.一种基于API测试平台的测试系统，其特征在于，包括：

第一获取模块，用于获取多个API测试平台的平台挑选依据；

挑选模块，用于基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台；

第二获取模块，用于获取需要进行测试的API；

测试模块，用于将所述API发送至所述最佳API测试平台对应的预设的测试接口；

输出模块，用于获取所述测试结果返回的API测试结果并进行输出；

所述基于所述平台挑选依据，从所述API测试平台挑选出最佳API测试平台，包括：

对照预设的特征提取模板，对所述平台挑选依据进行特征提取，获得多个特征值；

将所述特征值输入至预设的平台挑选模型，确定第一挑选值；

将最大所述第一挑选值对应的所述API测试平台作为最佳API测试平台；

获取多个API测试平台的平台挑选依据，包括：

获取所述API测试平台的平台资质信息，并作为平台挑选依据；

和，

获取所述API测试平台的平台功能信息，并作为平台挑选依据；

和，

获取所述API测试平台的平台评价信息，并作为平台挑选依据。