测试用例的生成方法和装置、电子设备、存储介质与流程

1.本技术涉及工控技术领域，具体而言，涉及一种测试用例的生成方法和装置、电子设备、存储介质。


背景技术：

2.基本功能块是iec61499(是用于分布式工业过程测量与控制系统功能块的标准)中一种控制器逻辑功能封装的基本单元。基本功能块包括一个执行控制图(ecc，一种状态机)，由ecc调度算法来执行，算法由设计者使用结构化文本(st，iec61131-3中的一种标准编程语言)之类的语言编写。
3.功能块类型的描述是图形化的，如图1所示，功能块类型图形上部表示事件(包括event、init_event)，凹槽以下的下部表示变量(如bool、real等)。左边表示输入，右边表示输出，功能块类型是事件驱动的，即每个变量都和某一个事件关联的，输入变量和输入事件关联，输出变量和输出事件关联的，事件驱动功能块执行，当事件有效时，其关联的数据才有效。
4.而在基于功能块的图形化组态系统中尚没有类似的能快速进行测试的方法，已有的只是图形化的单步测试等，具体如图2所示，组态装置将功能块测试用例的测试请求数据，通过网络连接下发至测试设备上，由被测设备完成测试后将测试执行数据返回给组态装置，组态装置处理测试数据然后给出测试结果。
5.测试过程中，用户必须手动逐次设置基本功能块compfb的输入，再观察其输出，对比是否合乎预期，这样手动设置显得低效，而且无追溯测试过程；在功能块类型编辑更改后，很难重复前面的测试过程，即无法回归测试。
6.在相关技术中，提出了测试用例的自动生成方法，其需要依据已实现的源代码文件来分析，然后结合用户的配置文件生成测试用例，或依赖已实现的源代码文件分析来确定集合类型参数中实际使用的参数，然后生成测试用例，操作繁琐，且容易出错，还存在一定的安全隐患。
7.针对上述生成测试用例的操作较繁琐的技术问题，目前尚未提出有效的解决方案。


技术实现要素：

8.本技术实施例中提供一种测试用例的生成方法和装置、电子设备、存储介质，以解决生成测试用例的操作较繁琐的技术问题。
9.为解决上述技术问题，根据本技术实施例的一个方面，提供了一种测试用例的生成方法，包括：确定待测试的目标功能块，其中，所述目标功能块用于在工业控制中使用；根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例。
10.可选地，根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述
目标功能块生成测试用例，包括：以输入事件为单位，对每个所述输入事件的关联输入变量的变量类型和所述变量类型下的变量集进行组合，从而为得到的每个组合生成对应的测试用例。
11.可选地，对每个所述输入事件的关联输入变量的变量类型和所述变量类型下的变量集进行组合，从而为得到的每个组合生成对应的测试用例，包括：确定所述输入事件下的所有关联输入变量；确定每种关联输入变量所拥有的所有变量类型；确定每种变量类型下的所有变量集；为所述输入事件下的每个关联输入变量所拥有的每种变量类型下的每个变量集，生成一个测试用例，并存入测试用例集合中，其中，所述测试用例集合中保存有为所述输入事件生成的n个测试用例，n为所述输入事件关联的所有变量集的数量。
12.可选地，根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例，包括：对所述目标功能块的所有所述输入事件进行组合，根据得到的每个组合内的多个所述输入事件和所述输入事件的关联输入变量，为每个组合生成一个测试用例，并存入测试用例集合中。
13.可选地，对所述目标功能块的所有所述输入事件进行组合，包括：获取所述目标功能块的执行控制图ecc，其中，所述执行控制图ecc用于表示输入事件、状态、算法调用以及输出事件之间的对应关系；从所述目标功能块的所有所述输入事件中，根据所述执行控制图ecc的状态转换路径确定相关联的多组输入事件，其中，每组输入事件包括至少两个在所述状态转换路径中存在关联的输入事件。
14.可选地，在根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例之后，所述方法还包括：展示生成的所述测试用例；在检测到用户的第一操作的情况下，将所述第一操作所指示的信息作为所述测试用例的期望输出。
15.可选地，在展示生成的所述测试用例之后，所述方法还包括：检测到用户的第二操作，其中，所述第二操作用于指示执行增加测试用例、删除测试用例以及修改测试用例中的之一；执行所述第二操作所指示的操作。
16.根据本技术实施例的另一方面，还提供了一种测试用例的生成装置，包括：确定单元，用于确定待测试的目标功能块，其中，所述目标功能块用于在工业控制中使用；生成单元，用于根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例。
17.可选地，生成单元还用于：以输入事件为单位，对每个所述输入事件的关联输入变量的变量类型和所述变量类型下的变量集进行组合，从而为得到的每个组合生成对应的测试用例。
18.可选地，生成单元还用于：确定所述输入事件下的所有关联输入变量；确定每种关联输入变量所拥有的所有变量类型；确定每种变量类型下的所有变量集；为所述输入事件下的每个关联输入变量所拥有的每种变量类型下的每个变量集，生成一个测试用例，并存入测试用例集合中，其中，所述测试用例集合中保存有为所述输入事件生成的n个测试用例，n为所述输入事件关联的所有变量集的数量。
19.可选地，生成单元还用于：对所述目标功能块的所有所述输入事件进行组合，根据得到的每个组合内的多个所述输入事件和所述输入事件的关联输入变量，为每个组合生成一个测试用例，并存入测试用例集合中。
20.可选地，生成单元还用于：获取所述目标功能块的执行控制图ecc，其中，所述执行控制图ecc用于表示输入事件、状态、算法调用以及输出事件之间的对应关系；从所述目标功能块的所有所述输入事件中，根据所述执行控制图ecc的状态转换路径确定相关联的多组输入事件，其中，每组输入事件包括至少两个在所述状态转换路径中存在关联的输入事件。
21.可选地，本技术的装置还可包括，交互单元，用于在根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例之后，展示生成的所述测试用例；在检测到用户的第一操作的情况下，将所述第一操作所指示的信息作为所述测试用例的期望输出。
22.可选地，交互单元还用于：在展示生成的所述测试用例之后，检测到用户的第二操作，所述第二操作用于指示执行增加测试用例、删除测试用例以及修改测试用例中的之一；执行所述第二操作所指示的操作。
23.根据本技术实施例的另一方面，还提供了一种计算机可读存储介质，该存储介质包括存储的程序，程序被处理器执行时实现上述的方法。
24.根据本技术实施例的另一方面，还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述的方法。
25.根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方法中任一实施例的步骤。
26.应用本技术的技术方案，确定待测试的目标功能块，根据所述目标功能块的输入事件和输入事件的关联输入变量为目标功能块生成测试用例，可自动依据输入事件生成对应的测试用例，而不用用户自行设计测试用例，也不需要用户对源代码文件进行分析、配置后生成测试用例，可以解决生成测试用例的操作较繁琐的技术问题。
附图说明
27.图1是相关技术中的工控领域中功能块的示意图；
28.图2是相关技术中的工控领域中功能块的测试方案的示意图；
29.图3是根据本技术实施例的一种可选的测试用例的生成方法的流程图；
30.图4是根据本技术实施例的一种可选的测试用例的示意图；
31.图5是根据本技术实施例的一种可选的测试用例的生成方法的流程图；
32.图6是根据本技术实施例的测试用例的生成方案的示意图；
33.图7是根据本技术实施例的一种可选的测试用例的生成装置的示意图；
34.图8是根据本技术实施例的一种终端的结构框图。
具体实施方式
35.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施
例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
36.在本技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。
37.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
38.应当理解，尽管在本技术实施例中可能采用术语第一、第二、第三等来描述某些技术特征，但这些技术特征不应限于这些术语。这些术语仅用来将这些技术特征区分开。
39.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
40.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。
41.实施例1
42.测试时若使用安全性未知的源码来生成测试用例，这样得到的测试用例自然也是不可靠的，因此还是要回归到测试用例的本意，源代码需要是被确保质量的制品，在制订测试用例时，尤其在测试驱动开发(tdd)中，测试用例先编写，然后再开发代码，这样测试用例按照功能需求制订才有意义。根据本技术的一个方面，提供了一种测试用例的生成方法的实施例，如图3所示，该方法包括以下步骤：
43.步骤s1，确定待测试的目标功能块，目标功能块用于在工业控制中使用，可以是即时编辑好的，或者预先保存的。
44.按iec61499标准规定，基本功能块是功能块的一种类型。基本功能块包含一个执行控制图(ecc)，其实质上是一个状态机，由输入事件驱动，状态转换时调用基本功能块内部算法，算法执行完后，可以触发某个输出事件。
45.步骤s2，根据目标功能块的输入事件和输入事件的关联输入变量为目标功能块生成测试用例。
46.测试用例描述参见图4，每个测试用例应该只是测试一个功能点，测试用例有输入，期望的输出(意思是在给定的输入时，应该得到的正确输出)。如果在执行测试用例时，给定了输入，执行后得到的结果为实际值，将实际值与测试用例中期望输出进行比较，如果二者一致，测试用例的测试通过，表示符合预期，反之则为不通过。
47.应该提供多种测试用例，其中一部分测试是确保在给定输出时，得到的是期望的输出；还需要提供反例，在错误的输入时，不应该得到所谓的正确结果。大部分测试用例应该只是测试某个功能点；但有时候，需要连续组合多个测试用例，构成一个测试序列，以测
试整个过程是否按预期执行。
48.在上述实施例中，以输入事件为单位，对每个输入事件的关联输入变量的变量类型和变量类型下的变量集进行组合，从而为得到的每个组合生成对应的测试用例。
49.可选地，对于每个输入事件，确定输入事件下的所有关联输入变量(一个输入事件可能存在多个关联输入变量)；确定每种关联输入变量所拥有的所有变量类型(一个关联输入变量可能存在多个变量类型)；确定每种变量类型下的所有变量集(一个变量类型可能存在多个变量集)；为输入事件下的每个关联输入变量所拥有的每种变量类型下的每个变量集，生成一个测试用例，并存入测试用例集合中，测试用例集合中保存有为输入事件生成的n个测试用例，n为输入事件关联的所有变量集的数量。
50.对于状态机的转换，有一定的事件序列。如果要测试某个转换是否正确，需要连续的测试用例组合起来一起测试。故而在上述实施例中，可对目标功能块的所有输入事件进行组合，根据得到的每个组合内的多个输入事件和输入事件的关联输入变量，为每个组合生成一个测试用例，并存入测试用例集合中。
51.可选地，可获取目标功能块的执行控制图ecc，执行控制图ecc用于表示输入事件、状态、算法调用以及输出事件之间的对应关系；从目标功能块的所有输入事件中，根据执行控制图ecc的状态转换路径确定相关联的多组输入事件，其中，每组输入事件包括至少两个在状态转换路径中存在关联的输入事件，例如，事件流向为：事件1、事件2、事件3、事件4、事件5，那么对事件进行组合时，可以为事件1和事件2，事件2、事件3以及事件4，事件4和事件5等组合。
52.可选地，在根据目标功能块的输入事件和输入事件的关联输入变量为目标功能块生成测试用例之后，可展示生成的测试用例；在检测到用户的第一操作的情况下，将第一操作所指示的信息作为测试用例的期望输出；检测到用户的第二操作，第二操作用于指示执行增加测试用例、删除测试用例以及修改测试用例中的之一；执行第二操作所指示的操作。
53.通过上述步骤，确定待测试的目标功能块，根据目标功能块的输入事件和输入事件的关联输入变量为目标功能块生成测试用例，可自动依据输入事件生成对应的测试用例，而不用用户自行设计测试用例，也不需要用户对源代码文件进行分析、配置后生成测试用例，可以解决生成测试用例的操作较繁琐的技术问题。
54.实施例2
55.本方案可自动生成关于被测试功能块类型的测试用例集，通过自动生成功能块的测试用例集，可以减少测试工作中测试用例的设计工作量，使得测试用例的设计显得更有规范，提高测试质量和效率。作为一种可选的实施例，下文结合具体实施方式进一步详述本技术的技术方案：
56.按照功能，本技术的技术方案可以分为如图6所示的模块：
57.模块m0：执行功能块类型的建模和定义；模块m1：从m0获取功能块类型的模型，执行功能块类型的测试用例集的生成，生成方法如图5；模块m2：m1生成的测试用例集，在此提供展示给用户，并为用户提供修订、检查功能等；模块m3：执行实际的功能块类型的测试工作，其测试用例集来自前面所生成的测试用例集，或者从磁盘文件加载所保存的测试用例集；模块m4：提供测试用例集的持久化功能，包括存盘和读取。
58.测试用例的生成过程的整个过程参见图5。
59.步骤s501，接收来自用户的请求，用户可以通过菜单或工具栏发出请求，请求会被转换成生成过程的调用。
60.在步骤s501中，用户发出的请求中会带有参数表示待创建测试用例集的功能块类型，参数可以使用功能块类型名，也可以直接使用功能块类型对象。如果使用类型名，则需要转换成对象，如果是对象则可以作为模型直接使用。
61.按iec61499，功能块主要有3种类型，基本功能块、复合功能块和服务接口功能块。在模型中同时也会获取功能块类型属于上述哪种之一的相关信息。
62.步骤s502，从请求中获取功能块类型的模型。
63.功能块类型是一个模型，表现为图形化的内容。在内存中对应有一个对象oa(功能块类型对象)，其包括功能块类型名、输入事件(ei)、输入变量(di)、输入事件和输入变量之间的关联关系、输出事件(eo)、输出变量(do)、输出事件和输出变量的关联关系。
64.步骤s503，功能块类型的完备性检查。
65.在进行后续步骤之前，在此对功能块类型模型所包含的内容执行一些基本的检查，比如是否有输入事件(必须有事件)；是否所有的输入变量都和输入事件关联起来(事件驱动对数据的访问，所以数据必须和事件关联起来)；是否有输出事件；是否有输出变量(不能出现有输出变量而无输出事件的情形)；是否输出变量和输出事件都关联起来了等等。
66.在通过了完备性的检查后进入下一步。如果没有通过，则终止，并将错误信息报告给用户。
67.步骤s504，在内存中生成功能块的测试用例集。
68.每个功能块类型的测试用例都使用一个集合，测试用例集采用对象管理，这样管理更方便。当然，同一个功能块也可以拥有几个测试用例集，各自用于不同的测试目的，这里是为了方便而已，随着过程的执行，所创建的每个测试用例都将添加到该测试用例对象。
69.步骤s505，从模型中获取所有输出事件及与其关联的输出变量集，作为测试用例的可能输出out。
70.可将输出作为一个整体看待，在给定输入的情况下，每个输出事件、每个输出变量都应该有明确的输出值。
71.从步骤s502中已经获得的模型信息中，提取出输出事件及其输出变量，每个输出事件和其关联的输出变量看作一个子单元(保持这种逻辑关系)，测试用例的期望输出由多个这种子单元构成。在功能块类型的图例中，事件是排布在一起，变量排布在另外区域。但在测试用例中，关联的事件和变量作为一个单元管理。
72.步骤s506，从模型中逐一获取输入事件及与其关联的输入变量集，作为测试用例的预备输入。
73.一个测试用例可只测试一个功能点，在一个测试用例中具备明确的一组输入值。一个功能块可以有多个输入事件源，每个事件可以关联多个输入变量。测试时要以事件为单位来设计，这是与相关技术中所提及的方案存在很大不同的。功能块是带有状态的，而相关技术中所提及测试用例的生成都是基于无状态的。
74.从步骤s502的模型中，逐一获取每个输入事件及其关联的输入变量集，包括变量的类型。作为下一步操作的输入。
75.步骤s507，生成测试用例：按输入变量数据类型、输入变量组合，每组合生成一个
测试用例sn1，并加入测试用例集。
76.对于一个输入事件，并不是只有一个测试用例。输入事件只是驱动源，表示事件触发时，与其关联的变量的数据有效，而关联的变量可能存在多个。比如功能块图例中，输入事件ex关联着两个输入变量hold、xin。每个输入变量的取值按类型可以用很多，比如输入变量xin的类型是浮点型时其取值是无限的。这时候可以使用常用的测试用例的方法来生成变量的测试数据，比如边界值法等，确定每个变量测试数据，进行变量的测试数据的组合，每个组合生成一个测试用例sn1(n表示很多，sn1,
…
,snn)。
77.步骤s508，生成测试用例：按输入事件组合、每个组合生成一个测试用例cn1。
78.步骤s507中生成的测试用例完成了功能块的基本功能测试，验证了单事件输入时功能块行为的正确性。
79.由于功能块是事件驱动的，有可能出现下面的情形：同时有多个事件输入，或者事件有时间上的关联性。在这时候也要确保功能块的行为的正确性。
80.正如前面提到的基本功能块的ecc，功能块是有状态的，测试其状态转换是否正确就需要依赖一个测试输入事件序列。所以要为事件之间的组合编写测试用例。
81.在这里，应结合一些规则引擎，进一步提升测试用例生成的有效性。避免组合爆炸(组合太多导致无法为某个组合编写一个测试用例)。比如在基本功能块中提到的ecc，就可以作为本步中生成测试用例的规则引擎。功能块的ecc表达了功能块的事件、状态、算法调用、输出事件之间的对应关系；依据状态转换路径生成测试用例。
82.可选地，若测试用例的生成方法或策略有变更，可定义一些规则，帮助测试用例的生成，进一步提高生成效率。
83.步骤s509，设置所有测试用例的期望输出为out。
84.使用out将测试用例集中的每个测试用例的期望填充，这里是说out中的输出事件和输出变量在每个测试用例中都有一个单独的确定的值，out视作一体，测试用例中不应出现不存在某些输出事件或输出变量的情形或者无期望值的情形。
85.由于在本例中，将功能块视作功能黑盒，所以输出事件/输出变量的期望取值需要用户编辑提供。这里只是将其以默认值填充。
86.步骤s510，将生成的测试用例集展示给用户。
87.自动生成测试用例的期望输出的值还需要用户编辑；同时也需要给用户提供一个反馈，给其展示已自动生成的测试用例，供其检查和确认。
88.步骤s511，用户修订测试用例集。用户填充某个测试用例的期望输出、检查和确认其他部分。包括增、删、改等。
89.步骤s512，保存测试用例集。
90.当用户完成修订工作后，通过菜单或工具栏等保存完成的测试用例集。这样也可以复用劳动成果，包括进行回归测试。
91.在tdd情形下，先有测试用例，再开发对应的功能块时，这样测试用例集复用价值更大。
92.在本技术的技术方案，可获取功能块类型的模型信息，将每个输入事件和关联的输入变量的类型及变量集组合，逐一为每个组合自动生成测试用例；同时，将各个输入事件进行组合，逐一为每个组合自动生成测试用例；在测试用例中，将输出作为一个整体考虑，
在给定输入时，明确给定每个输出的期望值；事件组合时，结合规则引擎来生成测试用例序列。
93.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
94.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
95.实施例3
96.根据本技术实施例的另一个方面，还提供了一种用于实施上述测试用例的生成方法的测试用例的生成装置。图7是根据本技术实施例的一种可选的测试用例的生成装置的示意图，如图7所示，该装置可以包括：
97.确定单元71，用于确定待测试的目标功能块，其中，所述目标功能块用于在工业控制中使用；生成单元73，用于根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例。
98.通过上述模块，确定待测试的目标功能块，根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例，可自动依据输入事件生成对应的测试用例，而不用用户自行设计测试用例，也不需要用户对源代码文件进行分析、配置后生成测试用例，可以解决生成测试用例的操作较繁琐的技术问题。
99.可选地，生成单元还用于：以输入事件为单位，对每个所述输入事件的关联输入变量的变量类型和所述变量类型下的变量集进行组合，从而为得到的每个组合生成对应的测试用例。
100.可选地，生成单元还用于：确定所述输入事件下的所有关联输入变量；确定每种关联输入变量所拥有的所有变量类型；确定每种变量类型下的所有变量集；为所述输入事件下的每个关联输入变量所拥有的每种变量类型下的每个变量集，生成一个测试用例，并存入测试用例集合中，其中，所述测试用例集合中保存有为所述输入事件生成的n个测试用例，n为所述输入事件关联的所有变量集的数量。
101.可选地，生成单元还用于：对所述目标功能块的所有所述输入事件进行组合，根据得到的每个组合内的多个所述输入事件和所述输入事件的关联输入变量，为每个组合生成一个测试用例，并存入测试用例集合中。
102.可选地，生成单元还用于：获取所述目标功能块的执行控制图ecc，其中，所述执行控制图ecc用于表示输入事件、状态、算法调用以及输出事件之间的对应关系；从所述目标功能块的所有所述输入事件中，根据所述执行控制图ecc的状态转换路径确定相关联的多组输入事件，其中，每组输入事件包括至少两个在所述状态转换路径中存在关联的输入事
件。
103.可选地，本技术的装置还可包括，交互单元，用于在根据所述目标功能块的输入事件和所述输入事件的关联输入变量为所述目标功能块生成测试用例之后，展示生成的所述测试用例；在检测到用户的第一操作的情况下，将所述第一操作所指示的信息作为所述测试用例的期望输出。
104.可选地，交互单元还用于：在展示生成的所述测试用例之后，检测到用户的第二操作，所述第二操作用于指示执行增加测试用例、删除测试用例以及修改测试用例中的之一；执行所述第二操作所指示的操作。
105.此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在相应的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
106.实施例4
107.本实施例提供一种电子设备，所述电子设备，包括：处理器201、存储器202、以及传输装置203，如图8所示，该终端还可以包括输入输出设备204；其中：
108.存储器202可用于存储软件程序以及模块，如本技术实施例中的方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器202内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器202可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器202可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
109.上述的传输装置203用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置203包括一个网络适配器(network interface controller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置203为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
110.其中，具体地，存储器202用于存储应用程序。
111.处理器201可以通过传输装置203调用存储器202存储的应用程序，以执行上述实施例中的步骤。
112.实施例5
113.本技术实施例提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。
114.本技术实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的对文档中的内容进行编辑的方法。
115.上述存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。
116.上述产品可执行本技术实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的方法。
117.本技术实施例的电子设备以多种形式存在，包括但不限于：
118.(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iphone)、多媒体手机、功能性手机，以及低端手机等。
119.(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、mid和umpc设备等，例如ipad。
120.(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如ipod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。
121.(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、装置总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
122.(5)其他具有数据交互功能的电子装置，例如电视机、车载大屏等。
123.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
124.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
125.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。