测试用例的生成方法及装置与流程

本申请涉及互联网领域，具体而言，涉及一种测试用例的生成方法及装置。

背景技术：

软件测试是软件开发过程中不可缺少的，其目的是发现潜伏在软件里的缺陷，减少软件开发和维护的成本，促进软件质量的提升。软件测试的成本占整个软件开发过程的30％-50％，随着软件功能复杂度的不断提高，相应的自动化测试技术也在不断发展和进步

在各种类型的自动化测试中，最接近用户需求的测试是与用户交互相关的，俗称为ui(用户界面)自动化测试，以模拟手工操作的脚本执行方式，实现自动化的页面功能操作，达到对页面功能正确性的测试，在该方案中一般使用各种测试脚本进行UI自动化测试，如测试数据驱动、关键字驱动、行为测试驱动等等。

在各种测试脚本实现方式中，使用的技术都是基于某种类型的数据，通过数据和测试代码的结合，来实现各种有效的测试脚本，但是在该方案中，在执行测试代码时，获取测试数据以执行测试用例并返回测试结果，测试效率低。

针对上述进行UI自动化测试时效率低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种测试用例的生成方法及装置，以至少解决进行UI自动化测试时效率低的技术问题。

根据本申请实施例的一个方面，提供了一种测试用例的生成方法，该生成方法包括：获取测试用例模板中的各个测试步骤，其中，各个测试步骤按照顺序执行；若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据；基于更新后的步骤数据生成测试用例。

根据本申请实施例的另一方面，还提供了一种测试用例的生成装置，该生成装置包括：获取模块，用于获取测试用例模板中的各个测试步骤，其中，各个测试步骤按照顺序执行；处理模块，用于若测试步骤设置有步骤参数，则获取步骤参数的属性值， 并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据；生成模块，用于基于更新后的步骤数据生成测试用例。

在本申请实施例中，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，在生成测试用例之前，对测试用例模板中的测试步骤设置步骤参数的属性值，在基于添加有步骤参数的属性值的步骤数据生成测试用例，即本实施例的方案是在创建测试用例的阶段就直接生成带有具体的步骤参数的属性值的测试用例，无需在执行测试用例的阶段获取测试数据(即上述的步骤参数的属性值)，解决了进行UI自动化测试时效率低的问题，实现了提高UI自动化测试的测试效率的效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据现有技术的一种测试用例的生成方法的示意图；

图2是根据本申请实施例的计算机终端的硬件环境示意图；

图3是根据本申请实施例的一种测试用例的生成方法的流程图；

图4是根据本申请实施例的一种可选的测试用例的生成方法的流程图；

图5是根据本申请实施例的一种可选的参数设置界面的示意图；

图6是根据本申请实施例的一种可选的参数显示界面和参数设置界面的示意图；

图7是根据本申请实施例的另一种可选的参数显示界面和参数设置界面的示意图；

图8是根据本申请实施例的一种可选的修改测试用例的步骤数据的方法的流程图；

图9是根据本申请实施例的一种测试用例的生成装置的示意图；以及

图10是根据本申请实施例的计算机终端的硬件结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本申请实施例，还提供了一种测试用例的生成方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。

在传统的测试用例的生成方法中，一般为基于某种类型的数据(即图1所示的参数点)，通过数据(即参数点)和测试代码的结合，来实现各种有效的测试脚本(即图1所示的测试用例)。如图1所示，在测试代码中设置两个参数点(即图1所示的参数点1和参数点2)，在对应的数据列表中，配置了三行参数点的数值，其中，数据列表中的一行数据对应一个测试用例，如图1所示，测试用例1对应参数点1和参数点2的数据为c1和c2，测试用例2对应参数点1和参数点2的数据为d1和d2，测试用例3对应参数点1和参数点2的数据为e1和e2，则该测试代码在执行时，会循环执行三次，每次在对应的步骤参数上取其中一行数据，形成三个测试用例(如图1中的测试用例1、测试用例2和测试用例3)的执行并返回结果。

可选地，本实施例中的测试用例的生成方法可以应用于如图2所示的终端101和服务器103所构成的硬件网络环境中，如图2所示，终端101通过网络与服务器103进行连接，上述网络包括但不限于：广域网、城域网或局域网。

在本申请实施例中，上述的终端可以为移动终端、个人电脑或服务器。

在上述运行环境下，本申请提供了如图3所示的测试用例的生成方法的流程图。

如图3所示，该生成方法包括如下步骤：

步骤S302：获取测试用例模板中的各个测试步骤，其中，各个测试步骤按照顺序执行。

步骤S304：若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据。

步骤S306：基于更新后的步骤数据生成测试用例。

可选地，在通过上述步骤生成测试用例之后，该生成方法还可以包括：

步骤S308：通过生成的测试用例对测试对象进行测试。

采用本申请，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，在生成测试用例之前，对测试用例模板中的测试步骤设置步骤参数的属性值，在基于添加有步骤参数的属性值的步骤数据生成测试用例，即本实施例的方案是在创建测试用例的阶段就直接生成带有具体的步骤参数的属性值的测试用例，无需在执行测试用例的阶段获取测试数据(即上述的步骤参数的属性值)，解决了进行UI自动化测试时效率低的问题，实现了提高UI自动化测试的测试效率的效果。

在上述实施例中，不仅可以对步骤级的数据进行步骤参数的设置，而且可以在创建测试用例的阶段就把具体步骤参数的属性值添加入测试用例的数据中，并不需要在执行测试用例的阶段在测试用例的数据中添加具体步骤参数的属性值；添加测试用例的测试数据时是按照步骤级别添加的，即生成测试用例之前对待生成的测试用例的步骤数据做更新，不同的测试用例可以具有不同的步骤参数及其属性值，而不存在因不同的测试用例的数据在一个数据列表的数据中是统一的而带来的需进行多余的维护管理机制的缺陷，同时避免了因测试代码是通过步骤参数与测试的数据列表内容强制绑定，所引起的维护成本呈指数级倍数上升的问题，通过上述实施例，不但降低了维护成本，还提高了维护的灵活性。

另外，通过上述实施例，在生成测试用例的之前，添加步骤参数的属性值以更新测试步骤的数据，从而可以生成带有具体步骤参数属性值的测试用例，上述实施例避免了通过编写代码的方式设置参数点(即测试步骤的步骤参数的属性值)所带来的不可避免的编写、调试执行，以及问题处理的多次循环操作等过程，也不需要操作人员具备一定的编写代码的能力，从而实现了提高灵活性，提升效率以及降低代码编辑成本的效果。

具体地，结合图4对本申请实施例中生成测试用例的具体过程作详细的介绍。如图4所示，获取测试用例模板中的各个测试步骤中的第一个测试步骤，并从该测试用例模板中的第一个测试步骤开始执行如下步骤，其中，测试用例模板中的当前测试步骤被初始化为所述测试用例模板中的第一个测试步骤：

步骤S401：获取测试用例模板中的各个测试步骤中的当前测试步骤。

具体地，解析测试用例模板中的各个测试步骤，对测试用例模板中的各个测试步骤进行参数点设置(即上述的步骤参数)。

步骤S402：判断当前测试步骤是否设置有步骤参数。

也即，判断当前测试步骤的数据中是否包括步骤参数(如参数点)。

其中，若是，则需要修改该当前测试步骤的数据，则执行步骤S403，若否，则无需对当前测试步骤的数据进行修改，也即该当前测试步骤的数据即为该步骤的数据，执行步骤S404。

步骤S403：获取当前测试步骤的步骤参数的属性值，并将该步骤参数的属性值添加入该测试步骤的原始数据中，得到更新后的步骤数据。

具体地，获取当前测试步骤的步骤参数的属性值(如实际输入值，或从数据库中读取到的值)，并对应修改该当前测试步骤的属性值，

步骤S404：获取当前测试步骤的步骤数据。

具体地，对于未设置步骤参数的当前测试步骤，当前测试步骤的步骤数据为原始数据；对于设置有步骤参数的当前测试步骤，当前测试步骤的步骤数据为更新后的步骤数据。

步骤S405：判断当前测试步骤是否为该测试用例模板中的最后一个测试步骤。若是，则执行步骤S406；若否，执行步骤S407。

步骤S406：基于上述更新后的步骤数据生成测试用例。

在基于上述更新后的步骤数据生成测试用例的同时，建立该测试用例与测试用例模板之间的关联关系。

步骤S407：将测试用例模板中的下一个测试步骤作为下一次循环的当前测试步骤。

需要指出的是，上述步骤仅对一个测试用例的生成过程作了介绍，在通过测试用例模板生成测试用例时可以通过上述方法批量生成测试用例，其中，每个测试用例的 生成过程都如上述的测试用例的生成过程一致。

通过上述实施例，可以建立该测试用例与测试用例模板之间的关联关系，从而可以关联各个测试用例的步骤参数与测试用例模板。

具体地，测试用例的步骤级参数点(即每个测试步骤的步骤参数)的关联技术可通过设计特定的数据结构和算法，将测试用例步骤及参数点固定关联。

上述实施例中的测试用例是独立的对象，其可以为文字、脚本代码或者数据结构等数据。该测试用例可以由多个步骤(即测试步骤)组成，每个步骤(即测试步骤)中可以设置或不设置步骤参数，若设置步骤参数，步骤参数可以包括一个或多个参数点。多个参数点的集合可以统称一个步骤参数，该步骤参数为一个虚拟的对象。其中，每个参数点可以包括参数名称、参数类型以及参数值。

上述的测试用例模板实际上是一种template(即模板)，是每个测试用例的原型，测试用例模板可以包括测试步骤和步骤参数，但是不包括参数值(即步骤参数的属性值)。可以通过对每个参数点设置不同赋值(即设置不同的步骤参数的属性值)，就可以回填到template(即模板)中以生成不同测试用例，这就是通过测试用例模板批量生成用例的过程。那么生成的测试用例和template(即模板)就会建立天然的关联关系，该关联关系用于标示该测试用例是由某个template(即模板)生成而来的。

可选地，在计算机获取到测试用例模板中的测试步骤1和测试步骤2之后，判断测试步骤1和测试步骤2是否设置有步骤参数，若测试步骤设置有步骤参数，上述具体实施例中测试用例模板中设置有参数点1、参数点2以及参数点3，则获取“账号”的属性值(如“a”)、“区号”的属性值(如“010”)，以及“电话号码”的属性值(如“12345678”)，并将上述该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，以测试用例的步骤级别来维护步骤参数，并把步骤参数的属性值与测试用例关联起来，基于该更新步骤参数的属性值后的步骤数据生成测试用例，对测试对象进行测试时，无需编写代码也无需对其进行功能维护，提高了测试效率。

根据本申请上述实施例，获取步骤参数的属性值可以包括：获取步骤参数的参数标识，其中，参数标识用于描述步骤参数的测试用例归属和步骤归属；从测试用例模板中提取参数标识对应的参数信息，参数信息包括参数类型和参数名称；从数据库中读取对应参数类型和参数名称的属性值。

其中，上述的参数标识描述出了该步骤参数属于哪个测试用例中的哪个步骤。

在上述实施例中，若计算机获取到的各个测试步骤设置有步骤参数，则可以先获 取步骤参数的参数标识，根据该参数标识从测试用例模板中提取对应的参数类型和参数名称等参数信息；再从数据库中读取与参数信息相对应的属性值。从而利用参数标识建立步骤参数以及步骤参数的属性值之间的关联关系，从而可以快速准确的从数据库中获得与参数信息相对应的属性值，提高了对用例模板中的步骤参数的处理效率。

具体地，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则先获取步骤参数的参数标识，根据该参数标识从测试用例模板中提取对应的参数类型和参数名称等参数信息；再从数据库中读取与参数信息相对应的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，然后基于更新后的步骤数据生成测试用例，通过生成的测试用例对测试对象进行测试。

下面以步骤参数点PP为例详细介绍利用关联关系算法的实现原理：

(1)每个测试步骤可以包括步骤参数(如参数点PP)。

(2)每个参数点PP可以包含一个或多个参数点的信息(如参数点内容)，每个参数点的信息对应设置不同的参数点的参数值(即属性值)。

(3)参数点id(即参数标识)可以唯一标示参数点及其测试用例归属和步骤归属。

可选地，若步骤参数包括一个参数点，测试用例模板中测试步骤的数据结构可以为：

若步骤参数包括多个参数点，测试用例模板中测试步骤的数据结构可以为：

下面以测试用例模板以及测试用例的具体表现形式来举例说明。

用例模板(即测试用例模型)可以包括两个测试步骤，其具体表现形式如下：

测试步骤1：文本框输入[参数点1(类型：文本，参数名：账号)]。

该测试步骤1设置有步骤参数，该步骤参数包括一个参数点(即参数点1)，该参数点的类型为文本，该参数点的名称为账号。

测试步骤2：文本框输入[参数点2(类型：文本，参数名：区号)+参数点3(类型：文本，参数名：电话号码)]。

该测试步骤2设置有步骤参数，该步骤参数包括两个参数点，第一个参数点(即参数点2)的类型为文本，该参数点的名称为区号；第二个参数点(即参数点3)的类型为文本，参数点的名称为电话号码。

其中，“[]”表示步骤参数。

在解析上述的测试用例模板之后，逐一判断测试步骤1和测试步骤2是否设置有参数点，下面以测试步骤1的具体处理为例详细介绍：获取参数点1对应的属性值(如a)，使用该属性值修改测试步骤1的数据，得到更新后的数据：文本框输入[a](参数点1的参数名：账号，参数值：a)，对测试步骤2也执行上述的更新处理，得到更新后的测试步骤的数据：文本框输入[010+12345678](参数点2的参数名：区号，参数值：010；参数点3的参数名：电话号码，参数值：12345678)。

具体地，测试步骤1：文本框输入[a](参数点1的参数名：账号，参数值：a)。

测试步骤2：文本框输入[010+12345678](参数点2的参数名：区号，参数值：010；参数点3的参数名：电话号码，参数值：12345678)。

在生成测试用例1之后还可以采用同样的处理方法生成测试用例2，其表现形式可以为：

测试步骤1：文本框输入[b](参数点1的参数名：账号，参数值：b)；

测试步骤2：文本框输入[020+0000000](参数点2的参数名：区号，参数值：020；参数点3的参数名：电话号码，参数值：0000000)。

在批量生成测试用例之后，使用生成的测试用例对测试对象进行测试。

可选地，在计算机获取到测试用例模板中的测试步骤1和测试步骤2之后，判断测试步骤1和测试步骤2是否设置有步骤参数，若测试步骤设置有步骤参数，上述具体实施例中测试用例模板中设置有参数点1(类型：文本，参数名：账号)、参数点2(类型：文本，参数名：区号)以及参数点3(类型：文本，参数名：电话号码)，则基于参数点1的参数标识获取“账号”的属性值“a”、基于参数点2的参数标识获取“区号”的属性值“010”，以及基于参数点3的参数标识获取“电话号码”的属性值“12345678”，并将上述该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，以测试用例的步骤级别来维护步骤参数，并把步骤参数的属性值与测试用例关联起来，基于该更新步骤参数的属性值后的步骤数据生成测试用例，对测试对象进行测试时，无需编写代码也无需对其进行功能维护，提高了测试效率。

根据本申请上述实施例，在从测试用例模板中提取参数标识对应的参数信息之前，该生成方法还可以包括：获取初始的测试用例模板中的各个测试步骤；通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试用例模板，其中，每个步骤参数可以包括一个或多个参数点，每个参数点的信息至少包括参数名称、参数类型、步骤参数的参数标识以及属性值。

在上述实施例中，配置步骤参数时用户可以通过界面输入属性值，也可以从数据库中导出属性值。

在上述实施例中，用户可以通过参数设置界面为获取到的测试步骤配置步骤参数，得到配置后的测试用例模板，即通过可视化的界面来提高用户输入步骤参数的便捷度，同时也为测试用例的维护人员的测试和维护工作提供便利。

下面结合图5详述本申请上述实施例。

如图5所示，测试用例模板的可视化界面(即参数设置界面)可以显示标题(即图5中的用例模板)以及由用例/参数点(即测试用例)、登陆帐号(即步骤参数)和参数XXX(即步骤参数的属性值)组成的步骤参数列表，用户可以通过该可视化界面为测试步骤配置步骤参数，如可以在步骤参数表格的用例/参数点的表格栏中输入待测试的各个测试用例，如可以输入图5所示的用例1(即测试用例1)、用例2(即测试用例2)和用例3(即测试用例3)；在登陆账号(即步骤参数)的表格栏中输入待测试的登陆账号，如可以输入：aaa、bbb以及ccc。同时可以在参数(即步骤参数的属性值)的表格栏中输入相关的步骤参数的属性值，如可以输入：ddd、eee和fff。其中，如图5所示的用例模板中，测试用例、步骤参数和步骤参数的属性值是一一对应的关系。即用例1(即测试用例1)的登陆账号(即步骤参数)为aaa，对应的参数(即步骤参数的属性值)为ddd。同样，用例2(即测试用例2)的登陆账号(即步骤参数)为bbb，对应的参数(即步骤参数的属性值)为eee。用例3(即测试用例3)的登陆账号(即步骤参数)为ccc，对应的参数(即步骤参数的属性值)为fff。用户可以通过如图5所示的可视化界面(即参数设置界面)中的批量生成按钮来进行对测试用例的批量生成，即实现同时生成用例1(即测试用例1)、用例2(即测试用例2)以及用例3(即测试用例3)这三个测试用例。

通过上述实施例，用户或者测试用例的测试维修人员可以通过可视化界面(即参数设置界面)输入每个测试用例的实际参数值(可以为步骤参数的属性值)，为测试步骤配置步骤参数，并通过该可视化界面(即参数设置界面)的后台的算法，来实现批量生成测试用例的目的。

根据本申请上述实施例，在得到配置后的测试用例模板之后，该生成方法还可以包括：接收通过测试用例模板的模板显示界面输入的编辑指令，其中，编辑指令用于编辑配置后的测试用例模板中的步骤参数的信息；在显示步骤参数的参数显示界面上展示待变更的步骤参数；通过参数显示界面接收对待变更的步骤参数的删除指令或修改指令；若接收到删除指令，则删除指令指示删除的待变更的步骤参数，得到更新后的测试用例模板；若接收到修改指令，则在终端的屏幕上显示待变更的步骤参数的参数设置界面，通过参数设置界面接收并存储修改信息，得到更新后的测试用例模板。

可选地，在用户或者测试用例的维护人员通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试用例模板之后，计算机终端可以通过参数显示界面展示待变更的步骤参数，并通过测试用例模板的参数显示界面接收用户或者维护人员输入的编辑指令，若接收到的编辑指令为删除指令，则删除该删除指令指示删除的待变更的步骤参数，得到更新后的测试用例模板，若接收到的编辑指令为修改指令，则在终端的屏幕上显示该待变更的步骤参数的参数设置界面，通过该参数设置界面接收并存储修改信息，得到更新后的测试用例模板。通过上述实施例，可以通过计算机终端的界面实现对测试用例的每个测试步骤按需配置参数点，并且根据用户或者维修人员输入的编辑指令，来实现对测试用例的步骤参数的删除和修改，提高了对测试用例的处理的灵活性，并提高了对步骤参数维护的可视化效果。

下面结合图6和图7详述本申请上述实施例。

测试用例模板的模板显示界面可以包括：标题(如图6中的用例模板)、测试步骤(如图6中的步骤1)、编辑指令触发按钮(如图6中的新增参数点)以及其他相关信息(如图6中的[登录框A]输入账号[XXX]),当终端通过参数显示界面接收对待变更的步骤参数的修改指令(如图6中的新增参数点的触发信号)，可以在终端的屏幕上显示待变更的步骤参数的参数设置界面，该参数点设置界面可以包括：标题(如图6中的参数点设置)、步骤参数(如图6中的参数名称和参数类型)以及输入窗口(如图6中的登陆账号窗口和文本框输入窗口)，可以通过参数设置界面上的输入窗口(即图6中的登陆账号窗口和文本框输入窗口)接收修改信息(如通过图6中的登陆账号窗口输入的参数名称信息，和通过文本框输入窗口输入的参数类型信息)，然后接收保存测试用例的触发信号(如图6所示的保存按钮的触发信号)，保存该接收到的修改信息，并基于该修改信息增加测试用例，得到更新后的测试用例模板。

测试用例模板的模板显示界面也可以包括：标题(如图7中的用例模板)、测试步骤(如图7中的步骤1)、编辑指令触发按钮(如图7中的编辑参数点)以及其他相关信息(如图7中的[登录框A]输入账号[XXX]),当终端通过模板显示界面接收对待变 更的步骤参数的修改或删除指令(如图7中的编辑参数点按钮的触发信号)，可以在终端的屏幕上显示待变更的步骤参数的参数设置界面，如图7所示，该参数显示界面可以包括：标题(如图7中的参数点列表)、参数点(如图7中的参数点1[登陆账号]、参数点2[XXX])以及编辑按钮(如图7中的修改按钮和删除按钮)，在该显示步骤参数的参数显示界面上展示待变更的步骤参数(如参数点1和参数点2)，并可以通过参数显示界面接收对待变更的步骤参数的删除指令或者修改指令；若接收到删除指令(如图7中的删除按钮的触发信号)，则删除指令指示删除的待变更的步骤参数，其中，如图7所示，每个参数点对应一个删除按钮和修改按钮，若参数显示界面接收到对删除按钮的触发信号(即删除指令)，则对应删除相应的参数点的信息，得到删除该参数点信息后的测试用例模板(即更新后的测试用例模板)；若通过参数显示界面接收到修改指令(如图7中的修改按钮的触发信号)，则在终端的屏幕上显示待变更的步骤参数的参数设置界面(如图7中的参数点设置界面)，该参数设置界面可以包括：标题(如图7中的参数点设置)、参数点(如图7中的参数名称和参数类型)以及输入窗口(如图7中的登陆账号窗口和文本框输入窗口)，可以通过参数设置界面上的输入窗口(如图7中的登陆账号窗口和文本框输入窗口)，接收修改信息(如通过图7中的登陆账号窗口输入的参数名称信息，和通过文本框输入窗口输入的参数类型信息)，然后接收保存测试用例的触发信号(如图7所示的保存按钮的触发信号)，保存该接收到的修改信息，并基于该修改信息增加测试用例，得到更新后的测试用例模板。

通过上述实施例，可以实现通过可视化界面对测试用例产生的每个测试步骤按需配置参数点，可直接在可视化界面上定义参数名称及类型(即输入步骤参数的属性值)。也可以通过可视化界面对已设置的参数点在可视化界面上直接进行删除或修改。

根据上述实施例，测试用例的生成方法还可以包括：在基于更新后的步骤数据生成测试用例的同时，建立测试用例与测试用例模板的关联关系；在基于更新后的步骤数据生成测试用例之后，该生成方法还包括：通过生成的测试用例对测试对象进行测试。

可选地，在基于更新后的步骤数据生成测试用例的同时，终端可以通过标识关联测试用例与测试用例模。

根据上述实施例，测试用例的生成方法还可以包括：在基于各个测试步骤的步骤数据生成测试用例之后，接收用于修改测试用例中测试用例步骤的修改请求；判断测试用例步骤是否设置有步骤参数；若测试用例步骤未设置步骤参数，则直接修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若测试用例步骤设置有步骤参数，则判断是否修改与测试用例关联的测试用例模板； 若判断出不修改与测试用例关联的测试用例模板，则解除测试用例与测试用例模板的关联，并修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若判断出修改与测试用例关联的测试用例模板，则修改测试用例模板中对应步骤参数的模板数据，并同步更新测试用例模板的关联用例，其中，关联用例为与测试用例模板具有关联关系的测试用例。

在上述实施例中，可以通过在终端接收到修改测试用例的修改请求后，根据测试用例步骤设置有步骤参数的情况，来采取不同的修改测试用例的步骤数据的方法进行修改，避免了采用测试代码将步骤参数与测试用例的数据列表内容绑定的方式来修改测试用例，从而避免了因测试代码是通过步骤参数与测试的数据列表内容强制绑定，而引起的步骤参数的新增、删除等维护功能需要手工的同步维护数据列表的操作，也避免了对一个测试用例的数据列表中的单个不统一的用例数据进行修改时，对所有数据列表中的其他数据均进行相同的操作的缺陷，造成的维护成本呈指数级倍数上升的问题。通过上述实施例，可以通过设计特定算法，维护实际的测试用例的内容(步骤数据)的变更，将不同的测试用例的步骤数据进行区别对待，即对各个不同的测试用例进行了隔离处理，从而解决了传统机制测试用例独立性弱的问题。

如图8所示，修改测试用例的步骤数据的方法可以包括如下步骤：

其中，步骤S801：接收用于修改测试用例中测试用例步骤的修改请求。

具体地，计算机终端可以通过界面接收用户或者维修人员输入的修改请求，该修改请求可以包括删除测试用例或者增加测试用例的请求。

步骤S802：判断测试用例步骤是否设置有步骤参数。

具体地，若否，即若测试用例步骤未设置有步骤参数，则执行步骤S803，若是，即若测试用例步骤设置有步骤参数，则执行步骤S804。

步骤S803：直接修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例。

具体地，当测试用例步骤未设置有步骤参数时，可以不必考虑测试用例与测试模板之间的关联关系，直接修改测试用例步骤的步骤数据。

步骤S804：判断是否修改与测试用例关联的测试用例模板。

具体地，若测试用例步骤未设置有步骤参数，则要考虑测试用例与测试模板之间的关联关系，并判断是否修改测试用例模板，若不用修改测试用例模板，即若否，则执行步骤S805，若判断出修改与测试用例关联的测试用例模板，即若是，则执行步骤 S806。

可选地，判断是否修改与测试用例关联的测试用例模板可以包括：判断是否通过修改测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令；若通过修改界面接收到同步修改指令，则判断出修改与测试用例关联的测试用例模板；若未通过修改界面接收到同步修改指令，则判断出不修改与测试用例关联的测试用例模板。

步骤S805，解除测试用例与测试用例模板的关联，并修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例。

步骤S806，修改测试用例模板中对应步骤参数的模板数据，并同步更新测试用例模板的关联用例。

在上述实施例中，通过测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令的情况，来判断是否修改与测试用例关联的测试用例模板。通过上述实施例，可以实现满足用户或者维护人员对同步修改测试用例模板的实际需求。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

实施例2

根据本申请实施例，还提供了一种用于实施上述测试用例的生成装置的实施例，如图9所示，该测试用例的生成装置包括：获取模块20、处理模块40以及生成模块60。

其中，获取模块20，用于获取测试用例模板中的各个测试步骤，其中，各个测试 步骤按照顺序执行。

处理模块40，用于若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据。

生成模块60，用于基于更新后的步骤数据生成测试用例。

上述实施例中的测试用例的生成装置还可以包括：测试模块80。

其中，测试模块80，用于通过生成的测试用例对测试对象进行测试。

采用本申请，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，在生成测试用例之前，对测试用例模板中的测试步骤设置步骤参数的属性值，在基于添加有步骤参数的属性值的步骤数据生成测试用例，即本实施例的方案是在创建测试用例的阶段就直接生成带有具体的步骤参数的属性值的测试用例，无需在执行测试用例的阶段获取测试数据(即上述的步骤参数的属性值)，解决了进行UI自动化测试时效率低的问题，实现了提高UI自动化测试的测试效率的效果。

可选地，获取模块可以包括：第一获取子模块、提取模块以及读取模块。

其中，第一获取子模块，用于获取步骤参数的参数标识，其中，参数标识用于描述步骤参数的测试用例归属和步骤归属。

提取模块，用于从测试用例模板中提取参数标识对应的参数信息，参数信息包括参数类型和参数名称。

读取模块，用于从数据库中读取对应参数类型和参数名称的属性值。

在上述实施例中，若计算机获取到的各个测试步骤设置有步骤参数，则可以先获取步骤参数的参数标识，根据该参数标识从测试用例模板中提取对应的参数类型和参数名称等参数信息；再从数据库中读取与参数信息相对应的属性值。从而利用参数标识建立步骤参数以及步骤参数的属性值之间的关联关系，从而可以快速准确的从数据库中获得与参数信息相对应的属性值，提高了对用例模板中的步骤参数的处理效率。

可选地，该生成装置还包括：第二获取子模块和配置模块。

其中，第二获取子模块，用于在从测试用例模板中提取参数标识对应的参数信息之前，获取初始的测试用例模板中的各个测试步骤。

配置模块，用于通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试 用例模板，其中，每个步骤参数可以包括一个或多个参数点，每个参数点的信息至少包括参数名称、参数类型、步骤参数的参数标识以及属性值。

在上述实施例中，用户可以通过参数设置界面为获取到的测试步骤配置步骤参数，得到配置后的测试用例模板，即通过可视化的界面来提高用户输入步骤参数的便捷度，同时也为测试用例的维护人员的测试和维护工作提供便利。

可选地，该生成装置还可以包括：第一接收模块、展示模块、第二接收模块、删除模块以及显示模块。

其中，第一接收模块，在得到配置后的测试用例模板之后，用于接收通过测试用例模板的模板显示界面输入的编辑指令，其中，编辑指令用于编辑配置后的测试用例模板中的步骤参数的信息。

展示模块，用于在显示步骤参数的参数显示界面上展示待变更的步骤参数。

第二接收模块，用于通过参数显示界面接收对待变更的步骤参数的删除指令或修改指令。

删除模块，用于若接收到删除指令，则删除该删除指令指示删除的待变更的步骤参数，得到更新后的测试用例模板。

显示模块，用于若接收到修改指令，则在终端的屏幕上显示待变更的步骤参数的参数设置界面，通过参数设置界面接收并存储修改信息，得到更新后的测试用例模板。

在上述实施例中，在用户或者测试用例的维护人员通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试用例模板之后，计算机终端可以通过参数显示界面展示待变更的步骤参数，并通过测试用例模板的参数显示界面接收用户或者维护人员输入的编辑指令，若接收到的编辑指令为删除指令，则删除该删除指令指示删除的待变更的步骤参数，得到更新后的测试用例模板，若接收到的编辑指令为修改指令，则在终端的屏幕上显示该待变更的步骤参数的参数设置界面，通过该参数设置界面接收并存储修改信息，得到更新后的测试用例模板。通过上述实施例，可以通过计算机终端的界面实现对测试用例的每个测试步骤按需配置参数点，并且根据用户或者维修人员输入的编辑指令，来实现对测试用例的步骤参数的删除和修改，提高了对测试用例的处理的灵活性，并提高了对步骤参数维护的可视化效果。

可选地，该生成装置还可以包括：建立模块以及测试模块。

其中，建立模块，用于在基于更新后的步骤数据生成测试用例的同时，建立测试用例与测试用例模板的关联关系。

测试模块，用于在基于更新后的步骤数据生成测试用例之后，通过生成的所述测试用例对测试对象进行测试。

可选地，生成装置还可以包括：第三接收模块、第一判断模块、第一修改模块、第二判断模块、第二修改模块以及第三修改模块。

其中，第三接收模块，用于在基于更新后的步骤数据生成测试用例之后，接收用于修改测试用例中测试用例步骤的修改请求。

第一判断模块，用于判断测试用例步骤是否设置有步骤参数。

第一修改模块，用于若测试用例步骤未设置步骤参数，则直接修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例。

第二判断模块，用于若测试用例步骤设置有步骤参数，则判断是否修改与测试用例关联的测试用例模板。

第二修改模块，用于若判断出不修改与测试用例关联的测试用例模板，则解除测试用例与测试用例模板的关联，并修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例。

第三修改模块，用于若判断出修改与测试用例关联的测试用例模板，则修改测试用例模板中对应步骤参数的模板数据，并同步更新测试用例模板的关联用例，其中，关联用例为与测试用例模板具有关联关系的测试用例。

在上述实施例中，可以通过在终端接收到修改测试用例的修改请求后，根据测试用例步骤设置有步骤参数的情况，来采取不同的修改测试用例的步骤数据的方法进行修改，通过上述实施例，可以通过设计特定算法，维护实际的测试用例的内容(步骤数据)的变更，将不同的测试用例的步骤数据进行区别对待，即对各个不同的测试用例进行了隔离处理，从而解决了传统机制测试用例独立性弱的问题。

可选地，第二判断模块可以包括：第一判断子模块、第二判断子模块以及第三判断子模块。

其中，第一判断子模块，用于判断是否通过修改测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令。

第二判断子模块，用于若通过修改界面接收到同步修改指令，则判断出修改与测试用例关联的测试用例模板。

第三判断子模块，用于若未通过修改界面接收到同步修改指令，则判断出不修改 与测试用例关联的测试用例模板。

在上述实施例中，通过测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令的情况，来判断是否修改与测试用例关联的测试用例模板。通过上述实施例，可以实现满足用户或者维护人员对同步修改测试用例模板的实际需求。

实施例3

本申请的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，如图10所示的实施例中的该计算机终端A(即如图10中的计算机终端10)可以包括：一个或多个(图中仅示出一个)处理器102、存储器104，以及传输装置106。

其中，存储器可用于存储软件程序以及模块，如本申请实施例中的测试用例的生成方法及装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的车辆定位方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：获取测试用例模板中的各个测试步骤，其中，各个测试步骤按照顺序执行；若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据；基于更新后的步骤数据生成测试用例。

采用本申请，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，在生成测试用例之前，对测试用例模板中的测试步骤设置步骤参数的属性值，在基于添加有步骤参数的属性值的步骤数据生成测试用例，即本实施例的方案是在创建测试用例的阶段就直接生成带有具体的步骤参数的属性值的测试用例，无需在执行测试用例的阶段获取测试数据(即上述的步骤参数的属性值)，解决了进行UI自动化测试时效率低的问题，实现了提高UI自动化测试的测试效率的效果。

可选的，上述处理器还可以执行如下步骤：获取步骤参数的参数标识，其中，参 数标识用于描述步骤参数的测试用例归属和步骤归属；从测试用例模板中提取参数标识对应的参数信息，参数信息包括参数类型和参数名称；从数据库中读取对应参数类型和参数名称的属性值。

可选的，上述处理器还可以执行如下步骤：在从测试用例模板中提取参数标识对应的参数信息之前，获取初始的测试用例模板中的各个测试步骤；通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试用例模板，其中，每个步骤参数可以包括一个或多个参数点，每个参数点的信息至少包括参数名称、参数类型、步骤参数的参数标识以及属性值。

可选的，上述处理器还可以执行如下步骤：在得到配置后的测试用例模板之后，接收通过测试用例模板的模板显示界面输入的编辑指令，其中，编辑指令用于编辑配置后的测试用例模板中的步骤参数的信息；在显示步骤参数的参数显示界面上展示待变更的步骤参数；通过参数显示界面接收对待变更的步骤参数的删除指令或修改指令；若接收到删除指令，则删除该删除指令指示删除的待变更的步骤参数，得到更新后的测试用例模板；若接收到修改指令，则在终端的屏幕上显示待变更的步骤参数的参数设置界面，通过参数设置界面接收并存储修改信息，得到更新后的测试用例模板。

可选的，上述处理器还可以执行如下步骤：在基于各个测试步骤的步骤数据生成测试用例的同时，建立测试用例与测试用例模板的关联关系；在基于各个测试步骤的步骤数据生成测试用例之后，通过生成的测试用例对测试对象进行测试。

可选的，上述处理器还可以执行如下步骤：在基于各个测试步骤的步骤数据生成测试用例之后，接收用于修改测试用例中测试用例步骤的修改请求；判断测试用例步骤是否设置有步骤参数；若测试用例步骤未设置步骤参数，则直接修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若测试用例步骤设置有步骤参数，则判断是否修改与测试用例关联的测试用例模板；若判断出不修改与测试用例关联的测试用例模板，则解除测试用例与测试用例模板的关联，并修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若判断出修改与测试用例关联的测试用例模板，则修改测试用例模板中对应步骤参数的模板数据，并同步更新测试用例模板的关联用例，其中，关联用例为与测试用例模板具有关联关系的测试用例。

可选的，上述处理器还可以执行如下步骤：判断是否通过修改测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令；若通过修改界面接收到同步修改指令，则判断出修改与测试用例关联的测试用例模板；若未通过修改界面接收到同步修改指令，则判断出不修改与测试用例关联的测试用例模板。

采用本申请，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，根据测试步骤的步骤参数的设置情况，来判断是否需要添加该测试步骤的实际的步骤参数的属性值到该测试步骤的原始数据中，从而实现步骤数据的更新，并基于该更新后的步骤数据生成测试用例，对测试对象进行测试。避免了通过将数据(即测试步骤的步骤参数的属性值)和测试代码结合的方式来更新步骤数据，所引起的缺少灵活性，实现效率低以及代码编辑成本高的现象，实现了提高UI自动化测试的测试效率的效果，进而解决了进行UI自动化测试时效率低的技术问题。

本领域普通技术人员可以理解，图10所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

图10是本申请实施例的一种用于测试用例的生成方法的计算机终端的硬件结构框图。如图10所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的测试用例的生成方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的测试用例的生成方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

实施例4

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的测试用例的生成方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：获取测试用例模板中的各个测试步骤，其中，各个测试步骤按照顺序执行；若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据。

采用本申请，在计算机获取到测试用例模板中的各个测试步骤之后，判断测试步骤是否设置有步骤参数，若测试步骤设置有步骤参数，则获取步骤参数的属性值，并将该步骤参数的属性值添加入测试步骤的原始数据中，得到更新后的步骤数据，在该方案中，在生成测试用例之前，对测试用例模板中的测试步骤设置步骤参数的属性值，在基于添加有步骤参数的属性值的步骤数据生成测试用例，即本实施例的方案是在创建测试用例的阶段就直接生成带有具体的步骤参数的属性值的测试用例，无需在执行测试用例的阶段获取测试数据(即上述的步骤参数的属性值)，解决了进行UI自动化测试时效率低的问题，实现了提高UI自动化测试的测试效率的效果。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：获取步骤参数的参数标识，其中，参数标识用于描述步骤参数的测试用例归属和步骤归属；从测试用例模板中提取参数标识对应的参数信息，参数信息包括参数类型和参数名称；从数据库中读取对应参数类型和参数名称的属性值。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在从测试用例模板中提取参数标识对应的参数信息之前，获取初始的测试用例模板中的各个测试步骤；通过参数设置界面为测试步骤配置步骤参数，得到配置后的测试用例模板，其中，每个步骤参数可以包括一个或多个参数点，每个参数点的信息至少包括参数名称、参数类型、步骤参数的参数标识以及属性值。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在得到配置后的测试用例模板之后，接收通过测试用例模板的模板显示界面输入的编辑指令，其中，编辑指令用于编辑配置后的测试用例模板中的步骤参数的信息；在显示步骤参数的参数显示界面上展示待变更的步骤参数；通过参数显示界面接收对待变更的步骤参数的删除指令或修改指令；若接收到删除指令，则删除该删除指令指示删 除的待变更的步骤参数，得到更新后的测试用例模板；若接收到修改指令，则在终端的屏幕上显示待变更的步骤参数的参数设置界面，通过参数设置界面接收并存储修改信息，得到更新后的测试用例模板。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在基于更新后的步骤数据生成测试用例的同时，建立测试用例与测试用例模板的关联关系；在基于更新后的步骤数据生成测试用例之后，通过生成的测试用例对测试对象进行测试。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在基于更新后的步骤数据生成测试用例之后，接收用于修改测试用例中测试用例步骤的修改请求；判断测试用例步骤是否设置有步骤参数；若测试用例步骤未设置步骤参数，则直接修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若测试用例步骤设置有步骤参数，则判断是否修改与测试用例关联的测试用例模板；若判断出不修改与测试用例关联的测试用例模板，则解除测试用例与测试用例模板的关联，并修改测试用例步骤的步骤数据，得到修改后的测试用例步骤的步骤数据和修改后的测试用例；若判断出修改与测试用例关联的测试用例模板，则修改测试用例模板中对应步骤参数的模板数据，并同步更新测试用例模板的关联用例，其中，关联用例为与测试用例模板具有关联关系的测试用例。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：判断是否修改与测试用例关联的测试用例模板包括：判断是否通过修改测试用例的修改界面接收到修改与测试用例关联的测试用例模板的同步修改指令；若通过修改界面接收到同步修改指令，则判断出修改与测试用例关联的测试用例模板；若未通过修改界面接收到同步修改指令，则判断出不修改与测试用例关联的测试用例模板。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

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

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

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