CN112882937A - 测试用例的处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及一种测试用例的处理方法、装置、计算机设备及存储介质，其中方法包括：接收测试指令，所述测试指令包括至少两个需求特征；从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；在所述测试指令对应的位置上显示所述第二测试用例。采用本申请，可提高了测试用例的可读性，便于提高测试用例的使用率。

Description

测试用例的处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机技术领域，主要涉及了一种测试用例的处理方法、装置、计算机设备及存储介质。

背景技术

为了便于其他测试人员使用同业务线的测试用例，公司内部可配置一个测试用例管理***，用于存储测试人员所编写的测试用例。然而，由于每个人的撰写风格不同，测试用例管理***中的测试用例的规范不统一，难以被他人直接使用。且测试用例管理***中的测试用例通常基于Excel格式或Word格式，可读性差，难以直接识别出可使用的测试用例，导致测试用例的使用率低。

发明内容

本申请实施例提供了一种测试用例的处理方法、装置、计算机设备及存储介质，可提高了测试用例的可读性，便于提高测试用例的使用率。

第一方面，本申请实施例提供一种测试用例的处理方法，其中：

接收测试指令，所述测试指令包括至少两个需求特征；

从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；

基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

在所述测试指令对应的位置上显示所述第二测试用例。

第二方面，本申请实施例提供一种测试用例的处理装置，其中：

通信单元，用于接收测试指令，所述测试指令包括至少两个需求特征；

处理单元，用于从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

显示单元，用于在所述测试指令对应的位置上显示所述第二测试用例。

第三方面，本申请实施例提供一种计算机装置，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，上述一个或至少一个程序被存储在上述存储器中，并且被配置由上述处理器执行，所述程序包括用于如第一方面中所描述的部分或全部步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机程序，其中，所述计算机程序使得计算机执行以实现如第一方面中所描述的部分或全部步骤。

实施本申请实施例，将具有如下有益效果：

采用了上述的测试用例的处理方法、装置、计算机设备及存储介质之后，若接收到包括至少两个需求特征的测试指令，则从测试用例管理***中查找至少两个需求特征对应的第一测试用例。基于第一测试用例生成第二测试用例，然后显示第二测试用例。其中，第二测试用例是基于第二格式撰写的，且第二格式的可读性强于第一格式，从而可提高测试用例的可读性，便于测试人员基于显示的第二测试用例确定是否下载该第二测试用例，便于提高测试用例的使用率。

附图说明

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

其中：

图1为本申请实施例提供的一种测试用例的处理方法的流程示意图；

图2为本申请实施例提供的一种测试用例的处理装置的结构示意图；

图3为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例应用的网络架构包括服务器和电子设备。其中，电子设备可以是个人计算机(personal computer，PC)、笔记本电脑或智能手机，还可以是一体机、掌上电脑、平板电脑(pad)、智能电视播放终端、车载终端或便捷式设备等。PC端的电子设备，例如一体机等，其操作***可以包括但不限于Linux***、Unix***、Windows系列***(例如Windowsxp、Windows 7等)、Mac OS X***(苹果电脑的操作***)等操作***。移动端的电子设备，例如智能手机等，其操作***可以包括但不限于安卓***、IOS(苹果手机的操作***)、Window***等操作***。

服务器用于为电子设备提供服务。本申请实施例中的电子设备可以安装并运行应用程序，服务器可以是电子设备所安装的应用程序对应的服务器，为应用程序提供应用服务。其中，应用程序可以针对项目开发管理***，也可以针对测试用例管理***等。该应用程序可以是单独集成的应用程序，或其它应用中嵌入的小程序，或者网页上的***等，在此不做限定。本申请实施例不限定电子设备和服务器的数量，服务器可同时为至少两个电子设备提供服务。服务器可以用独立的服务器或者至少两个服务器组成的服务器集群来实现。

在本申请实施例中，可通过测试用例管理***预先存储各个测试人员录入的测试用例，该测试用例可以是测试人员手动录入的，也可以是在接收到测试人员上传的测试用例之后自动录入的，在此不做限定。测试用例管理***中的测试用例可包括该测试用例的录入人员、录入时间、修改时间、下载次数、浏览次数等。其中，录入人员可以为手动输入测试用例的人员，或上传测试用例的人员。录入时间可以为存储至测试用例管理***的时间。修改时间可以为该测试用例更新的时间，也就是说，被修改的时间。下载次数和浏览次数分别为该测试用例被下载的次数，被浏览的次数。进一步的，还可包括录入人员的部门、职位、测试资历等信息，或者包括测试用例的测试项目或测试名称、测试类型、测试需求等信息，在此不做限定。

需要说明的是，测试用例管理***中的测试用例是基于第一格式撰写的，该第一格式可以为Word格式、Excel格式、超级文本标记语言(Hypertext Markup Language，HTML)格式等中的至少一种，在此不做限定。当测试用例管理***接收到的测试用例非第一格式时，需要进行格式转换。本申请实施例以非第一格式为第二格式进行举例说明，该第二格式可以为Xmind格式，该Xmind格式是一种可视化，且基于树形结构的测试用例。如此，通过Xmind格式可提高测试用例的可读性，且便于测试人员进行修改。

在一种可能的示例中，若接收到基于第二格式撰写的第四测试用例，则基于第二格式和第一格式对所述第四测试用例进行转化，得到第五测试用例，第五测试用例基于第一格式撰写；将第五测试用例存储于测试用例管理***中。

其中，第四测试用例基于第二格式撰写，与测试用例管理***要求的第一格式不同。当测试人员上传第四测试用例时，可先基于第一格式和第二格式将该第四测试用例转化为基于第一格式撰写的第五测试用例，并存储于测试用例管理***中。如此，无需测试人员手动修改第四测试用例，可提高存储测试用例的效率。且在测试用例管理***中存储测试用例之后，可提供给其他的测试人员进行复用，提高了测试用例的使用率。

本申请对于第四测试用例转换为第五测试用例的方法不做限定，可以根据第二格式对第四测试用例进行解析，得到各个测试子模块的测试逻辑，再根据第一格式对各个测试子模块的测试逻辑进行撰写，得到第五测试用例；也可以根据第一格式和第二格式之间的撰写关系，对第四测试用例进行转换得到第五测试用例等。

本申请实施例提出的一种测试用例的处理方法，该方法可以由测试用例的处理装置执行，其中该装置可由软件和/或硬件实现，一般可集成在服务器中，可提高测试用例的数据使用率。

请参照图1，图1是本申请提供的一种测试用例的处理方法的流程示意图。以该方法应用在服务器为例进行举例说明，包括如下步骤：

S101：接收测试指令，其中，测试指令包括至少两个需求特征。

在本申请实施例中，测试指令可以是根据测试人员输入的文字信息得到的，也可以是根据测试人员通过语音输入的音频文件进行语音识别和分析得到的。该测试指令可以是测试人员在当前的电子设备上输入的，也可以是与当前的电子设备上从其他的电子设备上接收到的，在此不做限定。

测试指令可包括至少两个需求特征，该需求特征可以基于测试类型，例如，性能测试、接口测试等。该需求特征还可基于测试对象，例如，财务管理***、考勤管理***、***中的子模块等。该需求特征还可包括基于测试指标，例如，误差、精确率、准确率等。可以理解，不同的测试类型，其测试方法存在不同，不同的测试对象和不同的测试指标，其需要进行测试的方法也存在不同。基于不同的需求特征查找第二测试用例，可提高查找测试用例的准确率，便于提高测试效率以及准确率。该测试指令可以针对全新的***或***中的模块，也可以针对***或***中模块的改进点进行测试等，在此不做限定。

S102：从测试用例管理***中查找至少两个需求特征对应的至少一个第一测试用例，其中，第一测试用例基于第一格式撰写。

本申请对于第一格式和第二格式不做限定，如前所述，第一格式可以为Word格式、Excel格式、超级文本标记语言(Hypertext Markup Language，HTML)格式，第二格式可以为Xmind格式等。需要说明的是，第二格式的可读性强于第一格式，当显示第二格式的测试用例时，可提高测试用例的可读性。

在本申请实施例中，第一测试用例是测试用例管理***中全部满足或满足部分测试指令的测试用例，可以理解为，直接可被测试指令所使用的测试用例，或修改之后可被测试指令所使用的测试用例。需要说明的是，第一测试用例的数量可以为一个或至少两个，可以理解为，每个第一测试用例中满足的测试指令的一部分，也可以理解为，将至少两个第一测试用例进行组合得到测试指令对应的测试用例。

本申请对于查找第一测试用例的方法不做限定，可以对测试用例管理***中的测试用例进行解析，得到各个测试用例的需求特征，例如，测试名称，涉及的功能模块，以及测试数据等信息，并进行存储。如此，在接收到测试指令时，可解析测试指令，得到该测试指令对应的需求特征，从而在测试用例管理***中查找测试指令对应的第一测试用例。

在一种可能的示例中，步骤S102包括以下步骤A1～A3，其中：

A1：从测试用例管理***中查找各个需求特征对应的至少一个第三测试用例。

在本申请实施例中，第三测试用例是测试用例管理***中与至少一个需求特征对应的测试用例。本申请对于第三测试用例的数量也不做限定，一个需求特征可以对应至少一个第三测试用例，一个第三测试用例也可以对应至少一个需求特征。本申请对于查找第三测试用例的方法不做限定，可基于各个需求特征进行查找，以使查找到的第三测试用例满足至少一个需求特征。

A2：获取各个第三测试用例的目标评价值，得到至少两个目标评价值。

在本申请实施例中，目标评价值用于描述第三测试用例是否满足测试指令的匹配程度。本申请对于获取目标评价值的方法不做限定，以第三测试用例中的参考测试用例进行举例说明，在一种可能的示例中，步骤A2包括以下步骤A21～A24，其中：

A21：获取参考测试用例满足至少两个需求特征的第一评价值。

其中，第一评价值用于描述参考测试用例满足所有的需求特征的幅度。本申请对于获取第一评价值的方法不做限定，可以获取参考测试用例满足各个需求特征对应的评价子值，再根据各个需求特征的预设权值进行加权得到第一评价值等。其中，各个需求特征的预设权值可以根据需求特征对于测试数据以及测试结果的影响进行确定，在此也不做限定。

A22：获取参考测试用例的下载次数和参考撰写风格。

A23：基于下载次数和/或参考撰写风格获取参考测试用例的第二评价值。

其中，下载次数可参照前述，在此不再赘述。可以理解，下载次数可用于描述该参考测试用例被重复使用的次数，可以反映该参考测试用例的受欢迎程度，也可以反映该参考测试用例撰写质量。通过下载次数获取该参考测试用例的评价值，可提高获取第二评价值的准确率，便于提高选取参考测试用例作为第一测试用例的准确率。

参考撰写风格为参考测试用例的撰写风格。可以理解，不同的测试人员编写的测试用例的撰写风格不同，通过参考撰写风格获取该参考测试用例的评价值，可提高获取第二评价值的准确率，便于提高选取参考测试用例作为第一测试用例的准确率。

本申请对于获取第二评价值的方法不做限定，可以基于下载次数或参考撰写风格获取，或者可以基于下载次数和参考撰写风格获取。在一种可能的示例中，测试指令包括测试人员的标识信息，步骤A23包括以下步骤A231～A234，其中：

A231：基于下载次数获取参考测试用例的第三评价值。

其中，第三评价值可用于反映该参考测试用例的受欢迎程度，也可以反映该参考测试用例撰写质量。第三评价值可按照预先设置的下载次数和评价值之间的关联关系进行获取，也可按照下载次数和浏览次数之间的比值进行获取，或者可以按照下载次数占所有的第三测试用例的总下载次数之间的比值进行获取等，在此不做限定。

A232：根据标识信息确定测试人员的目标撰写风格。

其中，目标撰写风格为测试指令对应的测试人员的撰写风格。标识信息用于确定测试人员的身份，该标识信息可以是测试人员的编号、姓名、身份证号码、电话号码、电子邮箱等，在此不做限定。本申请对于确定目标撰写风格的方法不做限定，可以预先在测试用例管理***中，记录了不同测试人员作为录入人员录入的测试用例，从而可根据测试人员的标识信息查找测试用例管理***中该测试人员对应的测试用例，对该测试用例进行分析，可得到测试人员的目标撰写风格。

A233：基于参考撰写风格和目标撰写风格获取参考测试用例的第四评价值。

其中，第四评价值用于描述参考测试用例作为第一测试用例被测试指令对应的测试人员使用的概率。可以理解，当目标撰写风格与参考撰写风格之间的越相似时，该测试人员越容易理解参考测试用例，服务器转换相似类型的测试用例所需花费的时间也较少。因此，可基于参考撰写风格和目标撰写风格获取第四评价值。本申请对于获取第四评价值的方法不做限定，可以基于参考撰写风格和目标撰写风格之间的相似值进行获取，也可以基于参考撰写风格和目标撰写风格之间的差异值进行获取等。

A234：基于第三评价值和\或第四评价值确定参考测试用例的第二评价值。

其中，第二评价值可以为第三评价值，或第四评价值，或者第三评价值和第四评价值的加权平均值，该第三评价值和第四评价值的预设权值可根据参考测试用例对应的需求特征进行确定等，在此不做限定。

可以理解，在步骤A231～A234中，基于下载次数获取的第三评价值，和/或参考撰写风格和目标撰写风格获取的第四评价值确定第二评价值，可提高第二评价值的准确率。

A24：基于第一评价值和第二评价值确定参考测试用例的目标评价值。

其中，目标评价值可以为第一评价值和第二评价值的加权平均值，该第一评价值和第二评价值的预设权值可根据参考测试用例对应的需求特征进行确定，例如，根据需求特征的重要性确定第一评价值的预设权值，或者，根据参考测试用例满足的需求特征的数量确定第一评价值；再根据1和第一评价值之间的差值获取第二评价值的预设权值等。

可以理解，在步骤A21～A24中，基于参考测试用例满足多个需求特征的第一评价值，以及下载次数和/或参考撰写风格对应的第二评价值获取目标评价值，可提高获取目标评价值的准确率。

A3：基于至少两个目标评价值从第三测试用例中选取至少一个第一测试用例。

本申请对于选取第一测试用例的方法不做限定，可以选取至少两个目标评价值中的最大值对应的第三测试用例作为第一测试用例；或者可以按照需求特征进行分类，得到与各个需求特征对应的最大的目标评价值对应的第三测试用例作为第一测试用例等。

可以理解，在步骤A1～A3中，先从测试用例管理***中查找与各个需求特征对应的至少一个第三测试用例，再获取各个第三测试用例的目标评价值，然后基于获取到的目标评价值从第三测试用例中选取第一测试用例，可提高测试用例选取的准确率，便于提高后续的处理效率。

S103：基于至少一个第一测试用例生成第二测试用例，其中，第二测试用例基于第二格式撰写，第二格式的可读性强于第一格式。

本申请对于生成第二测试用例的方法不做限定，在一种可能的示例中，步骤S103包括以下步骤B1和步骤B2，其中：

B1：确定至少两个需求特征对应的测试逻辑。

在本申请实施例中，测试逻辑可以理解为测试用例的测试方法或测试步骤对应的测试脚本，可包括测试过程中涉及的测试参数，测试参数的取值范围以及测试参数的测试顺序等。本申请对于确定测试逻辑的方法不做限定，在一种可能的示例中，步骤B1包括以下步骤B11～B13，其中：

B11：确定至少两个需求特征对应的测试顺序。

其中，测试顺序可以是测试指令中指定的顺序，也可以是根据需求特征对应的功能模块的位置以及重要性确定的测试顺序。可以理解，功能模块本身的执行需依赖其他的功能模块时，该功能模块的测试顺序需安排在其他的功能模块之后。当功能模块之间的执行不依赖其他功能模块，且功能模块和其他功能模块处于同一个页面时，测试顺序可按照先基础后复杂，或者先复杂后基础等规则进行确定，在此不做限定。

B12：确定各个需求特征对应的测试子逻辑，得到至少两个测试子逻辑。

其中，测试子逻辑可以理解为需求特征对应的功能模块的测试方法或测试步骤对应的测试脚本，可包括测试过程中涉及的测试参数，测试参数的取值范围以及测试参数的测试顺序等。

B13：基于测试顺序对至少两个测试子逻辑进行组合，得到至少两个需求特征对应的测试逻辑。

可以理解，在步骤B11～B13中，先获取至少两个需求特征对应的测试顺序以及每一需求特征对应的测试子逻辑，然后基于测试顺序对得到的测试子逻辑进行组合得到至少两个需求特征对应的测试逻辑，可提高测试逻辑的合理性，便于提高第二测试用例的逻辑性。

B2：基于测试逻辑对至少一个第一测试用例进行转换，得到第二测试用例。

本申请对于测试逻辑转换第一测试用例的方法不做限定，在一种可能的示例中，获取测试指令对应的测试对象的列表层级关系；基于列表层级关系和第二格式的模板，获取第一测试用例对应的信息，得到第二测试用例。

其中，列表层级关系用于描述各个测试对象之间的关联关系。当测试对象为***时，在第二测试用例中，***位于该第二测试用例的根节点的位置，该***下面的功能模块为根节点的子节点，功能模块的子模块可以作为根节点的孙子节点，最底层的节点为具体的测试用例，本申请对于节点树的层级数量不做限定。

第二格式的模板用于描述第二格式的撰写格式。第一测试用例对应的信息为第二测试用例所需要的信息，当第一测试用例可以完全满足第二测试用例时，可将第一测试用例进行解析得到的数据全部作为第一测试用例对应的信息。当第一测试用例需要修改之后才能得到第二测试用例时，可将第一测试用例进行解析得到的数据进行处理之后的数据作为第一测试用例对应的信息。

在该示例中，先确定测试指令对应的测试对象的列表层级关系，再基于第二格式的模板依次获取第一测试用例中与各个列表层级对应的信息，并在底层的节点中写入各个测试对象的测试用例，即该列表层级对应的测试用例可作为第二测试用例。可以理解，以列表层级形式展示第二测试用例，可提高第二测试用例的可读性。且逐级撰写第二测试用例，提高了第二测试用例的准确率。

S104：在测试指令对应的位置上显示第二测试用例。

本申请对于测试指令对应的位置不做限定，该位置可以是测试指令对应的回复区，例如，测试指令的下方等。在一种可能的示例中，该方法还包括：显示第二测试用例的下载提示信息。本申请对于下载提示信息不做限定，可包括第二测试用例对应的测试指令，或第二测试用例的测试名称、测试类型和测试指标等信息，从而可便于测试人员了解第二测试用例，可提高第二测试用例的使用率。该下载提示信息可以为第二测试用例的下载链接，从而在点击该下载提示信息时，可基于该下载链接跳转至第二测试用例的下载页面以实现下载。当测试指令为电子设备从其他的电子设备接收到的信息时，还可向其他的电子设备发送第二测试用例的下载提示信息，从而提供给其他的电子设备对应的测试人员。

在图1所示的方法中，若接收到包括至少两个需求特征的测试指令，则从测试用例管理***中查找至少两个需求特征对应的第一测试用例。基于第一测试用例生成第二测试用例，然后显示第二测试用例。其中，第二测试用例是基于第二格式撰写的，且第二格式的可读性强于第一格式，从而可提高测试用例的可读性，便于测试人员基于显示的第二测试用例确定是否下载该第二测试用例，便于提高测试用例的使用率。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

与图1所示的实施例一致，请参照图2，图2是本申请提出的一种测试用例的处理装置的结构示意图，如图2所示，上述测试用例的处理装置200包括：

通信单元202，用于接收测试指令，所述测试指令包括至少两个需求特征；

处理单元201，用于从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

显示单元203，用于在所述测试指令对应的位置上显示所述第二测试用例。

在一个可能的示例中，所述处理单元201具体用于从测试用例管理***中查找各个所述需求特征对应的至少一个测试用例；获取各个所述第三测试用例的目标评价值，得到至少两个目标评价值；基于至少两个所述目标评价值从所述第三测试用例中选取至少一个第一测试用例。

在一个可能的示例中，所述第三测试用例包括参考测试用例，所述处理单元201具体用于获取所述参考测试用例满足至少两个所述需求特征的第一评价值；获取所述参考测试用例的下载次数和/或参考撰写风格；基于所述下载次数和/或所述参考撰写风格获取所述参考测试用例的第二评价值；基于所述第一评价值和所述第二评价值确定所述参考测试用例的目标评价值。

在一个可能的示例中，所述测试指令包括测试人员的标识信息，所述处理单元201具体用于基于所述下载次数获取所述参考测试用例的第三评价值；根据所述标识信息确定所述测试人员的目标撰写风格；基于所述参考撰写风格和所述目标撰写风格获取所述参考测试用例的第四评价值；基于所述第三评价值和/或所述第四评价值确定所述参考测试用例的第二评价值。

在一个可能的示例中，所述处理单元201具体用于确定至少两个所述需求特征对应的测试逻辑；基于所述测试逻辑对至少一个所述第一测试用例进行转换，得到第二测试用例。

在一个可能的示例中，所述处理单元201具体用于确定至少两个所述需求特征对应的测试顺序；确定各个所述需求特征对应的测试子逻辑，得到至少两个所述测试子逻辑；基于所述测试顺序对至少两个所述测试子逻辑进行组合，得到至少两个所述需求特征对应的测试逻辑。

在一个可能的示例中，所述通信单元202还用于接收基于所述第二格式撰写的第四测试用例；所述处理单元201还用于基于所述第二格式和所述第一格式对所述第四测试用例进行转化，得到第五测试用例，所述第五测试用例基于所述第一格式撰写；所述测试用例的处理装置200还包括存储单元204，用于将所述第五测试用例存储于所述测试用例管理***中。

该测试用例的处理装置200中各个单元执行详细过程可以参见前述方法实施例中的执行步骤，此处不在赘述。

与图1的实施例一致，请参照图3，图3是本申请实施例提供的一种计算机设备的结构示意图。该计算机设备包括前述的电子设备和服务器。如图3所示，该计算机设备300包括处理器310、存储器320、通信接口330以及一个或至少一个程序340。图2所示的通信单元202所实现的相关功能可通过通信接口330来实现，图2所示的存储单元204所实现的相关功能可通过存储器320来实现，图2所示的处理单元201和显示单元203所实现的相关功能可通过处理器310来实现。

上述一个或至少一个程序340被存储在上述存储器320中，并且被配置由上述处理器310执行，上述程序340包括用于执行以下步骤的指令：

接收测试指令，所述测试指令包括至少两个需求特征；

从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；

基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

在所述测试指令对应的位置上显示所述第二测试用例。

在一个可能的示例中，在所述从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例方面，所述程序340具体用于执行以下步骤的指令：

从测试用例管理***中查找各个所述需求特征对应的至少一个测试用例；

获取各个所述第三测试用例的目标评价值，得到至少两个所述目标评价值；

基于至少两个所述目标评价值从所述第三测试用例中选取至少一个第一测试用例。

在一个可能的示例中，所述第三测试用例包括参考测试用例，在所述获取各个所述第三测试用例的目标评价值方面，所述程序340具体用于执行以下步骤的指令：

获取所述参考测试用例满足至少两个所述需求特征的第一评价值；

获取所述参考测试用例的下载次数和/或参考撰写风格；

基于所述下载次数和/或所述参考撰写风格获取所述参考测试用例的第二评价值；

基于所述第一评价值和所述第二评价值确定所述参考测试用例的目标评价值。

在一个可能的示例中，所述测试指令包括测试人员的标识信息，在所述基于所述下载次数和/或所述参考撰写风格获取所述参考测试用例的第二评价值方面，所述程序340具体用于执行以下步骤的指令：

基于所述下载次数获取所述参考测试用例的第三评价值；

根据所述标识信息确定所述测试人员的目标撰写风格；

基于所述参考撰写风格和所述目标撰写风格获取所述参考测试用例的第四评价值；

基于所述第三评价值和/或所述第四评价值确定所述参考测试用例的第二评价值。

在一个可能的示例中，在所述基于至少一个所述第一测试用例生成第二测试用例方面，所述程序340具体用于执行以下步骤的指令：

确定至少两个所述需求特征对应的测试逻辑；

基于所述测试逻辑对至少一个所述第一测试用例进行转换，得到第二测试用例。

在一个可能的示例中，在所述确定至少两个所述需求特征对应的测试逻辑方面，所述程序340具体用于执行以下步骤的指令：

确定至少两个所述需求特征对应的测试顺序；

确定各个所述需求特征对应的测试子逻辑，得到至少两个所述测试子逻辑；

基于所述测试顺序对至少两个所述测试子逻辑进行组合，得到至少两个所述需求特征对应的测试逻辑。

在一个可能的示例中，所述程序340还用于执行以下步骤的指令：

若接收到基于所述第二格式撰写的第四测试用例，则基于所述第二格式和所述第一格式对所述第四测试用例进行转化，得到第五测试用例，所述第五测试用例基于所述第一格式撰写；

将所述第五测试用例存储于所述测试用例管理***中。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于存储计算机程序，该计算机程序使得计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤，计算机包括电子设备和服务器。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，计算机包括电子设备和服务器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模式并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如至少一个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少一个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

集成的单元如果以软件程序模式的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(randomaccess memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种测试用例的处理方法，其特征在于，包括：

接收测试指令，所述测试指令包括至少两个需求特征；

从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；

基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

在所述测试指令对应的位置上显示所述第二测试用例。

2.根据权利要求1所述的处理方法，其特征在于，所述从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，包括：

从测试用例管理***中查找各个所述需求特征对应的至少一个第三测试用例；

获取各个所述第三测试用例的目标评价值，得到至少两个目标评价值；

基于至少两个所述目标评价值从所述第三测试用例中选取至少一个第一测试用例。

3.根据权利要求2所述的处理方法，其特征在于，所述第三测试用例包括参考测试用例，所述获取各个所述第三测试用例的目标评价值，包括：

获取所述参考测试用例满足至少两个所述需求特征的第一评价值；

获取所述参考测试用例的下载次数和/或参考撰写风格；

基于所述下载次数和/或所述参考撰写风格获取所述参考测试用例的第二评价值；

基于所述第一评价值和所述第二评价值确定所述参考测试用例的目标评价值。

4.根据权利要求2所述的处理方法，其特征在于，所述测试指令包括测试人员的标识信息，所述基于所述下载次数和/或所述参考撰写风格获取所述参考测试用例的第二评价值，包括：

基于所述下载次数获取所述参考测试用例的第三评价值；

根据所述标识信息确定所述测试人员的目标撰写风格；

基于所述参考撰写风格和所述目标撰写风格获取所述参考测试用例的第四评价值；

基于所述第三评价值和/或所述第四评价值确定所述参考测试用例的第二评价值。

5.根据权利要求1-4中任一项所述的处理方法，其特征在于，所述基于至少一个所述第一测试用例生成第二测试用例，包括：

确定至少两个所述需求特征对应的测试逻辑；

基于所述测试逻辑对至少一个所述第一测试用例进行转换，得到第二测试用例。

6.根据权利要求5所述的处理方法，其特征在于，所述确定至少两个所述需求特征对应的测试逻辑，包括：

确定至少两个所述需求特征对应的测试顺序；

确定各个所述需求特征对应的测试子逻辑，得到至少两个所述测试子逻辑；

基于所述测试顺序对至少两个所述测试子逻辑进行组合，得到至少两个所述需求特征对应的测试逻辑。

7.根据权利要求1-4中任一项所述的处理方法，其特征在于，所述方法还包括：

若接收到基于所述第二格式撰写的第四测试用例，则基于所述第二格式和所述第一格式对所述第四测试用例进行转化，得到第五测试用例，所述第五测试用例基于所述第一格式撰写；

将所述第五测试用例存储于所述测试用例管理***中。

8.一种测试用例的处理装置，其特征在于，包括：

通信单元，用于接收测试指令，所述测试指令包括至少两个需求特征；

处理单元，用于从测试用例管理***中查找至少两个所述需求特征对应的至少一个第一测试用例，所述第一测试用例基于第一格式撰写；基于至少一个所述第一测试用例生成第二测试用例，所述第二测试用例基于第二格式撰写，所述第二格式的可读性强于所述第一格式；

显示单元，用于在所述测试指令对应的位置上显示所述第二测试用例。

9.一种计算机设备，其特征在于，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，所述一个或至少一个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行权利要求1-7任一项方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1-7任一项所述的方法。

Images