一种用例生成方法、装置、终端设备及存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种用例生成方法、装置、终端设备及存储介质。


背景技术：

2.用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
3.目前，用例的产出主要靠人工设计，人工设计用例的方式不仅耗费大量的人力，并且，容易出现覆盖不全面以及无效用例的情况。


技术实现要素：

4.本技术实施例提供一种可用于金融行业的用例生成方法、装置、终端设备及存储介质，用于解决上述背景技术中的问题。
5.第一方面，本技术实施例提供一种用例生成方法，所述方法包括：
6.接收用例生成请求，基于所述用例生成请求，获取第一日志文件，并确定请求参数；
7.遍历所述第一日志文件，获取所述第一日志文件中包含的所有的日志标识，基于所有的所述日志标识，生成日志标识文件；
8.基于所述请求参数，从所述日志标识文件中获取与所述请求参数关联的目标日志标识；
9.获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据；
10.基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例。
11.第二方面，本技术实施例还提供了一种用例生成装置，所述装置包括：
12.请求接收单元，用于接收用例生成请求，基于所述用例生成请求，获取第一日志文件，并确定请求参数；
13.文件生成单元，用于遍历所述第一日志文件，获取所述第一日志文件中包含的所有的日志标识，基于所有的所述日志标识，生成日志标识文件；
14.标识获取单元，用于基于所述请求参数，从所述日志标识文件中获取与所述请求参数关联的目标日志标识；
15.数据获取单元，用于获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据；
16.用例生成单元，用于基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例。
17.第三方面，本技术实施例还提供一种终端设备，包括存储器和处理器，所述存储器用于存储指令和数据，所述处理器用于执行上述所述的用例生成方法。
18.第四方面，本技术实施例还提供一种存储介质，所述存储介质中存储有多条指令，所述指令适于由处理器加载以执行上述所述的用例生成方法。
19.本技术实施例中的用例生成方法，包括接收用例生成请求，基于用例生成请求，获取第一日志文件，并确定请求参数；遍历第一日志文件，获取第一日志文件中包含的所有的日志标识，基于所有的日志标识，生成日志标识文件；基于请求参数，从日志标识文件中获取与请求参数关联的目标日志标识；获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据；基于请求参数、目标请求数据以及预设的用例生成规则，生成目标用例。通过上述方式，实现自动化生成用例，用例生成的过程无需人工参与，解决人力物力的消耗问题，提升测试的准确性，并且，自动化生成用例的方式，不要求测试人员会编辑代码，更利于测试人员进行测试。
附图说明
20.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术实施例提供的一种用例生成方法的流程图。
22.图2是本技术实施例提供的一种用例生成装置的一结构示意图。
23.图3是本技术实施例提供的一种用例生成装置的另一结构示意图。
24.图4是本技术实施例提供的一种终端设备的结构示意图。
具体实施方式
25.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
26.在本技术实施例的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本技术实施例的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
27.为了使本领域任何技术人员能够实现和使用本技术，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本技术。在其它实例中，不会对公知的过程进行详细阐述，以避免不必要的细节使本技术实施例的描述变得晦涩。因此，本技术并非旨在限于所示的实施例，而是与符合本技术实施例所公开的原理和特征的最广范围相一致。
28.本技术实施例提供一种用例生成方法、装置、终端设备及存储介质，以下将分别进行详细说明。
29.请参阅图1，图1为本技术实施例提供的一种用例生成方法的流程图，包括以下内容：
30.101、接收用例生成请求，基于所述用例生成请求，获取第一日志文件，并确定请求参数。
31.102、遍历所述第一日志文件，获取所述第一日志文件中包含的所有的日志标识，基于所有的所述日志标识，生成日志标识文件。
32.用例生成请求是由用户端发起在可生成用例的系统的用户界面上发起的，用户端可用为研发人员的用户端，也可以为测试人员的用户端等等。研发人员或者测试人员通过在系统上进行登录，之后通过系统的发起请求入口，发起用例生成请求。
33.系统在接收到用例生成请求之后，根据用例生成请求携带或者关联的信息，确定第一日志文件的文件标识和请求参数，其中，根据文件标识可以获取得到第一日志文件。通过遍历第一日志文件的方式获取得到第一日志文件中包含的所有的日志标识，即通过对第一日志文件进行数据清洗，获取得到第一日志文件中包含的所有的日志标识。可选的，日志标识即为日志id。
34.在本技术的实施例中，通过shell语言搜索出第一日志文件中包含的所有的日志标识，并对搜索出的日志标识进行数据清洗，基于进行数据清洗得到的日志标识生成日志标识文件。shell语言是unix操作系统的命令语言，既是终端上的用户与unix操作系统会话的语言，又可作为程序设计的语言。
35.可以理解的是，第一日志文件应当为包含多张日志页面的文件，第一日志文件为计算机系统中的日志文件。
36.在获取得到第一日志文件中的所有的日志标识之后，将这些日志标识填入预设的表格中，得到日志标识文件，日志标识文件即日志标识表。得到日志标识文件之后，系统自动将日志标识文件存储到数据库或者磁盘。
37.可选的，在一些实施例中，在接收用例生成请求之后，判断登陆用户端的用户账号是否具有发起请求的权限，若用户账号有发起请求的权限，用户可在用户端的发起请求入口发起用例生成请求，若用户账号没有发起请求的权限，则用户端上的发起请求入口关闭，用户无法从该用户端的发起请求入口发起用例生成请求。
38.103、基于所述请求参数，从所述日志标识文件中获取与所述请求参数关联的目标日志标识。
39.请求包括get请求、post请求以及put请求等等，请求的传递参数包括query string parameters、form data、request payload等。在本技术的实施例中，请求参数可以理解为是请求中的传递参数。
40.在获取目标日志标识时，可将搜索的关键字设置为请求参数，通过请求参数从日志标识文件中获取得到与关键字为请求参数对应的目标日志标识。那么，目标日志标识中记录有与请求参数关联的数据。
41.104、获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据。
42.日志标识可以理解为是日志id，日志id为日志文件的唯一编码，通过日志id，可从系统中获取得到对应的第二日志文件。由于第二日志文件的日志标识与请求参数对应，那
么，第二日志文件可以为记录了与请求参数关联的数据的日志文件。
43.可选的，在一些实施例中，该步骤包括：在第二日志文件中搜索请求参数，获取与请求参数关联的参考请求数据，对参考请求数据进行数据清洗，得到目标请求数据。
44.将请求参数作为关键字，在第二日志文件中搜索与请求参数关联的参考请求数据，并对这些数据进行数据清洗，得到请求参数关联的目标请求数据。在本技术的实施例中，目标请求数据包括接口名称、请求时间、访问类名、请求串和返回值等数据。
45.由于基于请求参数在第二日志文件中搜索出的参考请求数据可能会存在重复、缺失或者无效的情况，因此，需要对参考请求数据进行数据清洗，从而得到目标请求数据。
46.可选的，在一些实施例中，该步骤包括：在第二日志文件中搜索请求参数，基于搜索结果，截取第二日志文件中的目标日志片段，对目标日志片段进行数据清洗，得到目标请求数据。
47.将请求参数作为关键字，在第二日志文件中搜索包括请求参数的日志片段，根据与请求参数的请求类型以及可能包含的数据，从第二日志文件中通过模糊截取得到目标日志片段，对目标日志片段进行数据清洗，得到目标请求数据。
48.可选的，在一些实施例中，在该步骤之后，还包括：构建接口名称、返回值和请求参数的对应关系。
49.将目标请求数据和请求参数存储为对应的文件，再构建接口名称、返回值和请求参数的对应关系。或者，构建接口名称、返回值和请求参数的对应关系，再将目标请求数据和请求参数进行存储为对应的文件。
50.除了构建对应关系之外，构建接口名称和目标日志标识之间的对应关系，将接口名称、返回值和请求参数的对应关系设置为第一对应关系，则将接口名称和目标日志标识之间的对应关系设置为第二对应关系。
51.在构建第二对应关系之后，基于第二对应关系，生成接口名称和目标日志标识的关联表，则关联表中记录的是每一个目标日志标识及其对应的接口名称的对应关系。
52.可选的，在一些实施例中，在该步骤之后，还包括：基于请求参数和目标请求数据，构建请求链路，将请求链路中的数据与预设的参考数据进行数据对比，基于对比结果，确定请求链接是否为异常请求链路。
53.目标请求数据包括接口名称、请求时间、访问类名、请求串和返回值等数据。基于请求参数和目标请求数据构建请求链路，则相应的，请求链路中包含请求参数、接口名称、请求时间、访问类名、请求串和返回值等数据。
54.设置预设的参考数据，以对请求链路的正确性进行判断。将请求链路中的数据与预设的参考数据中的对应的数据进行数据对比，若对比结果中存在不一致的数据，可以认为请求链路为异常请求链路，将异常请求链路发送给研发人员的用户端，通过人工的方式进行分析和修改。若对比结果中不存在不一致的数据，可以认为请求链路为正常请求链路。
55.对于异常请求链路，可先在不一致的数据上进行标记，再将标记之后的对比结果发送给研发人员的用户端。或者，分析不一致的数据的差异类型，差异类型可包括字符缺失和字符增加等类型，在对比结果上备注不一致的数据及其差异类型，再将对比结果发送给研发人员的用户端。
56.在构建请求链路以及生成接口名称和目标日志标识的关联表之后，可在关联表中
定义关键字字段key用来建立索引，可以通过“key＝xxx”搜索包含关键字的请求链路，从而确定具有关联关系的请求。
57.可选的，上述键字字段“key＝xxx”中的xxx为请求参数，将请求参数作为关键字进行搜索。
58.关于具有关联关系的请求，举例为：一个用户在某个应用程序上进行登陆，则这个登陆过程需要调用三个接口实现三个请求，三个接口实现的三个请求分别用于查询用户是否存在、获取验证码以及登录，则这个三个请求为具有关联关系的请求。
59.105、基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例。
60.目标请求数据包括请求参数、接口名称、请求时间、访问类名、请求串和返回值等数据。确定请求参数、请求参数、接口名称、请求时间、访问类名、请求串和返回值等数据的录入顺序，基于录入顺序，将请求参数、请求参数、接口名称、请求时间、访问类名、请求串和返回值等数据录入预设表格中，生成目标用例。
61.可选的，在一些实施例中，该步骤包括：将目标请求数据和请求参数进行格式转化，得到转化为目标数据交换格式的目标用例生成数据，基于目标用例生成数据以及预设的用例生成规则，生成目标用例。
62.可以预先将每个请求参数、接口名称、请求时间、访问类名、请求串和返回值等数据进行格式转化，将其转化为数据交换格式，如json，使得目标请求数据适用于b/s架构的所有系统。
63.可选的，在一些实施例中，在构建接口名称、返回值和所述请求参数的对应关系，并生成目标用例之后，当接收到由用户端上传的代码文件，获取代码文件中的请求参数，基于代码文件中的请求参数和对应关系，获取关联的目标用例为待推送用例，将待推送用例推送给所述用户端。
64.在生成目标用例之后，暴露接口，通过代码文件中的请求参数，可以获取关联的接口接口，当研发人员提交代码文件时，自动根据提交的代码文件中的请求参数及其具有对应关系的接口名称，识别需要覆盖的接口，实现智能推荐用例。
65.可选的，在一些实施例之后，还包括：将目标用例转化为测试用的测试数据，将测试数据输入自动化测试工具，自动化测试工具基于测试数据对被测系统进行测试。
66.在将目标用例转化为测试用的测试数据之前，获取测试场景类别，确定目标用例匹配的测试场景类别为目标测试场景类别，将目标用例存储到与目标测试场景类别对应的存储位置。
67.在需要进行测试时，根据测试需求选择确定的目标用例，对目标用例进行测试数据转化，再将转化后得到的测试数据输入自动化测试工具，由自动化测试工具进行自动化测试。
68.本技术实施例的用例生成方法，包括：接收用例生成请求，基于用例生成请求，获取第一日志文件，并确定请求参数；遍历第一日志文件，获取第一日志文件中包含的所有的日志标识，基于所有的日志标识，生成日志标识文件；基于请求参数，从日志标识文件中获取与请求参数关联的目标日志标识；获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据；基于请求参数、目标请求数据以及预设的
用例生成规则，生成目标用例。通过上述方法，实现自动化生成用例，用例生成的过程无需人工参与，解决人力物力的消耗问题，提升测试的准确性，并且，测试人员无需具备自动化用例编写能力，即可实现生成用例，并根据用例实现自动化测试，提升测试效率。
69.请参阅图2，图2为本技术实施例提供的一种用例生成装置的一结构示意图，该用例生成装置200包括以下单元：
70.请求接收单元201，用于接收用例生成请求，基于用例生成请求，获取第一日志文件，并确定请求参数。
71.文件生成单元202，用于遍历第一日志文件，获取第一日志文件中包含的所有的日志标识，基于所有的日志标识，生成日志标识文件。
72.标识获取单元203，用于基于请求参数，从日志标识文件中获取与请求参数关联的目标日志标识。
73.数据获取单元204，用于获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据。
74.用例生成单元205，用于基于请求参数、目标请求数据以及预设的用例生成规则，生成目标用例。
75.可选的，上述数据获取单元204可包括以下子单元：
76.第一搜索子单元，用于在第二日志文件中搜索请求参数，获取与请求参数关联的参考请求数据。
77.第一数据清洗子单元，用于对参考请求数据进行数据清洗，得到目标请求数据。
78.可选的，用例生成装置200还包括关系构建子单元、第一获取子单元、第二获取子单元和推送子单元。
79.其中，目标请求数据包括接口名称和返回值，关系构建子单元用于在获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据之后，构建所述接口名称、返回值和请求参数的对应关系。
80.第一获取子单元用于在基于请求参数、目标请求数据以及预设的用例生成规则，生成目标用例之后，当接收到由用户端上传的代码文件，获取代码文件中的请求参数；第二获取子单元用于基于代码文件中的请求参数和对应关系，获取关联的目标用例为待推送用例；推送子单元用于将待推送用例推送给用户端。
81.可选的，上述数据获取单元204可包括以下子单元：
82.第二搜索子单元，用于在第二日志文件中搜索请求参数。
83.片段截取子单元，用于基于搜索结果，截取第二日志文件中的目标日志片段。
84.第二数据清洗子单元，用于对目标日志片段进行数据清洗，得到目标请求数据。
85.可选的，上述用例生成单元205可包括以下子单元：
86.格式转化子单元，用于将目标请求数据和请求参数进行格式转化，得到转化为目标数据交换格式的目标用例生成数据；
87.用例生成子单元，用于基于目标用例生成数据以及预设的用例生成规则，生成目标用例。
88.可选的，用例生成装置200还包括链路构建子单元、数据对比子单元和异常判断子单元。
89.其中，链路构建子单元用于在获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据之后，基于请求参数和目标请求数据，构建请求链路；数据对比子单元用于将请求链路中的数据与预设的参考数据进行数据对比；异常判断子单元用于基于对比结果，确定请求链接是否为异常请求链路。
90.可选的，用例生成装置200还包括数据转化子单元和自动测试子单元。
91.其中，数据转化子单元用于在基于请求参数、目标请求数据以及预设的用例生成规则，生成目标用例之后，将目标用例转化为测试用的测试数据；自动测试子单元用于将测试数据输入自动化测试工具，自动化测试工具基于测试数据对被测系统进行测试。
92.可选的，本技术实施例的用例生成装置200还可以包括其它单元以及子单元，在此不再赘述。
93.本技术实施例的用例生成装置200，包括：请求接收单元201，用于接收用例生成请求，基于用例生成请求，获取第一日志文件，并确定请求参数；文件生成单元202，用于遍历第一日志文件，获取第一日志文件中包含的所有的日志标识，基于所有的日志标识，生成日志标识文件；标识获取单元203，用于基于请求参数，从日志标识文件中获取与请求参数关联的目标日志标识；数据获取单元204，用于获取与目标日志标识对应的第二日志文件，从第二日志文件中获取与请求参数关联的目标请求数据；用例生成单元205，用于基于请求参数、目标请求数据以及预设的用例生成规则，生成目标用例。通过上述装置，实现自动化生成用例，用例生成的过程无需人工参与，解决人力物力的消耗问题，提升测试的准确性，并且，测试人员无需具备自动化用例编写能力，即可实现生成用例，并根据用例实现自动化测试，提升测试效率。
94.请参阅图3，图3为本技术实施例提供的用例生成装置的另一结构示意图，用例生成装置200包括存储器120、一个或多个处理器180、以及一个或多个应用程序，其中该一个或多个应用程序被存储于该存储器120中，并配置为由该处理器180执行；该处理器180可以包括请求接收单元201、文件生成单元202、标识获取单元203、数据获取单元204和用例生成单元205。例如，以上各个部件的结构和连接关系可以如下：
95.存储器120可用于存储应用程序和数据。存储器120存储的应用程序中包含有可执行代码。应用程序可以组成各种功能模块。处理器180通过运行存储在存储器120的应用程序，从而执行各种功能应用以及本方案的用例生成方法的各个步骤。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180对存储器120的访问。
96.处理器180是装置的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的应用程序，以及调用存储在存储器120内的数据，执行装置的各种功能和处理数据，从而对装置进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等。
97.具体在本实施例中，处理器180会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器120中，并由处理器180来运行存储在存储器120中的应用程序，从而实现各种功能：
98.接收用例生成请求，基于所述用例生成请求，获取第一日志文件，并确定请求参数；
99.遍历所述第一日志文件，获取所述第一日志文件中包含的所有的日志标识，基于所有的所述日志标识，生成日志标识文件；
100.基于所述请求参数，从所述日志标识文件中获取与所述请求参数关联的目标日志标识；
101.获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据；
102.基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例。
103.在一些实施例中，所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据，包括：
104.在所述第二日志文件中搜索所述请求参数，获取与所述请求参数关联的参考请求数据；
105.对所述参考请求数据进行数据清洗，得到目标请求数据。
106.在一些实施例中，所述目标请求数据包括接口名称和返回值，在所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据之后，所述方法还包括：
107.构建所述接口名称、返回值和所述请求参数的对应关系；
108.在所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例之后，所述方法还包括：
109.当接收到由用户端上传的代码文件，获取所述代码文件中的请求参数；
110.基于所述代码文件中的请求参数和所述对应关系，获取关联的目标用例为待推送用例；
111.将所述待推送用例推送给所述用户端。
112.在一些实施例中，所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据，包括：
113.在所述第二日志文件中搜索所述请求参数；
114.基于搜索结果，截取所述第二日志文件中的目标日志片段；
115.对所述目标日志片段进行数据清洗，得到目标请求数据。
116.在一些实施例中，所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例，包括：
117.将所述目标请求数据和所述请求参数进行格式转化，得到转化为目标数据交换格式的目标用例生成数据；
118.基于所述目标用例生成数据以及预设的用例生成规则，生成目标用例。
119.在一些实施例中，在所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据之后，所述方法还包括：
120.基于所述请求参数和所述目标请求数据，构建请求链路；
121.将所述请求链路中的数据与预设的参考数据进行数据对比；
122.基于对比结果，确定所述请求链接是否为异常请求链路。
123.在一些实施例中，在所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例之后，所述方法还包括：
124.将所述目标用例转化为测试用的测试数据；
125.将所述测试数据输入自动化测试工具，所述自动化测试工具基于所述测试数据对被测系统进行测试。
126.本技术实施例还提供一种终端设备。所述终端设备可以是服务器、智能手机、电脑、平板电脑等设备。
127.请参阅图4，图4示出了本技术实施例提供的终端设备的结构示意图，该终端设备可以用于实施上述实施例中提供的用例生成方法。该终端设备1200可以为智能手机或平板电脑。
128.如图4所示，终端设备1200可以包括rf(radio frequency，射频)电路110、包括有一个或一个以上(图中仅示出一个)计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、传输模块170、包括有一个或者一个以上(图中仅示出一个)处理核心的处理器180以及电源190等部件。本领域技术人员可以理解，图4中示出的终端设备1200结构并不构成对终端设备1200的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
129.rf电路110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。rf电路110可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(sim)卡、存储器等等。rf电路110可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。
130.存储器120可用于存储软件程序以及模块，如上述实施例中用例生成方法对应的程序指令/模块，处理器180通过运行存储在存储器120内的软件程序以及模块，从而执行各种功能应用以及用例生成方法的各个步骤。存储器120可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器120可进一步包括相对于处理器180远程设置的存储器，这些远程存储器可以通过网络连接至终端设备1200。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
131.输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触控显示屏或者触控板，可收集用户在其上或附近的触控操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触控检测装置和触控控制器两个部分。其中，触控检测装置检测用户的触控方位，并检测触控操作带来的信号，将信号传送给触控控制器；触控控制器从触控检测装置上接收触控信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、
轨迹球、鼠标、操作杆等中的一种或多种。
132.显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端设备1200的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用lcd(liquid crystal display，液晶显示器)、oled(organic light-emitting diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触控操作后，传送给处理器180以确定触控事件的类型，随后处理器180根据触控事件的类型在显示面板141上提供相应的视觉输出。虽然在图4中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
133.终端设备1200还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端设备1200移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端设备1200还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
134.音频电路160、扬声器161，传声器162可提供用户与终端设备1200之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经rf电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端设备1200的通信。
135.终端设备1200通过传输模块170(例如wi-fi模块)可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图4示出了传输模块170，但是可以理解的是，其并不属于终端设备1200的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
136.处理器180是终端设备1200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端设备1200的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；在一些实施例中，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
137.终端设备1200还包括给各个部件供电的电源190，在一些实施例中，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
138.尽管未示出，终端设备1200还可以包括摄像头(如前置摄像头、后置摄像头)、蓝牙模块等，在此不再赘述。具体在本实施例中，终端设备1200的显示单元140是触控屏显示器，终端设备1200还包括有存储器120，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器120中，且经配置以由一个或者一个以上处理器180执行一个或者一个以上程序包含用于进行以下操作的步骤：
139.接收用例生成请求，基于所述用例生成请求，获取第一日志文件，并确定请求参数；
140.遍历所述第一日志文件，获取所述第一日志文件中包含的所有的日志标识，基于所有的所述日志标识，生成日志标识文件；
141.基于所述请求参数，从所述日志标识文件中获取与所述请求参数关联的目标日志标识；
142.获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据；
143.基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例。
144.在一些实施例中，所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据，包括：
145.在所述第二日志文件中搜索所述请求参数，获取与所述请求参数关联的参考请求数据；
146.对所述参考请求数据进行数据清洗，得到目标请求数据。
147.在一些实施例中，所述目标请求数据包括接口名称和返回值，在所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据之后，所述方法还包括：
148.构建所述接口名称、返回值和所述请求参数的对应关系；
149.在所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例之后，所述方法还包括：
150.当接收到由用户端上传的代码文件，获取所述代码文件中的请求参数；
151.基于所述代码文件中的请求参数和所述对应关系，获取关联的目标用例为待推送用例；
152.将所述待推送用例推送给所述用户端。
153.在一些实施例中，所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据，包括：
154.在所述第二日志文件中搜索所述请求参数；
155.基于搜索结果，截取所述第二日志文件中的目标日志片段；
156.对所述目标日志片段进行数据清洗，得到目标请求数据。
157.在一些实施例中，所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例，包括：
158.将所述目标请求数据和所述请求参数进行格式转化，得到转化为目标数据交换格式的目标用例生成数据；
159.基于所述目标用例生成数据以及预设的用例生成规则，生成目标用例。
160.在一些实施例中，在所述获取与所述目标日志标识对应的第二日志文件，从所述第二日志文件中获取与所述请求参数关联的目标请求数据之后，所述方法还包括：
161.基于所述请求参数和所述目标请求数据，构建请求链路；
162.将所述请求链路中的数据与预设的参考数据进行数据对比；
163.基于对比结果，确定所述请求链接是否为异常请求链路。
164.在一些实施例中，在所述基于所述请求参数、所述目标请求数据以及预设的用例生成规则，生成目标用例之后，所述方法还包括：
165.将所述目标用例转化为测试用的测试数据；
166.将所述测试数据输入自动化测试工具，所述自动化测试工具基于所述测试数据对被测系统进行测试。
167.本技术实施例还提供一种存储介质，所述存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，所述计算机执行上述任一实施例所述的用例生成方法。
168.需要说明的是，对本技术所述用例生成方法而言，本领域普通测试人员可以理解实现本技术实施例所述用例生成方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读存储介质中，如存储在终端设备的存储器中，并被该终端设备内的至少一个处理器执行，在执行过程中可包括如所述用例生成方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)等。
169.对本技术实施例的所述用例生成装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。
170.以上对本技术实施例所提供的用例生成方法、装置、介质及设备进行了详细介绍。本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。