接口自动化测试方法和装置与流程

本发明涉及自动化测试领域，具体涉及接口自动化测试方法和装置。

背景技术：

计算机技术领域的测试包括自动化测试和手工测试，虽然自动化测试并没有完全取代手工测试，但是在大多数场景下优势还是十分明显的。自动化测试的测试用例编写一直是测试人员关注的重点，如何生成更合适的测试用例，并根据测试用例完成测试执行是需要解决的问题。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的接口自动化测试方法和装置。

依据本发明的一个方面，提供了一种接口自动化测试方法，包括：

抓取与待测试接口对应的数据包；

根据所述数据包生成测试用例集；

根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，所述若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

可选地，所述抓取与待测试接口对应的数据包包括：

通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

可选地，所述根据所述数据包生成测试用例集包括：

将抓取的数据包导出为har文件；

通过har2case工具将所述har文件转换为json文件或yaml文件。

可选地，所述自定义函数是依据jsonschema实现的，包含所述自定义函数的配置文件为python文件。

可选地，所述测试用例集包括第一测试用例和第二测试用例；

所述第二测试用例使用的一个参数为所述第一测试用例执行后取得的一个指定返回值，所述第一测试用例的执行顺序在所述第二测试用例之前。

可选地，所述根据所述数据包生成测试用例集包括：

对数据包中的上传数据和返回数据分别进行更改。

可选地，所述根据所述数据包生成测试用例集包括：

依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

可选地，该方法还包括：

在测试结束后生成相应的测试报告。

依据本发明的另一方面，提供了一种接口自动化测试装置，包括：

抓包单元，适于抓取与待测试接口对应的数据包；

测试用例单元，适于根据所述数据包生成测试用例集；

测试单元，适于根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，所述若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

可选地，所述抓包单元，适于通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

可选地，所述测试用例单元，适于将抓取的数据包导出为har文件；通过har2case工具将所述har文件转换为json文件或yaml文件。

可选地，所述自定义函数是依据jsonschema实现的，包含所述自定义函数的配置文件为python文件。

可选地，所述测试用例集包括第一测试用例和第二测试用例；

所述第二测试用例使用的一个参数为所述第一测试用例执行后取得的一个指定返回值，所述第一测试用例的执行顺序在所述第二测试用例之前。

可选地，所述测试用例单元，适于对数据包中的上传数据和返回数据分别进行更改。

可选地，所述测试用例单元，适于依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

可选地，该装置还包括：

测试报告单元，适于在测试结束后生成相应的测试报告。

依据本发明的又一方面，提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。

依据本发明的再一方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一所述的方法。

由上述可知，本发明的技术方案，通过抓取与待测试接口对应的数据包，根据数据包生成测试用例集，再根据生成的测试用例集和包含自定义函数的配置文件对待测试接口进行测试。该技术方案能够通过抓取数据包的方式，自动生成包括若干个测试用例的测试用例集，其中也可以根据用户需求进行修改，非常方便，并且还可以通过在配置文件中设置自定义函数的方式，进一步方便测试的实施，提高测试效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种接口自动化测试方法的流程示意图；

图2示出了根据本发明一个实施例的一种接口自动化测试装置的结构示意图；

图3示出了根据本发明一个实施例的电子设备的结构示意图；

图4示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的一种接口自动化测试方法的流程示意图。如图1所示，该方法包括：

步骤s110，抓取与待测试接口对应的数据包。数据包的内容既可以包括向待测试接口发送的数据，即上传数据，也可以包括待测试接口返回的数据，即返回数据。该抓取数据包的过程可以通过手工等方式操作客户端与服务器进行交互，抓取待测试接口对应的数据包。

步骤s120，根据数据包生成测试用例集。

在本步骤中，可以根据数据包自动生成包含若干个测试用例的测试用例集，也确定了测试用例的格式。生成的测试用例集可以直接用于测试，测试人员也可以根据需求，按照确定的测试用例格式自己改写若干个测试用例。改写过程可以是人工改写，也可以是根据配置文件自动改写。

步骤s130，根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

例如，待测试接口涉及加密，则相关函数可以在配置文件中自定义，非常方便。执行的测试可以包括单元测试和压力测试等等。这样也实现了测试代码与测试用例的分离。

可见，图1所示的方法，通过抓取与待测试接口对应的数据包，根据数据包生成测试用例集，再根据生成的测试用例集和包含自定义函数的配置文件对待测试接口进行测试。该技术方案能够通过抓取数据包的方式，自动生成包括若干个测试用例的测试用例集，其中也可以根据用户需求进行修改，非常方便，并且还可以通过在配置文件中设置自定义函数的方式，进一步方便测试的实施，提高测试效率。

在本发明的一个实施例中，上述方法中，抓取与待测试接口对应的数据包包括：通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

上述两种工具仅是抓取数据包的较好的两种工具，在其他实施例中测试人员也可以根据实际需求选取其他方式抓取数据包，本发明对此不做限制。

在本发明的一个实施例中，上述方法中，根据数据包生成测试用例集包括：将抓取的数据包导出为har文件；通过har2case工具将har文件转换为json文件或yaml文件。

例如，通过charles工具录制上传数据和返回数据，导出har文件。har文件是httparchive(http规范)文件的缩写，通过har2case工具可以将har文件转换为json文件或yaml文件。在具体实现时，yaml文件的可读性略优于json文件(包含的括号少，不易出错)，可以作为优选项。

一个json文件或yaml文件即为一个测试用例集，其中的一个测试用例的格式可以如下所示：

-test(对应一个接口的测试用例)

name(测试用例名称)：

parameters(测试用例中定义的参数列表，作用域为当前测试用例，用于实现对当前测试用例进行数据化驱动)：

request(http请求的详细内容)：

extract(从当前http请求的响应结果中提取参数，并保存到参数变量中，例如token，后续测试用例可通过$token的形式进行引用)：

validate(测试用例中定义的结果校验项，作用域为当前测试用例，用于实现对当前测试用例运行结果的校验)：

在本发明的一个实施例中，上述方法中，自定义函数是依据jsonschema实现的，包含自定义函数的配置文件为python文件。

即自定义函数可以写在一个.py文件中，根据jsonschema(可以理解为json数据格式规范)实现，并且可以结合断言这一测试过程中重要的方式来使用。

在本发明的一个实施例中，上述方法中，测试用例集包括第一测试用例和第二测试用例；第二测试用例使用的一个参数为第一测试用例执行后取得的一个指定返回值，第一测试用例的执行顺序在第二测试用例之前。

在一个具体实施例中，可以对商品的购买场景进行测试。例如，商品列表页中有一个商品买完了，就不能再用该商品的id创建后续的测试用例。因此在实现时，可以利用测试用例执行的返回值进行参数传递。举例而言，执行查看商品列表用例时，读取并导出列表的第一条商品的qid(标识)，下一条商品详情页的测试用例就使用该qid。这样避免了每跑一次测试用例，更改一次商品qid。

在本发明的一个实施例中，上述方法中，根据数据包生成测试用例集包括：对数据包中的上传数据和返回数据分别进行更改。

在一个具体的实施例中，更改上传数据和返回数据可以测试前端和后端是否都对数据参数的安全性进行了校验。在一个电子支付的例子中，开发人员在前端使用数字键盘限制，用户不能输入非法的充值金额，但是没有考虑到通过抓包的方式可以绕过该限制，这就是忽视了在后端对用户输入的处理，签名的校验，导致漏洞。因此在涉及到支付的项目，对于数值参数采用双端签名验证、支付逻辑校验都是重点，测试时可以针对相应的接口采取专项的接口测试，减少相关漏洞。

在本发明的一个实施例中，上述方法中，根据数据包生成测试用例集包括：依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

例如，一个场景下，一个商品的参数有多个，每个参数需要选用不同的值来测试，这样就需要生成数量较多的参数组进行测试。在一个具体的实施例中，采用参数化数据驱动的方式，通过设置两个独立的数组，在测试时可以在测试用例的参数配置随机选取数组中的值形成不同的多组参数组，不需要人工配置海量组合，减少人工成本，提高测试效率。

在本发明的一个实施例中，上述方法还包括：在测试结束后生成相应的测试报告。

一个测试报告的内容可以包括如下的一种或多种：测试开始时间、测试持续时间、测试平台、总测试数、成功数、失败数(这两个可以根据断言实现)、错误数、跳过数、详细信息等等。具体针对每个测试的接口，可以包括测试用例名称，相应时间等等。

本发明的实施例提供了一种通用的测试框架，测试用例虽然可以自动生成，但是具体的测试细节往往还要参照不同的项目内容，根据项目流程图和接口文档进行调整，自动生成的测试用例在格式上更为规范，在配置上实现了代码与用例的分离，灵活可靠，测试用例复用性强，不同的测试如压力测试、功能测试等可以采用同一份源码，测试效率大大提高。

图2示出了根据本发明一个实施例的一种接口自动化测试装置的结构示意图。如图2所示，接口自动化测试装置200包括：

抓包单元210，适于抓取与待测试接口对应的数据包。数据包的内容既可以包括向待测试接口发送的数据，即上传数据，也可以包括待测试接口返回的数据，即返回数据。该抓取数据包的过程可以通过手工等方式操作客户端与服务器进行交互，抓取待测试接口对应的数据包。

测试用例单元220，适于根据数据包生成测试用例集。

在本步骤中，可以根据数据包自动生成包含若干个测试用例的测试用例集，也确定了测试用例的格式。生成的测试用例集可以直接用于测试，测试人员也可以根据需求，按照确定的测试用例格式自己改写若干个测试用例。改写过程可以是人工改写，也可以是根据配置文件自动改写。

测试单元230，适于根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

例如，待测试接口涉及加密，则相关函数可以在配置文件中自定义，非常方便。执行的测试可以包括单元测试和压力测试等等。这样也实现了测试代码与测试用例的分离。

可见，图2所示的装置，通过抓取与待测试接口对应的数据包，根据数据包生成测试用例集，再根据生成的测试用例集和包含自定义函数的配置文件对待测试接口进行测试。该技术方案能够通过抓取数据包的方式，自动生成包括若干个测试用例的测试用例集，其中也可以根据用户需求进行修改，非常方便，并且还可以通过在配置文件中设置自定义函数的方式，进一步方便测试的实施，提高测试效率。

在本发明的一个实施例中，上述装置中，抓包单元210，适于通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

上述两种工具仅是抓取数据包的较好的两种工具，在其他实施例中测试人员也可以根据实际需求选取其他方式抓取数据包，本发明对此不做限制。

在本发明的一个实施例中，上述装置中，测试用例单元220，适于将抓取的数据包导出为har文件；通过har2case工具将har文件转换为json文件或yaml文件。

例如，通过charles工具录制上传数据和返回数据，导出har文件。har文件是httparchive(http规范)文件的缩写，通过har2case工具可以将har文件转换为json文件或yaml文件。在具体实现时，yaml文件的可读性略优于json文件(包含的括号少，不易出错)，可以作为优选项。

一个json文件或yaml文件即为一个测试用例集，其中的一个测试用例的格式可以如下所示：

-test(对应一个接口的测试用例)

name(测试用例名称)：

parameters(测试用例中定义的参数列表，作用域为当前测试用例，用于实现对当前测试用例进行数据化驱动)：

request(http请求的详细内容)：

extract(从当前http请求的响应结果中提取参数，并保存到参数变量中，例如token，后续测试用例可通过$token的形式进行引用)：

validate(测试用例中定义的结果校验项，作用域为当前测试用例，用于实现对当前测试用例运行结果的校验)：

在本发明的一个实施例中，上述装置中，自定义函数是依据jsonschema实现的，包含自定义函数的配置文件为python文件。

即自定义函数可以写在一个.py文件中，根据jsonschema(可以理解为json数据格式规范)实现，并且可以结合断言这一测试过程中重要的方式来使用。

在本发明的一个实施例中，上述装置中，测试用例集包括第一测试用例和第二测试用例；第二测试用例使用的一个参数为第一测试用例执行后取得的一个指定返回值，第一测试用例的执行顺序在第二测试用例之前。

在一个具体实施例中，可以对商品的购买场景进行测试。例如，商品列表页中有一个商品买完了，就不能再用该商品的id创建后续的测试用例。因此在实现时，可以利用测试用例执行的返回值进行参数传递。举例而言，执行查看商品列表用例时，读取并导出列表的第一条商品的qid(标识)，下一条商品详情页的测试用例就使用该qid。这样避免了每跑一次测试用例，更改一次商品qid。

在本发明的一个实施例中，上述装置中，测试用例单元220，适于对数据包中的上传数据和返回数据分别进行更改。

在一个具体的实施例中，更改上传数据和返回数据可以测试前端和后端是否都对数据参数的安全性进行了校验。在一个电子支付的例子中，开发人员在前端使用数字键盘限制，用户不能输入非法的充值金额，但是没有考虑到通过抓包的方式可以绕过该限制，这就是忽视了在后端对用户输入的处理，签名的校验，导致漏洞。因此在涉及到支付的项目，对于数值参数采用双端签名验证、支付逻辑校验都是重点，测试时可以针对相应的接口采取专项的接口测试，减少相关漏洞。

在本发明的一个实施例中，上述装置中，测试用例单元220，适于依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

例如，一个场景下，一个商品的参数有多个，每个参数需要选用不同的值来测试，这样就需要生成数量较多的参数组进行测试。在一个具体的实施例中，采用参数化数据驱动的方式，通过设置两个独立的数组，在测试时可以在测试用例的参数配置随机选取数组中的值形成不同的多组参数组，不需要人工配置海量组合，减少人工成本，提高测试效率。

在本发明的一个实施例中，上述装置还包括：测试报告单元，适于在测试结束后生成相应的测试报告。

一个测试报告的内容可以包括如下的一种或多种：测试开始时间、测试持续时间、测试平台、总测试数、成功数、失败数(这两个可以根据断言实现)、错误数、跳过数、详细信息等等。具体针对每个测试的接口，可以包括测试用例名称，相应时间等等。

本发明的实施例提供了一种通用的测试框架，测试用例虽然可以自动生成，但是具体的测试细节往往还要参照不同的项目内容，根据项目流程图和接口文档进行调整，自动生成的测试用例在格式上更为规范，在配置上实现了代码与用例的分离，灵活可靠，测试用例复用性强，不同的测试如压力测试、功能测试等可以采用同一份源码，测试效率大大提高。

综上所述，本发明的技术方案，通过抓取与待测试接口对应的数据包，根据数据包生成测试用例集，再根据生成的测试用例集和包含自定义函数的配置文件对待测试接口进行测试。该技术方案能够通过抓取数据包的方式，自动生成包括若干个测试用例的测试用例集，其中也可以根据用户需求进行修改，非常方便，并且还可以通过在配置文件中设置自定义函数的方式，进一步方便测试的实施，提高测试效率。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的接口自动化测试装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图3示出了根据本发明一个实施例的电子设备的结构示意图。该电子设备包括处理器310和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器320。存储器320可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器320具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码331的存储空间330。例如，用于存储计算机可读程序代码的存储空间330可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码331。计算机可读程序代码331可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(cd)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所述的计算机可读存储介质。图4示出了根据本发明一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质400存储有用于执行根据本发明的方法步骤的计算机可读程序代码331，可以被电子设备300的处理器310读取，当计算机可读程序代码331由电子设备300运行时，导致该电子设备300执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码331可以执行上述任一实施例中示出的方法。计算机可读程序代码331可以以适当形式进行压缩。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了a1、一种接口自动化测试方法，包括：

抓取与待测试接口对应的数据包；

根据所述数据包生成测试用例集；

根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，所述若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

a2、如a1所述的方法，其中，所述抓取与待测试接口对应的数据包包括：

通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

a3、如a1所述的方法，其中，所述根据所述数据包生成测试用例集包括：

将抓取的数据包导出为har文件；

通过har2case工具将所述har文件转换为json文件或yaml文件。

a4、如a1所述的方法，其中，所述自定义函数是依据jsonschema实现的，包含所述自定义函数的配置文件为python文件。

a5、如a1所述的方法，其中，所述测试用例集包括第一测试用例和第二测试用例；

所述第二测试用例使用的一个参数为所述第一测试用例执行后取得的一个指定返回值，所述第一测试用例的执行顺序在所述第二测试用例之前。

a6、如a1所述的方法，其中，所述根据所述数据包生成测试用例集包括：

对数据包中的上传数据和返回数据分别进行更改。

a7、如a1所述的方法，其中，所述根据所述数据包生成测试用例集包括：

依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

a8、如a1所述的方法，其中，该方法还包括：

在测试结束后生成相应的测试报告。

本发明还公开了b9、一种接口自动化测试装置，包括：

抓包单元，适于抓取与待测试接口对应的数据包；

测试用例单元，适于根据所述数据包生成测试用例集；

测试单元，适于根据生成的测试用例集和若干个配置文件对待测试接口进行测试，其中，所述若干个配置文件中的至少一个配置文件包括一个或多个自定义函数。

b10、如b9所述的装置，其中，

所述抓包单元，适于通过charles工具和/或fiddler工具抓取与待测试接口对应的数据包。

b11、如b9所述的装置，其中，

所述测试用例单元，适于将抓取的数据包导出为har文件；通过har2case工具将所述har文件转换为json文件或yaml文件。

b12、如b9所述的装置，其中，所述自定义函数是依据jsonschema实现的，包含所述自定义函数的配置文件为python文件。

b13、如b9所述的装置，其中，所述测试用例集包括第一测试用例和第二测试用例；

所述第二测试用例使用的一个参数为所述第一测试用例执行后取得的一个指定返回值，所述第一测试用例的执行顺序在所述第二测试用例之前。

b14、如b9所述的装置，其中，

所述测试用例单元，适于对数据包中的上传数据和返回数据分别进行更改。

b15、如b9所述的装置，其中，

所述测试用例单元，适于依据预设的一个或多个数组生成测试用例集中各测试用例的参数。

b16、如b9所述的装置，其中，该装置还包括：

测试报告单元，适于在测试结束后生成相应的测试报告。

本发明还公开了c17、一种电子设备，其中，该电子设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如a1-a8中任一项所述的方法。

本发明还公开了d18、一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如a1-a8中任一项所述的方法。