CN106708718A - 服务框架接口测试方法与装置 - Google Patents

Abstract

本发明提出了一种服务框架接口测试方法，包括：将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；根据比对成功的初始化测试数据，对服务框架接口执行自动化回归测试操作，生成接口测试结果；将接口测试结果与预设的接口调用预期值执行自动比对；以及根据某一时间阶段的多个接口测试结果对接口测试效果执行分析。本发明还公开了一种服务框架接口测试装置。

Description

服务框架接口测试方法与装置

技术领域

本发明涉及计算机技术领域，特别地涉及一种服务框架接口测试方法与装置。

背景技术

随着互联网的发展，越来越多的互联网公司开发适用于自身业务的服务框架，以提高网站基础服务和治理能力。服务框架的质量很大程度决定了网站服务的质量。但由于服务框架接口众多，通信类型可能包括多种协议和方法级服务调用，并且数据量较大，接口测试工作繁琐且容易出错，影响服务框架质量。

一般接口测试方法为：根据接口说明文档编写程序调用接口，判断是否能够达到该接口所定义的功能；根据该接口参数，构造不同的用例，以测试接口在参数合法以及非法的情况下是否达到预期效果；根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑。

进一步地，现有技术中，针对接口测试，较常用的方法主要有以下两种：一种为白盒单元测试，例如，Junit，TestNG框架，通过白盒单元测试，可自动化实现对不同接口参数的遍历和结果判断，还能对接口内部逻辑编写测试用例进行测试，但这些工作对测试人员的要求较高，通常这种类型的测试应由研发人员进行测试，且用例的变更需要修改代码以及编译，每次被测试对象变更，测试代码都需要重新编译，同时，单元测试对测试人员要求较高，不适用功能测试环节；另一种为工具软件打桩测试，例如，开源工具soapUI，具体的，在功能测试阶段，通常使用打桩工具进行接口测试，接口连接成功后，输入参数，判断返回值，需要人为手工输入和判断结果，对于大数据返回结果，人为比较容易出错，且对于大量接口测试工作，手工执行，效率低下，耽误人力，进一步地，各打桩工具支持的功能接口也较单一，不便于扩展同时，由于服务框架接口区别于一般服务，方法级的接口需要引用库函数服务包文件，一般的接口测试工具不能满足需求。

发明内容

有鉴于此，本发明提供一种服务框架接口测试方法，通过多种通信方式的集成和接口扩展插件技术，实现对服务框架接口的遍历性测试，易于扩展和移植；通过配置初始化环境数据，实现初始化测试环境，有利于保证测试结果的准确性；通过自动化执行回归测试，降低了开发和测试沟通成本，提高了测试效率；通过配置接口初始值、预期值以及在接口调用完成后自动比对测试结果数据和预期值，自动比对初始化实际结果和初始值，实现了测试结果数据的可自动反馈性与易用性。本发明还公开了一种服务框架接口测试装置。

为实现上述目的，根据本发明的一个方面，提供了一种服务框架接口测试方法，包括：

将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；根据比对成功的初始化测试数据，对服务框架接口执行自动化回归测试操作，生成接口测试结果；将所述接口测试结果与预设的接口调用预期值执行自动比对；以及根据某一时间阶段的所述多个接口测试结果对接口测试效果执行分析。

可选地，所述初始化配置信息包括：执行顺序参数、延迟参数以及所述测试数据预期值。

可选地，还包括：将测试数据的所述初始化配置信息预先存储在数据库中。

可选地，还包括：判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

可选地，根据所述多个接口测试结果对接口测试效果执行分析具体包括：对所述多个接口测试结果执行多种维度的统计，并根据多种维度的统计结果自动生成数据报表。

为实现上述目的，根据本发明的另一个方面，提供了一种服务框架接口测试装置，包括：

初始化比对模块，用于将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；测试模块，用于根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果；测试结果比对模块，用于将所述接口测试结果与预设的接口调用预期值执行自动比对；以及测试效果分析模块，用于根据某一时间阶段的所述多个接口测试结果对接口测试效果执行分析。

可选地，所述初始化配置信息包括：执行顺序参数、延迟参数以及所述测试数据预期值。

可选地，还包括：存储模块，用于将测试数据的所述初始化配置信息预先存储在数据库中。

可选地，还包括：接口协议判断模块，用于判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

可选地，所述测试效果分析模块具体包括：统计单元以及数据报表生成单元；所述统计单元，用于对所述多个接口测试结果执行多种维度的统计；所述数据报表生成单元，用于根据多种维度的统计结果自动生成数据报表。

根据本发明的技术方案，本发明提出了一种服务框架接口测试方法，通过多种通信方式的集成和接口扩展插件技术，实现对服务框架接口的遍历性测试，易于扩展和移植；通过配置初始化环境数据，实现初始化测试环境，有利于保证测试结果的准确性；通过自动化执行回归测试，降低了开发和测试沟通成本，提高了测试效率；通过配置接口初始值、预期值以及在接口调用完成后自动比对测试结果数据和预期值，自动比对初始化实际结果和初始值，实现了测试结果数据的可自动反馈性与易用性。本发明还公开了一种服务框架接口测试装置。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种服务框架接口测试方法的步骤流程图；以及

图2是根据本发明实施例的一种服务框架接口测试装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施方式做出说明，其中包括本发明实施方式的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施方式做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

如图1所示，本发明实施例的一种服务框架接口测试方法的步骤流程图。服务框架接口测试方法，包括以下具体步骤：

步骤S1：将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对，其中，初始化配置信息包括：执行顺序参数、延迟参数以及测试数据预期值。

具体地，执行顺序参数的设置支持每条测试数据的初始化配置信息可以由用户根据需要定制顺序，即每条测试数据的初始化配置信息都有自己的编号。

延迟参数的设置为了有时间选择性的执行测试数据初始化，为每条测试数据的初始化信息增加了延迟时间属性，即不填写延迟时间属性即为立刻执行每条测试数据的初始化操作，如果填写延迟时间属性，则按照用户所填写的延迟时间的正数数值(以秒为单位)延迟到某个预设时间再对测试数据初始化。基于上述内容，有些测试数据初始化需要立刻执行初始化操作，而有些初始化需要一些延迟，上述立刻执行初始化操作还是需要一些延迟与具体的业务需求相关。进一步地，具体处理方式为：利用Java的worker技术，当需要延迟初始化时，把相关初始化配置信息的操作交给worker，让其根据时间以秒为单位等待，直到满足延迟时间已到的条件，再由worker去执行初始化语句。通过带有排序以及延迟的测试数据的初始化方法，实现了测试数据过程的有选择性与灵活性。

更进一步地，在执行配置时，会根据初始化配置的类型选择使用采用哪种技术进行初始化。例如，针对传统关系型数据库，采用JDBC技术去连接数据库并执行初始化语句；而对于近些年涌现出来面向大数据需求的NoSQL数据库，则分别创建连接引擎去连接对应的数据库从而执行初始化语句。

测试数据预期值的设置是初始化语句所修改的结果，用于和初始化语句的初始化返回值进行比对的数值，用来判断初始化的测试数据是否正确有效。

进一步地，初始化配置信息还包括：标识、主机IP、主机端口以及初始化语句。其中，标识即为测试数据的ID号，用于逐条识别测试数据；主机IP以及主机端口，用于记录测试数据的测试环境信息；初始化语句，用对数据库中的内容进行修改，从而满足接口程序测试前期条件，语句根据所用的数据库MongoDB，Redis，MySQL的不同而有所区别。综上所述，提高了针对多个接口的初始化配置信息的多样性。更进一步地，执行初始化语句过程中的错误信息和正常信息会和测试数据初始化结果一并存储到结果数据库中。

更进一步地，本发明公开的一种服务框架接口测试方法中，将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值进行自动比对之前还包括：将测试数据的初始化配置信息预先存储在数据库中。即测试数据初始化信息在测试之前由用户录入到数据库中进行保存。本发明为服务框架接口测试方法，即针对不同的接口可以通过不同的测试数据有不同的测试数据的初始化配置信息，且针对同一个接口的测试数据的初始化配置支持一次初始化多条配置的功能。由此，提高了针对同一个接口的测试数据的初始化配置的灵活性与适用性。

步骤S2：根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果。

由于回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性时非常有意义的。本发明提出的一种服务框架接口测试方法根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果数据，实现了大幅降低系统测试、维护升级等阶段的成本。

具体地，比对成功的初始化测试数据通过读取接口配置文件方式或从预先存储于数据库中的数据读取接口方式对服务框架接口执行调用，进而执行自动化回归测试操作，生成接口测试结果。其中，比对成功的初始化测试数据通过读取接口配置文件方式或从预先存储于数据库中的数据读取接口方式选择其一，提高了针对服务框架接口调用方式的多样性与适用性。

进一步地，本发明公开的一种服务框架接口测试方法中，根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果之前还包括：判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式或从预先存储于数据库中的数据读取接口方式对服务框架接口执行自动化回归测试。其中，通过对接口协议的判断，实现了接口协议与接口服务匹配的准确性。

具体地，接口配置文件通过对接口服务名称、接口服务方法以及方法参数进行xml配置而生成。本发明涉及服务框架接口测试，由于服务框架接口不同于一般通信接口，通常需要引用服务框架所提供的接口jar包，本发明采用动态加载jar包的方式，有利于实现接口的扩展与更新。同时，针对一个接口服务所提供的接口种类繁多，接口参数类型各异，为了方便测试人员使用，且避免遗漏，本发明对服务框架接口采用配置xml的方式，对各个接口进行了详细说明。通过对各个接口进行xml配置描述，实现了实时更新jar包以及配置文件的功能，有利于服务框架接口扩展和移植。

更进一步地，在测试时，预先配置好的配置文件可供程序调用，呈现给测试人员，测试人员直接向已识别的参数类型填写数据即可完成测试数据构造。其中，接口xml配置的参考格式如下所示：

由上述接口xml配置的参考格式可以看出：程序中有一个接口服务标签以及多个接口方法标签，即接口服务根据不同的接口名称、版本和/或分组参数定义生成；接口方法为根据不同的接口名称、类型、属性、执行范围和/或先决条件参数定义生成。上述一个接口服务对应多个接口方法，二者关系为一对多的映射关系。

根据上述接口xml配置的参考格式可以推知：本发明公开的服务框架接口测试方法进一步通过数据迭代测试方式加快了自动化回归测试过程，即通过创建测试作业和测试调度，执行流程可以按照不同需求把测试数据和初始化配置包含进不同的测试作业中，从而达到执行一个测试作业就可以运行多个测试用例的效果。其中，测试调度分为预约执行和循环执行两种方式，测试调度可以包括多个测试作业，测试作业可以包括多个测试数据，这也为大规模自动化回归测试提供了便捷性与可行性。

综上所述，本发明公开的一种服务框架接口测试方法，在测试过程中，通过反复执行上述执行过程，实现了高效且自动回归测试的有益效果，同时，通过对测试数据和配置信息的保存，共享接口信息、配置信息以及测试数据的反复使用，实现了测试的高效性。

步骤S3：将接口测试结果与预设的接口调用预期值执行自动比对。

具体地，获取生成接口测试结果与预设的接口调用预期值，通过接口测试结果与预设的接口调用预期值判断测试返回结果是否失败。具体做法如下：判断接口测试结果与预设的接口调用预期值是否为空，若接口测试结果和/或预设的接口调用预期值任一值为空，则判定接口测试结果失败；若接口测试结果和/或预设的接口调用预期值都不为空，则继续判断接口测试结果与预设的接口调用预期值的值长，若接口测试结果和预设的接口调用预期值的值长不同，则判定接口测试结果失败；若接口测试结果与预设的接口调用预期值的值长相同，则对接口测试结果和预设的接口调用预期值进行反序列化，将反序列化的接口测试结果和预设的接口调用预期值以多种比对流程进行比对生成比对结果并将比对结果返回给用户。

具体地，接口测试结果可能包含较长json串，而预设的接口调用预期值可能只是其中的一部分，人工从大量数据中查找预设的接口调用预期值，工作量巨大，本发明包含通过多种比对流程进行自动比对的功能，即后台在java程序中利用json包实现json串的比较和分析的操作。由此，实现快速从结构复杂的json串中比对接口测试结果和预设的接口调用预期值内容差异的有益效果，再通过前台jquery编程实现结果以不同颜色进行显示的功能，即结果以粗体绿色或红色进行区分。由此，显著性的提高了测试效率以及测试结果的可区别性。其中，多种比对流程包括：字符匹配、jsonobject比对流程和/或jsonarray比对流程。由此，提高了比对流程的多样性与易用性。

步骤S4：根据某一时间阶段的多个接口测试结果对接口测试效果执行分析。具体地，需要说明的是，可以在任意一个预设时间段内，对多个接口测试结果执行多种维度的统计，并根据多种维度的统计结果自动生成数据报表。

进一步地，对于接口测试结果本发明也不是仅给出了成功和失败两种状态，而是基于分析测试人员预设的任意某一时间阶段的接口程序测试结果，通过对某一时间阶段的多个接口程序测试结果进行多种维度的统计，并根据多种维度的统计结果自动生成数据报表。其中，数据报表包括多个统计，即多个接口测试结果统计、多个接口服务包含的接口测试结果统计、多个测试人员接口测试结果统计、多个测试人员所在部门接口测试结果统计。本发明公开的数据报表包括的统计信息不局限以上示例，还可以把接口测试结果中出现相同问题的测试结果作为统计维度，从而不仅提高接口测试结果的准确性，而且还有助于开发人员了解测试时出现的问题，问题出现的频率，问题所在的接口以及所属部门，有利于针对出现的问题进行查看的及时性与分析的有效性。

更进一步地，通过根据多种维度的统计结果自动生成数据报表，有利于测试开发人员实时、有效的了解接口测试的各种情况，依据数据报表分析测试问题，总结测试用例的覆盖率的方法，有利于在开发阶段及早获悉测试结果，及时修复问题且测试与开发通过共享这些测试结果有效的提升了沟通效率；通过自动生成的数据报表，实现为测试、开发分析接口调用情况、失败原因以及用例是否覆盖得当给出了准确的分析依据。

根据本发明实施例的服务框架接口测试方法，通过多种通信方式的集成和接口扩展插件技术，实现对服务框架接口的遍历性测试，易于扩展和移植；通过配置初始化环境数据，实现初始化测试环境，有利于保证测试结果的准确性；通过自动化执行回归测试，降低了开发和测试沟通成本，提高了测试效率；通过配置接口初始值、预期值以及在接口调用完成后自动比对测试结果数据和预期值，自动比对初始化实际结果和初始值，实现了测试结果数据的可自动反馈性与易用性。

如图2所示，本发明实施例的一种服务框架接口测试装置10，包括：初始化比对模块101、测试模块102、测试结果比对模块103以及测试效果分析模块104。

具体地，初始化比对模块101用于将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对，其中，初始化配置信息包括：执行顺序参数、延迟参数以及测试数据预期值；测试模块102用于根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果；测试结果比对模块103用于将接口测试结果与预设的接口调用预期值执行自动比对；以及测试效果分析模块104用于根据某一时间阶段的多个接口测试结果对接口测试效果执行分析。

进一步地，测试效果分析模块104包括：统计单元1041(图中未示出)以及数据报表生成单元1042(图中未示出)。其中统计单元1041用于对多个接口测试结果执行多种维度的统计；数据报表生成单元1042用于根据多种维度的统计结果自动生成数据报表。

更进一步地，本发明提出的一种服务框架接口测试装置，还包括：存储模块105以及接口协议判断模块106。其中，存储模块105用于将测试数据的初始化配置信息预先存储在数据库中；接口协议判断模块106用于判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

根据本发明实施例的服务框架接口测试装置，通过多种通信方式的集成和接口扩展插件技术，实现对服务框架接口的遍历性测试，易于扩展和移植；通过配置初始化环境数据，实现初始化测试环境，有利于保证测试结果的准确性；通过自动化执行回归测试，降低了开发和测试沟通成本，提高了测试效率；通过配置接口初始值、预期值以及在接口调用完成后自动比对测试结果数据和预期值，自动比对初始化实际结果和初始值，实现了测试结果数据的可自动反馈性与易用性。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(POM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现；具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”“一些实施例”、“示例”、“具体示例”或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性标书不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求极其等同限定。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种服务框架接口测试方法，其特征在于，包括：

将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；

根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果；

将所述接口测试结果与预设的接口调用预期值执行自动比对；以及

根据某一时间阶段的所述多个接口测试结果对接口测试效果执行分析。

2.根据权利要求1所述服务框架接口测试方法，其特征在于，所述初始化配置信息包括：执行顺序参数、延迟参数以及所述测试数据预期值。

3.根据权利要求1所述服务框架接口测试方法，其特征在于，还包括：将测试数据的所述初始化配置信息预先存储在数据库中。

4.根据权利要求1所述服务框架接口测试方法，其特征在于，还包括：判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

5.根据权利要求1所述服务框架接口测试方法，其特征在于，根据所述多个接口测试结果对接口测试效果执行分析具体包括：对所述多个接口测试结果执行多种维度的统计，并根据多种维度的统计结果自动生成数据报表。

6.一种服务框架接口测试装置，其特征在于，包括：

初始化比对模块，用于将测试数据初始化的初始化返回值与初始化配置信息中的测试数据预期值执行自动比对；

测试模块，用于根据比对成功的初始化测试数据对服务框架接口执行自动化回归测试操作，生成接口测试结果；

测试结果比对模块，用于将所述接口测试结果与预设的接口调用预期值执行自动比对；以及

测试效果分析模块，用于根据某一时间阶段的所述多个接口测试结果对接口测试效果执行分析。

7.根据权利要求6所述服务框架接口测试装置，其特征在于，所述初始化配置信息包括：执行顺序参数、延迟参数以及所述测试数据预期值。

8.根据权利要求6所述服务框架接口测试装置，其特征在于，还包括：存储模块，用于将测试数据的所述初始化配置信息预先存储在数据库中。

9.根据权利要求6所述服务框架接口测试装置，其特征在于，还包括：接口协议判断模块，用于判断已选择的接口协议是否为公有协议，若为公有协议，则对服务框架接口执行自动化回归测试；若不为公有协议，则以读取接口配置文件方式对服务框架接口执行自动化回归测试。

10.根据权利要求6所述服务框架接口测试装置，其特征在于，所述测试效果分析模块具体包括：统计单元以及数据报表生成单元；

所述统计单元，用于对所述多个接口测试结果执行多种维度的统计；

所述数据报表生成单元，用于根据多种维度的统计结果自动生成数据报表。