CN110297762A - 插件式自动测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种插件式自动测试方法、装置、计算机设备及存储介质，应用于网页中，是基于chrome扩展插件的自动测试，包括：获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；根据所述测试数据在预设数据库中匹配测试脚本；将所述测试脚本发送至所述chrome扩展插件中以进行测试；以弹窗方式在当前的显示界面显示所述自动测试的结果信息。本技术方案采用上述方案，进行自动化测试，无需安装简单加载打包到浏览器即可使用，该插件支持入参参数化，批量参数化，支持批量执行任务，支持一键生成测试报告等功能，节约了人力成本。

Description

插件式自动测试方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机应用技术领域，具体而言，本发明涉及一种插件式自动测试方法、装置、计算机设备及存储介质。

背景技术

目前，在网站开发的过程中，对开发成果进行测试是必不可少的环节。测试工作需要针对开发出来的产品编写测试代码和测试用例，并在专门部署的测试服务器上，运行测试代码和测试用例以检测开发出来的产品是否满足特定的需求。

但是，目前随着网站架构体系的日益复杂，测试周期在不断地拉长、测试成本不断的增大，测试效率不断降低。测试工作中对于新产品需要部署新的测试环境，这样不仅加大了硬件成本，还使测试工作变得繁琐，加大了测试的复杂度、降低了测试的效率。对于架构复杂且庞大的产品，测试代码和测试用例的编写工作也相应地复杂和繁琐，对于不断开发出来的新产品，需要不断地编写新的测试代码和测试用例，这样就拉长了测试周期、降低了测试效率。从而，在目前的开发测试环境下，测试工作的进度落后、成本攀升、效率低下，远远不能满足开发工作的需求。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，公开一种信息动态更新方法、装置、计算机设备及存储介质，可以快速响应和实现数据修改。

为了达到上述目的，本发明公开一种插件式自动测试方法，应用于网页中，是基于chrome扩展插件的自动测试，包括：

获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

根据所述测试数据在预设数据库中匹配测试脚本；

将所述测试脚本发送至所述chrome扩展插件中以进行测试；

以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

可选的，所述测试数据中包括编码信息和测试参数，所述根据所述测试数据在预设数据库中匹配测试脚本的方法包括：

获取所述测试数据的编码信息；

根据所述测试参数在预设数据库中匹配参数配置文件；

将所述编码信息封装在所述参数配置文件中以生成测试脚本。

可选的，所述测试数据中包括多条测试项目，每条所述测试项目包括对应的编码信息和测试参数，当有多条测试项目时，所述将所述测试脚本发送至所述chrome扩展插件中以进行自动测试的方法包括：

按照所述测试项目发送的先后顺序，将所述测试项目匹配的测试脚本依次发送至所述chrome扩展插件中；

所述chrome扩展插件按照所述测试项目的先后顺序依次进行测试，并将生成的测试结果发送给后台进行缓存。

可选的，所述以弹窗方式在当前的显示界面显示所述自动测试的结果信息的方法包括：

判断所述测试项目是否全部测试完毕；

当所有的测试项目测试完毕后，将缓存的所有测试结果按照进行测试的先后顺序依次排列生成测试报告，并以弹窗的方式显示所述测试报告。

可选的，所述根据所述测试参数在预设数据库中匹配参数配置文件之前还包括：

判断所述测试项目是否在对应的测试网页端为第一次测试；

当为第一次测试时根据所述测试项目的测试参数在预设数据库中匹配参数配置文件，并将所述参数配置文件缓存在缓冲备用数据库中。

可选的，所述判断所述测试项目是否在对应的测试网页端为第一次测试之后还包括：

当不为第一次测试时，从所述测试网页端的缓冲备用数据库中提取所述参数配置文件；

将所述测试参数对应的编码信息封装在所述参数配置文件中以生成测试脚本。

另一方面，本发明公开一种插件式自动测试装置，应用于网页中，是基于chrome扩展插件的自动测试，包括：

获取模块：被配置为执行获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

匹配模块：被配置为执行根据所述测试数据在预设数据库中匹配测试脚本；

测试模块：被配置为执行将所述测试脚本发送至所述chrome扩展插件中以进行测试；

显示模块：被配置为执行以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

可选的，所述测试数据中包括编码信息和测试参数，所述匹配模块包括：

编码获取模块：被配置为执行获取所述测试数据的编码信息；

参数匹配模块：被配置为执行根据所述测试参数在预设数据库中匹配参数配置文件；

第一封装模块：被配置为执行将所述编码信息封装在所述参数配置文件中以生成测试脚本。

可选的，所述测试数据中包括多条测试项目，每条所述测试项目包括对应的编码信息和测试参数，当有多条测试项目时，所述测试模块包括：

发送执行模块：被配置为执行按照所述测试项目发送的先后顺序，将所述测试项目匹配的测试脚本依次发送至所述chrome扩展插件中；

测试执行模块：被配置为执行将所述chrome扩展插件按照所述测试项目的先后顺序依次进行测试，并将生成的测试结果发送给后台进行缓存。

可选的，所述显示模块包括：

第一判断模块：被配置为执行判断所述测试项目是否全部测试完毕；

结果显示模块：被配置为执行当所有的测试项目测试完毕后，将缓存的所有测试结果按照进行测试的先后顺序依次排列生成测试报告，并以弹窗的方式显示所述测试报告。

可选的，还包括：

第二判断模块：被配置为执行判断所述测试项目是否在对应的测试网页端为第一次测试；

参数匹配模块：被配置为执行当为第一次测试时根据所述测试项目的测试参数在预设数据库中匹配参数配置文件，并将所述参数配置文件缓存在缓冲备用数据库中。

可选的，还包括：

提取模块：被配置为执行当不为第一次测试时，从所述测试网页端的缓冲备用数据库中提取所述参数配置文件；

第二封装模块：被配置为执行将所述测试参数对应的编码信息封装在所述参数配置文件中以生成测试脚本。

另一方面，本申请还公开一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如上述任一项所述的插件式自动测试方法的步骤。

另一方面本申请还公开一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一项所述的插件式自动测试方法的步骤。

本发明的有益效果是：

本申请公开一种插件式自动测试方法和装置，本技术方案是由于现有的web自动化框架都比较重，对环境和系统有一点要求，安装配置较麻烦，因此采用这一种插件式自动化框架不依赖环境，只需要编写简单的文件就可以在浏览器中采用chrome扩展插件直接进行测试。采用上述方案，进行自动化测试，无需安装简单加载打包到浏览器即可使用，该插件支持入参参数化，批量参数化，支持批量执行任务，支持一键生成测试报告等功能，节约了人力成本。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明插件式自动测试方法流程图；

图2为本发明根据所述测试数据在预设数据库中匹配测试脚本的方法流程图；

图3为本发明自动测试的方法流程图；

图4为本发明以弹窗方式显示的方法流程图；

图5为本发明载预设数据库中匹配参数配置文件的方法流程图；

图6为本发明插件式自动测试方法装置框图；

图7为本发明计算机设备基本结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

具体的，请参阅图1，本发明公开一种插件式自动测试方法，应用于网页中，是基于chrome扩展插件的自动测试，而一个Chrome扩展插件包括一系列文件，HTML文件、CSS样式文件、JavaScript脚本、图片等，本申请可应用在不同场景的页面，而不同场景的页面根据执行的内容不同，需要进行测试的内容也不一样，因此会有不同的测试脚本，为了达到不同页面分别独立进行测试，本申请中将不同的页面匹配的测试脚本一一对应，记录在chrome扩展信息的manifest.json中。

具体的，请参阅图1，本申请的技术方案包括：

S1000、获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

测试网页端为需要测试网页，需要测试的网页包括一个或多个，而每个网页根据主题内容的不同以及测试内容的不同，会有不同的测试脚本，现有技术中，都是一个网页一个网页单独进行测试，且每个网页测试完毕，获得测试数据后，再加载第二个需要测试的网页的测试脚本，以进行测试，这样速度慢，而本申请的技术方案中，可以同时对多个测试网页进行同时测试，不同的测试网页其测试参数不一样，因此，在获取的测试数据中，包括一条或多条针对不同测试页面的测试数据。

S2000、根据所述测试数据在预设数据库中匹配测试脚本；

所述测试数据中包括编码信息和测试参数，请参阅图2，所述根据所述测试数据在预设数据库中匹配测试脚本的方法包括：

S1100、获取所述测试数据的编码信息；

S1200、根据所述测试参数在预设数据库中匹配参数配置文件；

S1300、将所述编码信息封装在所述参数配置文件中以生成测试脚本。

由于测试数据可能同时存在多条，为了进行区分，对每一个不同网页的测试参数都进行编号，因此本申请中，测试数据包括编码信息和测试参数，通过编码信息来区分不同的网页。

在一实施例中，一种编码信息的格式包括，不同的网页匹配一个固定的编码，例如A网页的测试参数，编码是A，B网页的测试参数，编码是B，C网页的测试参数，编码是C，以此来区分不同的测试网页。在另一实施例中，存在同一网页，不同测试参数的想象，因此，针对不同的测试参数，通过一种编号将其进行区分，例如A网页的第一个测试参数编号为A001，第二个测试参数编号为A002，以此类推。

当获取了所述编码信息，则可获取对应的测试参数。测试参数为网页进行测试时指定的测试项目，包括测试类型、测试范围、测试内容等等，根据测试参数，可匹配对应的参数配置文件，以进行后续的测试工作。

参数配置文件存储在后台的预设数据库中，不同的测试参数匹配不同的参数配置文件，将参数配置文件结合对应的编码信息，则可生成针对编码信息所在的网页的测试脚本。

本申请中公开的预设数据库为manifest.json。manifest.json是每个chrome扩展插件中有且只有一个的清单文件，它指明了该扩展的基本信息，如名称、版本、需要的权限等等，格式是json。当获取到场景页面信息时，则在这个清单文件中匹配对应的测试脚本。

JSON是一种独立于语言和平台的数据格式，JSON对象就是一种格式化的静态的数据，接下来的chrome扩展中各模块之间交换信息就是用这种格式。传送时就是作为简单的字符串来传，js在收到json数据的时候可以看成对象来解析，其中可以有层次。其实不仅chrome扩展模块之间的数据交流可以用这种格式，跨应用跨平台的数据交流也可以用这种格式，因为它的数据冗余度很小，并且可读性很好，也容易解析。而*.json格式的文件，其内容就是一个json对象。manifest.json就是用这样一种格式化的方法来指明了一个chrome扩展插件的基本信息。

S3000、将所述测试脚本发送至所述chrome扩展插件中以进行测试；

当测试数据只有一条时，将上述生成的测试脚本直接发送至所述chrome扩展插件中以进行自动测试。但是，当有多个所述测试数据时，请参阅图3，所述将所述测试脚本发送至所述chrome扩展插件中以进行自动测试的方法包括：

S3100、按照所述测试项目发送的先后顺序，将所述测试项目匹配的测试脚本依次发送至所述chrome扩展插件中；

S3200、所述chrome扩展插件按照所述测试项目的先后顺序依次进行测试，并将生成的测试结果发送给后台进行缓存。

当有多个测试数据时，可按照测试数据发送的先后顺序在chrome扩展插件对测试数据进行测试。

S4000、以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

弹窗方式是指在当前显示界面，又叠加生成一个窗口，单独进行显示。在一实施例中，由于存在多条测试数据，因此针对每一个测试数据，都弹出一个结果信息窗口，以供用户分类查看结果。

在另一实施例中，所有的结果信息都显示在一个弹窗中，这种情况下，请参阅图4，所述以弹窗方式在当前的显示界面显示所述自动测试的结果信息的方法包括：

S4100、判断所述测试项目是否全部测试完毕；

S4200、当所有的测试项目测试完毕后，将缓存的所有测试结果按照进行测试的先后顺序依次排列生成测试报告，并以弹窗的方式显示所述测试报告。

由于上述步骤S3200中公开了生成的测试结果会发送后台进行缓存，因此，通过监控所有测试数据是否测试完毕，来将缓存的测试结果收集起来一起显示。

chrome插件主要由三部分构成：I).popup：在用户点击扩展程序图标时，都可以设置弹出一个popup页面。而这个页面中自然是可以有运行的js脚本的(比如就叫popup.js)。它会在每次点击插件图标——popup页面弹出时，重新载入。

II).content_scripts：是会注入到Web页面的JS文件，可以是多个，也可以对注入条件进行设置，也就是满足什么条件，才会将这些js文件注入到当前web页面中。

可以把这些注入的js文件和网页的个文件看成一个整体，相当于在你网页中，写入了这些js代码。这样就可以对原来的web页面进行操作了。

III)background即插件运行的环境：可以是html+js，也可以是单纯的js

插件启动后就常驻后台，只有一个。这类脚本是运行在浏览器后台的，注意它是与当前浏览页面无关的。

本申请通过上述机制，通过Content脚本向后台background发送请求，其中，发送请求中包括不同功能的浏览器的测试数据，后台background读取配置文件，即background中在manifest.json的清单文件中匹配对应的测试脚本，然后发送给content，content将参数写入浏览器中缓存备用，同时在后台background中将匹配的参数与content信息关联，并进行备份。

popup.js检查案例是否全部执行完毕在popup.html页面生产测试报告,popup.html页面参数结果展示.content script，被注入到用户当前浏览的页面中的，运行在一个单独的被隔离的环境中。它的生存周期也就是跟浏览的网页一样，最迟到网页加载完全完成时，content script就开始跑了，直到用户当前浏览的网页被关闭。每次刷新时将重新载入，它不可以访问background和popup页面中的脚本(我称后面这两类为“完全属于扩展程序的脚本”，接下来介绍)的变量和函数，但可以通过和background的通信来和扩展程序的其他部分实现数据交流。

要实现background.js和popup.js之间的交互，首先需要先配置好manifest.json文件，在background.js文件中做好配置信息，由popup.js调用background.js文件里面的函数。

在一实施例中，请参阅图5，所述根据所述测试参数在预设数据库中匹配参数配置文件之前还包括：

S5000、判断所述测试项目是否在对应的测试网页端为第一次测试；

S6000、当为第一次测试时根据所述测试项目的测试参数在预设数据库中匹配参数配置文件，并将所述参数配置文件缓存在缓冲备用数据库中。

S7000、当不为第一次测试时，从所述测试网页端的缓冲备用数据库中提取所述参数配置文件；

S8000、将所述测试参数对应的编码信息封装在所述参数配置文件中以生成测试脚本。

本申请中，为了加快测试的速度，对某一测试参数，在第一次加载参数配置文件时，则将其缓存在缓冲备用数据库中，在后续的测试过程中，首先验证该测试参数是否在单位时间内第一次进行测试，若不是，则直接从缓冲备用数据库中读取缓存的参数配置文件，并封装编码信息后生成测试脚本以进行后续的测试，无须在预设数据库中匹配测试脚本，加快了测试的速度和效率。

另一方面，本发明公开一种插件式自动测试装置，应用于网页中，是基于chrome扩展插件的自动测试，包括：

获取模块1000：被配置为执行获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

匹配模块2000：被配置为执行根据所述测试数据在预设数据库中匹配测试脚本；

测试模块3000：被配置为执行将所述测试脚本发送至所述chrome扩展插件中以进行测试；

显示模块4000：被配置为执行以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

可选的，所述测试数据中包括编码信息和测试参数，所述匹配模块包括：

编码获取模块：被配置为执行获取所述测试数据的编码信息；

参数匹配模块：被配置为执行根据所述测试参数在预设数据库中匹配参数配置文件；

第一封装模块：被配置为执行将所述编码信息封装在所述参数配置文件中以生成测试脚本。

可选的，所述测试数据中包括多条测试项目，每条所述测试项目包括对应的编码信息和测试参数，当有多条测试项目时，所述测试模块包括：

发送执行模块：被配置为执行按照所述测试项目发送的先后顺序，将所述测试项目匹配的测试脚本依次发送至所述chrome扩展插件中；

测试执行模块：被配置为执行将所述chrome扩展插件按照所述测试项目的先后顺序依次进行测试，并将生成的测试结果发送给后台进行缓存。

可选的，所述显示模块包括：

第一判断模块：被配置为执行判断所述测试项目是否全部测试完毕；

结果显示模块：被配置为执行当所有的测试项目测试完毕后，将缓存的所有测试结果按照进行测试的先后顺序依次排列生成测试报告，并以弹窗的方式显示所述测试报告。

可选的，还包括：

第二判断模块：被配置为执行判断所述测试项目是否在对应的测试网页端为第一次测试；

参数匹配模块：被配置为执行当为第一次测试时根据所述测试项目的测试参数在预设数据库中匹配参数配置文件，并将所述参数配置文件缓存在缓冲备用数据库中。

可选的，还包括：

提取模块：被配置为执行当不为第一次测试时，从所述测试网页端的缓冲备用数据库中提取所述参数配置文件；

第二封装模块：被配置为执行将所述测试参数对应的编码信息封装在所述参数配置文件中以生成测试脚本。

由于上述公开的插件式自动测试装置是插件式自动测试方法一一对应的产品的介绍，其功能一样，此处不再赘述，本申请采用上述方案，进行自动化测试，无需安装简单加载打包到浏览器即可使用，该插件支持入参参数化，批量参数化，支持批量执行任务，支持一键生成测试报告等功能，节约了人力成本。

本发明实施例提供计算机设备基本结构框图请参阅图7。

该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种插件式自动测试方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种插件式自动测试方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

计算机设备通过接收关联的客户端发送的提示行为的状态信息，通过验证上述任务条件是否达成，进而向关联终端发送对应的预设指令，以使关联终端能够根据该预设指令执行相应的操作，从而实现了对关联终端的有效监管。同时，在提示信息状态与预设的状态指令不相同时，服务器端控制关联终端持续进行响铃，以防止关联终端的提示任务在执行一段时间后自动终止的问题。

本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述插件式自动测试方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种插件式自动测试方法，其特征在于，应用于网页中，是基于chrome扩展插件的自动测试，包括：

获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

根据所述测试数据在预设数据库中匹配测试脚本；

将所述测试脚本发送至所述chrome扩展插件中以进行测试；

以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

2.根据权利要求1所述的插件式自动测试方法，其特征在于，所述测试数据中包括编码信息和测试参数，所述根据所述测试数据在预设数据库中匹配测试脚本的方法包括：

获取所述测试数据的编码信息；

根据所述测试参数在预设数据库中匹配参数配置文件；

将所述编码信息封装在所述参数配置文件中以生成测试脚本。

3.根据权利要求2所述的插件式自动测试方法，其特征在于，所述测试数据中包括多条测试项目，每条所述测试项目包括对应的编码信息和测试参数，当有多条测试项目时，所述将所述测试脚本发送至所述chrome扩展插件中以进行自动测试的方法包括：

按照所述测试项目发送的先后顺序，将所述测试项目匹配的测试脚本依次发送至所述chrome扩展插件中；

所述chrome扩展插件按照所述测试项目的先后顺序依次进行测试，并将生成的测试结果发送给后台进行缓存。

4.根据权利要求3所述的插件式自动测试的方法，其特征在于，所述以弹窗方式在当前的显示界面显示所述自动测试的结果信息的方法包括：

判断所述测试项目是否全部测试完毕；

当所有的测试项目测试完毕后，将缓存的所有测试结果按照进行测试的先后顺序依次排列生成测试报告，并以弹窗的方式显示所述测试报告。

5.根据权利要求2所述的插件式自动测试方法，其特征在于，所述根据所述测试参数在预设数据库中匹配参数配置文件之前还包括：

判断所述测试项目是否在对应的测试网页端为第一次测试；

当为第一次测试时根据所述测试项目的测试参数在预设数据库中匹配参数配置文件，并将所述参数配置文件缓存在缓冲备用数据库中。

6.根据权利要求5所述的插件式自动测试方法，其特征在于，所述判断所述测试项目是否在对应的测试网页端为第一次测试之后还包括：

当不为第一次测试时，从所述测试网页端的缓冲备用数据库中提取所述参数配置文件；

将所述测试参数对应的编码信息封装在所述参数配置文件中以生成测试脚本。

7.一种插件式自动测试装置，其特征在于，应用于网页中，是基于chrome扩展插件的自动测试，包括：

获取模块：被配置为执行获取测试网页端发送的测试数据,其中，所述测试网页端为非激活状态下的网页；

匹配模块：被配置为执行根据所述测试数据在预设数据库中匹配测试脚本；

测试模块：被配置为执行将所述测试脚本发送至所述chrome扩展插件中以进行测试；

显示模块：被配置为执行以弹窗方式在当前的显示界面显示所述自动测试的结果信息。

8.根据权利要求7所述的插件式自动测试装置，其特征在于，所述测试数据中包括编码信息和测试参数，所述匹配模块包括：

编码获取模块：被配置为执行获取所述测试数据的编码信息；

参数匹配模块：被配置为执行根据所述测试参数在预设数据库中匹配参数配置文件；

第一封装模块：被配置为执行将所述编码信息封装在所述参数配置文件中以生成测试脚本。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至6中任一项权利要求所述的插件式自动测试方法的步骤。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至6中任一项权利要求所述的插件式自动测试方法的步骤。