自动化测试管理方法、装置、终端设备及存储介质与流程

本发明涉及自动化测试领域，尤其涉及一种自动化测试管理方法、装置、终端设备及存储介质。

背景技术：

c/s(client/server，客户端/服务器)架构是一种典型的两层架构，其客户端包含一个或多个在用户的电脑上运行的程序，其服务器有两种，一种是数据库服务器，客户端通过数据库连接访问服务器的数据；另一种是socket服务器，服务器的程序通过socket与客户端的程序通信。目前，大多数自动化测试管理平台都是基于c/s架构的，用户需要安装才可以使用，共享性低且维护成本高。

在传统的自动化测试管理平台中，测试案例与自动化测试脚本之间缺少对应关系，使得测试管理平台缺乏规范性。随着需求的不断变动，测试人员需要对测试案例和测试脚本进行更新，但在现有的自动化测试管理方法中，测试案例模块和测试脚本模块相互分离，因此，需要测试人员对测试案例和测试脚本分别进行更新，这就大大增加了测试人员的工作量，耗费时间。

技术实现要素：

本发明实施例提供一种自动化测试管理方法、装置、终端设备及存储介质，以解决测试案例与自动化测试脚本之间缺少对应关系以及自动化测试管理平台的共享性低、维护成本高的问题。

第一方面，本发明实施例提供一种自动化测试管理方法，包括：

在用例编辑管理平台中创建原始测试用例，并将所述原始测试用例发送给用例审核平台；

在所述用例审核平台中基于所述原始测试用例，获取目标测试用例，并将所述目标测试用例发送给用例编辑管理平台；

在所述用例编辑管理平台中基于所述目标测试用例，获取目标测试脚本，并将所述目标测试脚本发送给用例测试管理平台；

在所述用例测试管理平台中基于所述目标测试脚本进行测试，获取测试结果；

其中，所述用例编辑管理平台、所述用例审核平台和所述用例测试管理平台通过b/s架构相连。

第二方面，本发明实施例提供一种自动化测试管理装置，包括：

原始测试用例获取模块，用于在用例编辑管理平台中创建原始测试用例，并将所述原始测试用例发送给用例审核平台；

目标测试用例获取模块，用于在所述用例审核平台中基于所述原始测试用例，获取目标测试用例，并将所述目标测试用例发送给用例编辑管理平台；

目标测试脚本获取模块，用于在所述用例编辑管理平台中基于所述目标测试用例，获取目标测试脚本，并将所述目标测试平台发送给用例测试管理平台；

测试结果获取模块，用于在所述用例测试管理平台中基于所述目标测试脚本进行测试，获取测试结果；

其中，所述用例编辑管理平台、所述用例审核平台和所述用例测试管理平台通过b/s架构相连。

第三方面，本发明实施例提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述自动化测试管理方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述自动化测试管理方法的步骤。

本发明实施例提供的自动化测试管理方法、装置、终端设备及存储介质中，先通过在用例编辑管理平台中创建原始测试用例，并基于b/s机构将原始测试用例发送给用例审核平台，以便在用例审核平台中基于原始测试用例，获取目标测试用例，之后通过b/s架构并将目标测试用例发送给用例编辑管理平台。最后，在用例编辑管理平台中基于目标测试用例，获取目标测试脚本，并基于b/s架构将目标测试脚本发送给用例测试管理平台以便在用例测试管理平台中基于目标测试脚本进行测试，获取测试结果。该工作流程中各平台之间的实时同步性强，不易出现纰漏，提高工作效率，并且通过b/s架构将用例编辑管理平台、用例审核平台和用例测试管理平台相连，以使用户无需下载应用软件即可使用，共享性高且维护成本低。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1中提供的自动化测试管理方法的一流程图。

图2是图1中步骤s10的一具体示意图。

图3是图1中步骤s12的一具体示意图。

图4是图1中步骤s12的另一具体示意图。

图5是是本发明实施例1中提供的自动化测试管理方法的一流程图。

图6是图5中步骤s50的一具体示意图。

图7是图1中步骤s20的一具体示意图。

图8是图1中步骤s30的一具体示意图。

图9是本发明实施例2中提供的自动化测试管理装置的一原理框图。

图10是本发明实施例4中提供的终端设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

图1示出本实施例中自动化测试管理方法的流程图。该自动化测试管理方法可应用在银行、证券、保险等金融机构或其他需要对系统进行自动化测试的机构的终端设备中，以便利用该自动化测试管理方法提升测试效率、降低测试维护成本。如图1所示，该自动化测试管理方法包括如下步骤：

s10：在用例编辑管理平台中创建原始测试用例，并将原始测试用例发送给用例审核平台。

其中，用例编辑管理平台是指测试人员用来创建测试用例的管理平台。原始测试用例是指测试人员根据待测试系统的需求进行编辑所得到的一组包含测试执行步骤的测试方案。用例审核平台是指能够对测试人员所发送的原始测试用例进行审核的平台。

如图2所示，步骤s10中，在用例编辑管理平台中创建原始测试用例，并将原始测试用例发送给用例审核平台，具体包括如下步骤：

s11：在用例编辑管理平台的配置界面上依序显示至少两个用例执行编号。

其中，用例编辑管理平台的配置界面是指测试人员在点击用例编辑按钮而输入的用例编辑指令时，用例编辑管理平台会基于用例编辑指令所跳转到的界面。用例执行编号是指测试人员所编辑的原始测试用例中每一步骤的执行顺序。本实施例中，当跳转到用例编辑管理平台的配置界面时，由于界面资源有限，该配置界面会依据显示预设数量的用例执行编号，如按照阿拉伯数字的顺序展示出1-10等10个用例执行编号；当测试人员想要添加测试用例时，可以选择批量添加方式或者逐条添加方式，降低界面资源占有率，提升加载速率。具体地，当测试人员想要添加测试用例时，可向用例编辑管理平台输入用例添加指令，该用例添加指令中可自定义输入所要添加的用例指令编号的数量；如选择批量添加方式时，可以自定义批量参数，当批量参数定义为1时，即选择逐条添加方式，以达到添加便捷的目的。

s12：将每一用例执行编号与一基础动作关联，形成原始测试用例。

其中，基础动作是服务器预先存储的一些基础的测试动作，例如“登录”的动作。本实施例中，将每一个用例执行编号与测试人员在预先存储的基础动作中选取的一所需基础动作(以下简称为目标动作)相关联，形成一组包含至少一个基础动作的测试方案，即原始测试用例。由于至少两个用例执行编号是依序显示并依序执行的，使得基于与用例执行编号关联的基础动作形成的原始测试用例在后续测试时，能够严格按照用例执行编号的显示和执行顺序执行，保证对待测试系统的测试可依据用户设计好的原始测试用例中各基础动作的顺序执行，增强测试的准确性。

如图3所示，步骤s12中，将每一用例执行编号与一基础动作关联，形成原始测试用例，具体包括如下步骤：

s1211：在每一用例执行编号对应的输入框中，获取用户输入的动作选择指令，动作选择指令包括动作id和/或动作名称。

其中，动作选择指令是用于选择用户所需动作的指令。动作id是用于唯一识别服务器中预先存储的基础动作的标识。动作名称是指测试人员输入目标动作的动作名称或者服务器中预先存储的基础动作的动作名称。具体地，每一用例执行编号都对应一输入框以使测试人员输入目标动作，测试人员可以只输入动作id，也可以只输入动作名称，或者可以同时输入动作id和动作名称，并在输入完成后点击确定按钮即可输入相应的动作选择指令，以便基于该动作选择指令获取所需的基础动作。

s1212：基于动作id和/或动作名称，以使用例执行编号与基础动作关联。

具体地，测试人员获取目标动作的方式可以有如下两种情况：一是测试人员知道服务器中预先存储目标动作的动作id和/或动作名称时，可以直接输入目标动作的动作id和/或动作名称，以获取目标动作。二是测试人员不知道服务器中预先存储目标动作的动作id和/或动作名称时，可以输入目标动作所要实现的目标动作，用例编辑管理平台会根据测试人员所输入的目标动作，给测试人员提供与目标动作相对应的相似基础动作，以供测试人员从所提供的相似基础动作中选择目标动作，即用户可通过向用例编辑管理平台输入选择指令，以便基于相似基础动作选择并确定目标动作。可以理解地，若用例编辑管理平台推荐的相似基础动作没有用户所要使用的目标动作，则用例编辑管理平台会生成提醒开发人员加载该目标动作的提醒信息，并发送给该用例编辑管理平台的开发人员的客户端，以提醒开发人员基于提醒信息进行基础动作开发，从而使得该用例编辑管理平台更具有实用性，满足测试人员的需求。

进一步地，用例编辑管理平台在给测试人员推荐相似基础动作时，可以采用关键词匹配算法，获取与目标动作相对应的相似基础动作。其中，关键词匹配算法包括但不限于克努特-莫里斯-普拉特(knuth-morris-pratt，以下简称kmp)算法。具体地，kmp算法是一种改进的字符串匹配算法，kmp算法的关键是利用匹配失败后的信息，尽量减少模式串与主串的匹配次数以达到快速匹配的目的。本实施例中，选用kmp算法对测试人员所输入的目标动作和数据库中存储的动作名称进行关键词匹配，获取相似基础动作，节省时间，提高效率。

具体地，服务器会预先存储包含将基础动作的动作名称作为关键字所形成的关键字信息表，通过kmp算法匹配目标动作与关键字信息表中的关键字，以确定相似基础动作。例如“打开浏览器”的关键字可以为浏览器，当测试人员输入“点击浏览器”时，服务器会在预先存储的关键字信息表中，通过匹配到关键字“浏览器”而为测试人员推荐“打开浏览器”的动作，方便测试人员使用，提升用户体验。

在另一具体实施方式中，如图4所示，步骤s12中，将每一用例执行编号与一基础动作关联，具体包括如下步骤：

s1221：在用例编辑管理平台的配置界面上显示基础动作列表，基础动作列表包括至少一个基础动作。

其中，用例编辑管理平台的配置界面是测试人员在编辑测试用例时所显示的界面。基础动作列表是指用例编辑管理平台中预先存储的包含至少两个基础动作的动作列表。本实施例中，用例编辑管理平台的配置界面上以分级列表的形式显示基础动作列表。具体地，测试人员也可根据基础动作列表选取所需的基础动作(即目标动作)，以使测试人员更快速的查看服务器存储的所有基础动作，提升用户体验。

s1222：采用拖拽方式将一基础动作拖拽到与一用例执行编号对应的输入框中，以使用例执行编号与基础动作关联。

具体地，测试人员可以采用拖拽方式在基础动作列表中选取所需的基础动作(即目标动作)，将其拖拽到与用例执行编号所对应的输入框中，以使测试人员选取到的基础动作(即目标动作)与用例执行编号相关联。本实施例中，采用拖拽方式将测试人员选取到的基础动作(即目标动作)输入到与用例执行编号所对应的输入框中，该操作过程简单，提高了工作效率。

如图5所示，在一具体实施方式中，该自动化测试管理方法，步骤s10之前还包括步骤s50：预先配置基础动作列表。其中，如图6所示，配置基础动作列表具体包括如下步骤：

s51：在用例编辑管理平台获取至少两个动作编辑请求，动作编辑请求包括基础动作对应的动作名称。

具体地，开发人员可向用例编辑管理平台上输入至少两个动作编辑请求，以形成基础动作列表，用例编辑管理平台在接收到基础动作编辑请求之后会调用预先存储的基础动作编辑模板。该基础动作编辑模板包括基础动作的动作名称和对应的动作执行代码。开发人员只需编辑基础动作的动作名称和对应的动作执行代码，即可完成对基础动作的编辑，以达到简化操作流程，节省时间，提高效率的目的。

s52：采用聚类算法对至少两个动作名称进行聚类处理，以使用例编辑管理平台对基础动作进行分类管理，形成基础动作列表。

具体地，采用k-means聚类算法对至少两个动作名称进行聚类处理后获取的基础动作列表包括至少两个聚类类簇，每一聚类类簇对应一行为类型，并且每一聚类类簇包括一质心。采用余弦相似度算法计算每一动作名称到质心的距离，将计算得出的距离最小的质心所属的聚类类簇作为该动作名称的类别。其中，余弦相似度算法，又称为余弦相似性算法，是通过计算两个向量的夹角余弦值来评估他们的相似度的算法。k-means算法是输入聚类个数k，以及包含n个数据对象的数据库，输出满足方差最小标准k个聚类的一种算法，该算法的复杂度低，能在短时间内处理海量数据，提高效率。

进一步地，采用k-maens聚类算法对至少两个动作名称进行聚类处理的步骤如下：首先从至少两个动作名称中随机选取k个作为质心，其中，k代表聚类类簇的数量。再采用分词技术将每个动作名称(包括质心)进行分词，采用tf-idf计算每个词语在对应的动作名称的权值形成特征向量。例如对“打开浏览器”进行分词，得到“打开”“浏览器”形成特征向量(该特征向量的向量维度为2)；若两个动作名称的特征向量的维度不同，则取最大维度的特征向量对应的维度作为最终维度，其他的特征向量维度不足的用0补齐即可。最后采用余弦相似度算法计算每个动作名称对应的特征向量与质心的距离，将计算得出的距离最小的质心所属的聚类类簇作为该动作名称的类别。其中，质心的个数由聚类类簇的数量k决定，具体的k值由开发人员自定义。本实施例中，分词技术可采用结巴分词工具进行分词，结巴分词工具是一种常见的中文分词工具，具有准确率高、效率高的优点。

s20：在用例审核平台中基于原始测试用例，获取目标测试用例，并将目标测试用例发送给用例编辑管理平台。

其中，目标测试用例是指审核人员对原始测试用例进行审核，并标记审核通过后获取到的测试用例。若审核未通过时，用例审核平台会将原始测试用例发送给用例编辑管理平台进行修改，之后用例编辑管理平台会将修改后的原始测试用例发送给用例审核平台进行审核，直到审核通过获取目标测试用例。或者，若审核未通过时，用例审核平台可以获取审核人员输入的审核修改指令，并基于该审核修改指令对原始测试用例进行修改，以获取目标测试用例。

在一具体实施方式中，如图7所示，步骤s20之前，该自动化测试管理方法还包括对原始测试用例进行审核权限配置。其中，对原始测试用例进行审核权限配置，具体包括如下步骤：

s211：在用例编辑管理平台中获取用户输入的审核权限配置请求，审核权限配置请求包括审核人员id。

具体地，测试人员在保存编辑好的原始测试用例时，若需要指定审核人员对该原始测试用例进行审核时，可选择点击界面上显示的审核权限配置按钮，此时用例编辑管理平台会获取到用户输入的审核权限配置请求，该审核权限配置请求包括审核人员id，以使原始测试用例分配给审核人员id对应的审核人员。其中，审核人员id是可识别审核人员的唯一标识。

s212：基于审核权限配置请求，将原始测试用例发送给用例审核平台，以使审核人员id对应的审核界面显示原始测试用例。

具体地，测试人员在指定审核人员id对应的审核人员对原始测试用例进行审核时，点击上传，用例编辑管理平台即可将原始测试用例发送到与审核人员id相对应的审核界面，并给与审核人员id对应的审核邮箱发送提醒信息。

可以理解地，若测试人员不需要指定审核人员对原始测试用例进行审核，可直接选择上传，用例编辑管理平台会直接将原始测试用例发送给用例审核平台，并由用例审核平台进行分配。具体地，用例审核平台中每一个审核人员的工作任务包括待完成工作任务和已完成工作任务。服务器会对用例审核平台中每一个审核人员的待完成工作任务进行定时统计并存储任务信息表，该任务信息表包括审核人员id、审核人员id对应的审核邮箱和对应的待完成工作任务。本实施例中，每个审核人员的待完成工作任务的上限是预先定义好的。当用例审核平台接收到没有指定审核人员的原始测试用例时，依次查找审核人员对应的待完成工作任务，若查找到待完成任务的数量未达上限的审核人员，则获取该审核人员id，用例审核平台会将原始测试用例发送到该审核人员id对应的审核界面，并给与审核人员id对应的审核邮箱发送提醒信息。该过程通过合理分配工作任务，以达到合理利用资源的目的，提高效率。

在一具体实施方式中，步骤s20中，在用例审核平台中基于原始测试用例，获取目标测试用例，具体包括如下步骤：

s221：在审核人员id对应的审核界面上获取审核指令，审核指令包括审核标识。

本实施例中，每个审核人员通过自己的登录帐号登录与审核人员id对应的审核界面；在用例审核平台中，审核人员可选择所要进行审核的任一原始测试用例，以输入选择审核指令，以使审核界面显示与该审核选择指令相对应的原始测试用例。审核人员在审核时，要点击审核界面上显示的“审核通过”和“审核未通过”按钮，以输出相应的审核指令，该审核指令携带的审核标识可以为审核通过标识，也可以为审核未通过标识。

s222：若审核标识为审核通过标识，则将原始测试用例作为目标测试用例。

具体地，审核人员根据自己的判断对原始测试用例进行审核，若原始测试用例通过审核，审核人员会将该原始测试用例标记为审核通过(即审核通过标识)并选择确认保存，用例审核平台即可在获取到该原始测试用例的审核标识时，将该带有审核通过标识的目标测试用例发送到用例编辑管理平台。若原始测试用例未通过审核，审核人员会将该原始测试用例标记为审核未通过(即审核未通过标识)并确认保存，则用例审核平台会获取到审核修改指令，该审核修改指令包括审核修改意见和用例编辑管理平台对应的用例管理邮箱。用例审核平台在将携带有审核未通过标识的原始测试用例以及审核修改意见发送到用例编辑管理平台以及发送提醒信息到创建该原始测试用例的开发人员对应的邮箱，以增强自动化测试管理流程的实时同步性，不易出现纰漏，提高工作效率。

本实施例中，若审核人员对原始测试用例的标记出现错误时，在没有选择确认保存的状态下可以进行更改，用例审核平台只有在接收到确认保存状态的指令时，才会将带有审核标识的原始测试用例发送给用例编辑管理平台，提高管理流程的容错性。

s30：在用例编辑管理平台中基于目标测试用例，获取目标测试脚本，并将目标测试脚本发送给用例测试管理平台。

其中，自动化测试需要根据测试脚本进行测试，因此需要将目标测试用例进行脚本化处理。具体地，目标测试脚本是将目标测试用例进行脚本化处理得到的测试脚本。用例编辑管理平台会将得到的目标测试脚本发送到用例测试管理平台，并发送提醒信息到测试管理邮箱，增强工作管理流程的实时同步性。

如图8所示，步骤s30中，在用例编辑管理平台中基于目标测试用例，获取目标测试脚本，具体包括如下步骤：

s31：在用例编辑管理平台中基于目标测试用例，依序调用与至少两个用例执行编号对应的动作执行代码，形成原始测试脚本。

其中，用例执行编号还关联存储与每个基础动作的动作id对应的动作执行代码。具体地，用例编辑管理平台在接收到用例审核平台发送的携带有审核通过标识的目标测试用例后，会获取测试人员输入的用例脚本化指令。该用例脚本化指令包括动作id。用例编辑管理平台会基于动作id依序调用目标测试用例中每个用例执行编号对应的动作执行代码，以形成原始测试脚本。该过程无需测试人员重新根据目标测试用例编写测试脚本，可直接调用已存储的动作执行代码，节省时间，提高工作效率。

s32：获取用户输入的脚本修改指令，脚本修改指令包括动作id和调节参数。

可以理解地，每一基础动作对应的动作执行代码包括方法函数和对应的原始参数。其中，调节参数是指测试人员根据系统需求对原始测试脚本进行修改时所输入的参数。具体地，动作执行代码包括用于实现基础动作的方法函数和对应的原始参数；此时，用户可向用例编辑管理平台输入脚本修改指令，以将原始参数修改为脚本修改指令中的调节参数。例如当测试人员选择的基础动作为“打开浏览器”时，其对应的动作执行脚本包括用于实现打印浏览器功能的方法函数和对应的原始参数，可以对浏览器的网址进行更改，输入所需的调节参数(即所需网址)，以使原始测试用例更合符合待测试系统的需求。

s33：基于调节参数，修改原始测试脚本中与动作id对应的动作执行代码，以形成目标测试脚本。

具体地，通过步骤s32获取的每一动作执行代码对应的调节参数修改原始测试脚本中与动作id对应的动作执行代码，以形成目标测试脚本，并将目标测试脚本发送到用例测试管理平台。本实施例中，在发送目标测试脚本到用例测试管理平台之前也可配置接收测试结果的测试人员id和对应的邮箱，使得待测试系统对应一测试人员，以增强工作管理流程条理性。

s40：在用例测试管理平台中基于目标测试脚本进行测试，获取测试结果。

其中，测试结果包括通过和未通过。具体地，在测试完成后，用例测试管理平台会将测试结果发送到与测试人员id对应的邮箱。本实施例中，测试人员也可将用例测试管理平台中的待测试系统进行分组批量测试，增加工作效率。

具体地，用例测试管理平台可将未通过的测试结果发送给用例缺陷管理平台进行分析。其中，在用例缺陷管理平台会展示缺陷列表，该缺陷列表包括至少一个缺陷类型，每个缺陷类型包括测试缺陷描述和测试缺陷解决方法。本实施例中，用例缺陷管理平台在分析未通过的测试结果的缺陷(即目标缺陷)时，分析人员可从缺陷列表选取与目标测试缺陷相似的缺陷类型，用例缺陷管理平台即可将该缺陷类型对应的测试缺陷描述和测试缺陷解决方法，生成html(超文本标记语言)格式的缺陷报告，并将该缺陷报告发送给与测试人员id对应的邮箱。该过程无需分析人员编辑缺陷处理方法，节省时间，并且测试人员可根据推荐的缺陷解决方法处理缺陷，提高工作效率。

本实施例中，用例缺陷管理平台包括缺陷报告模板，该缺陷报告模板包括缺陷类型模块、缺陷描述模块和缺陷解决方法模块，测试时分析人员只需选取从缺陷列表选取与目标测试缺陷相似的缺陷类型，即可生成缺陷报告，节省时间，提高工作效率。

本实施例中，用例编辑管理平台、用例审核平台、用例测试管理平台和用例缺陷管理平台通过b/s架构相连。其中，b/s架构即浏览器和服务器结构，在这种结构下，用户工作界面是通过web浏览器来实现，极少部分事务逻辑在浏览器(browser)实现，但是主要事务逻辑在服务器(server)实现。b/s架构是web兴起后的一种网络结构模式，web浏览器是客户端最主要的应用软件。用户无需下载，只要安装浏览器即可使用，大大降低维护成本。

本实施例中，先通过在用例编辑管理平台中创建原始测试用例，并基于b/s机构将原始测试用例发送给用例审核平台，以便在用例审核平台中基于原始测试用例，获取目标测试用例，之后通过b/s架构将目标测试用例发送给用例编辑管理平台。最后，在用例编辑管理平台中基于目标测试用例，获取目标测试脚本，并基于b/s架构将目标测试脚本发送给用例测试管理平台以便在用例测试管理平台中基于目标测试脚本进行测试，获取测试结果。该工作流程中各平台之间的实时同步性强，不易出现纰漏，提高工作效率，并且通过b/s架构将用例编辑管理平台、用例审核平台和用例测试管理平台相连，以使用户无需下载应用软件即可使用，共享性高且维护成本低，并且该自动化测试方法预先创建基础动作列表供用户查看，操作流程简单，节省时间，提高工作效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例2

图9示出与实施例1中自动化测试管理方法一一对应的自动化测试管理装置的原理框图。如图9所示，该自动化测试管理装置包括原始测试用例获取模块10、目标测试用例获取模块20、目标测试脚本获取模块30、测试结果获取模块40、动作列表配置模块50。其中，原始测试用例获取模块10、目标测试用例获取20模块、目标测试脚本获取模块30、测试结果获取模块40和动作列表配置模块50的实现功能与实施例中自动化测试管理方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。

原始测试用例获取模块10，用于在用例编辑管理平台中创建原始测试用例，并将原始测试用例发送给用例审核平台。

目标测试用例获取模块20，用于在用例审核平台中基于原始测试用例，获取目标测试用例，并将目标测试用例发送给用例编辑管理平台。

目标测试脚本获取模块30，用于在用例编辑管理平台中基于目标测试用例，获取目标测试脚本，并将目标测试平台发送给用例测试管理平台。

测试结果获取模块40，用于在用例测试管理平台中基于目标测试脚本进行测试，获取测试结果。

动作列表配置模块50，用于预先配置基础动作列表。

其中，所述用例编辑管理平台、所述用例审核平台和所述用例测试管理平台通过b/s架构相连。

优选地，原始测试用例获取模块10包括用例执行编号显示单元11和原始测试用例获取单元12。

用例执行编号显示单元11，用于在用例编辑管理平台的配置界面上依序显示至少两个用例执行编号。

原始测试用例获取单元12，用于将每一用例执行编号与一基础动作关联，形成原始测试用例。

优选地，原始测试用例获取单元12包括动作选择指令获取子单元1211、用例执行编号关联子单元1212。

动作选择指令获取子单元1211，用于在每一用例执行编号对应的输入框中，获取用户输入的动作选择指令，动作选择指令包括动作id和/或动作名称。

用例执行编号关联子单元1212，用于基于动作id和/或动作名称，以使用例执行编号与基础动作关联。

优选地，原始测试用例获取单元12还包括基础动作列表显示子单元1221和基础动作选择子单元1222。

基础动作列表显示子单元1221，用于在用例编辑管理平台的配置界面上显示基础动作列表，基础动作列表包括至少一个基础动作。

基础动作选择子单元1222，用于采用拖拽方式将一基础动作拖拽到与一用例执行编号对应的输入框中，以使用例执行编号与基础动作关联。

优选地，该自动化测试管理装置还包括动作编辑单元51和基础动作列表获取单元52。

动作编辑单元51，用于在用例编辑管理平台获取至少两个动作编辑请求，动作编辑请求包括基础动作对应的动作名称。

基础动作列表获取单元52，用于采用聚类算法对至少两个动作名称进行聚类处理，以使用例编辑管理平台对基础动作进行分类管理，形成基础动作列表。

优选地，该自动化测试管理装置还包括审核权限配置获取单元211和原始测试用例发送单元212。

审核权限配置获取单元211，用于在用例编辑管理平台中获取用户输入的审核权限配置请求，审核权限配置请求包括审核人员id。

原始测试用例发送单元212，用于基于审核权限配置请求，将原始测试用例发送给用例审核平台，以使审核人员id对应的审核界面显示原始测试用例。

优选地，目标测试用例获取模块20包括审核指令获取单元221和目标测试用例获取单元222。

审核指令获取单元221，用于在审核人员id对应的审核界面上获取审核指令，审核指令包括审核标识。

目标测试用例获取单元222，用于若审核标识为审核通过标识，将原始测试用例作为目标测试用例。

优选地，目标测试脚本获取模块30包括原始测试脚本获取单元31、脚本修改指令获取单元32和目标测试脚本获取单元33。

原始测试脚本获取单元31，用于在用例编辑管理平台中基于目标测试用例，依序调用与至少两个用例执行编号对应的动作执行代码，形成原始测试脚本。

脚本修改指令获取单元32，用于获取用户输入的脚本修改指令，脚本修改指令包括动作id和调节参数。

目标测试脚本获取单元33，用于基于调节参数，修改原始测试脚本中与动作id对应的动作执行代码，以形成目标测试脚本。

实施例3

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中自动化测试管理方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中自动化测试管理装置中各模块/单元的功能，为避免重复，这里不再赘述。

实施例4

图10是本发明一实施例提供的终端设备的示意图。如图10所示，该实施例的终端设备100包括：处理器101、存储器102以及存储在存储器102中并可在处理器101上运行的计算机程序103。处理器101执行计算机程序103时实现上述各个自动化测试管理方法实施例中的步骤，例如图1所示的步骤s10至s40。或者，处理器101执行计算机程序103时实现上述各装置实施例中各模块/单元的功能，例如图9所示模块10至50的功能。

示例性的，计算机程序103可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器102中，并由处理器101执行，以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序103在终端设备100中的执行过程。例如，计算机程序103可以被分割成原始测试用例获取模块10、目标测试用例获取20模块、目标测试脚本获取模块30、测试结果获取模块40和审核权限配置模块50。各模块具体功能如实施例2所述，在此不一一赘述。

终端设备100可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器101、存储器102。本领域技术人员可以理解，图10仅仅是终端设备100的示例，并不构成对终端设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器101可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器102可以是终端设备100的内部存储单元，例如终端设备100的硬盘或内存。存储器102也可以是终端设备100的外部存储设备，例如终端设备100上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器102还可以既包括终端设备100的内部存储单元也包括外部存储设备。存储器102用于存储计算机程序以及终端设备100所需的其他程序和数据。存储器102还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。