1.本技术涉及软件测试技术领域，更具体地，涉及一种测试文件的生成方法、装置及存储介质。
背景技术：2.软件测试是软件发布前不可缺失一部分，随着软件系统规模的日益庞大，系统之间关联性也逐渐变强、业务更为复杂、需求变化也更快。如此，在短时间内需要产出符合更多的测试数据，但是，由测试人员依次对数量庞大的测试数据进行复制粘贴的方式，来组合不同需求下的测试数据文件，但这样获得测试数据文件的效率较低。
技术实现要素：3.有鉴于此，本技术提出了一种测试文件的生成方法、装置及存储介质。
4.第一方面，本技术实施例提供了一种测试文件的生成方法，所述方法包括：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径；显示所述第一文件路径下的第一测试文件以及所述第二文件路径下的第二测试文件的文件类型；响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作；将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。
5.第二方面，本技术实施例提供了一种测试文件的生成装置，所述装置包括：路径获取模块、显示模块、文件确定模块以及文件生成模块。路径获取模块，用于获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径；显示模块，用于显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型；文件确定模块，用于响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作；文件生成模块，用于将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。
6.第三方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行第一方面提供的测试文件的生成方法。
7.第四方面，本技术实施例提供了一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机实现第一方面提供的测试文件的生成方法。
8.本技术提供的方案中，获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径；显示第一文件路径下的第一测试文件以及第二文件路径下的第二测试文件的文件类型；响应于自定义组合操作，从第一测试文件中获取第一文件类型对应的第一目标文件，以及从第二测试文件中获取第二文件类型对应的第二目标文件；将第二目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。如此，测试文件生成系统通过显示第一文件路径以及第二文件路径下的测试文件的文件类型，并响应于用户输入的自定义组合操作，即可自动实现将选择的第二目标文件中的测试数据添加至第一目标文件中，避免了需要测试人员(用户)对测试数据进行人工组合时，依次打开每个测试文件，手动复制粘贴测试数据至第一目标文件中的繁琐操作，同时也避免了因测试文件过大，导致测试人员无法打开、复制困难等问题的发生。可见，通过本方案中的测试文件生成系统可以实现对测试数据的自动化添加，提高了测试文件组合生成的效率，进而提高了测试效率。
附图说明
9.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
10.图1示出了本技术一实施例提供的测试文件的生成方法的流程示意图。
11.图2示出了本技术一实施例提供的组合测试文件的应用显示界面的示意图。
12.图3示出了本技术另一实施例提供的组合测试文件的应用显示界面的示意图。
13.图4示出了本技术又一实施例提供的组合测试文件的应用显示界面的示意图。
14.图5示出了本技术再一实施例提供的组合测试文件的应用显示界面的示意图。
15.图6示出了本技术再又一实施例提供的组合测试文件的应用显示界面的示意图。
16.图7示出了本技术另一实施例提供的测试文件的生成方法的流程示意图。
17.图8示出了本技术图7中步骤s240的子步骤的流程示意图。
18.图9示出了本技术一实施例提供的遍历解密的流程示意图。
19.图10示出了本技术图7中步骤s260的子步骤的流程示意图。
20.图11示出了本技术再一实施例提供的测试文件的生成方法的流程示意图。
21.图12示出了本技术又一实施例提供的测试文件的生成方法的流程示意图。
22.图13示出了本技术又另一实施例提供的测试文件的生成方法的流程示意图。
23.图14是根据本技术一实施例提供的一种测试文件的生成装置的框图。
24.图15是本技术实施例的用于执行根据本技术实施例的测试文件的生成方法的电子设备的框图。
25.图16是本技术实施例的用于保存或者携带实现根据本技术实施例的测试文件的生成方法的程序代码的存储单元。
具体实施方式
26.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
27.软件测试工程师不仅要提升自我测试能力来提高测试效率，也要在测试数据上提升测试数据维护的效率，在短时间内产出符合业务场景需要的测试数据，在大数据时代，单个测试数据集成文件体积比较庞大，采用人工组合多个测试数据集成文件往往会花费过多的时间，且只能做单一的文件处理，为了满足现有多个集成文件组合的场景，本技术实施例提出一种测试集成文件组合方式，减少由于文件过大、过多而导致组合集成易出错且效率低的问题。
28.针对上述问题，发明人提出一种测试文件的生成方法、装置及存储介质，响应于测试人员输入的自定义组合操作，从第一测试文件中获取第一文件类型对应的第一目标文件，以及从第二测试文件中获取第二文件类型对应的第二目标文件；将第二目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。下面对该内容进行详细描述。
29.请参照图1，图1为本技术一实施例提供的一种测试文件的生成方法的流程示意图，应用于测试文件生成系统。下面将结合图1对本技术实施例提供的测试文件的生成方法进行详细阐述。该测试文件的生成方法可以包括以下步骤：
30.步骤s110：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径。
31.在本实施例中，测试数据可以存放于不同的测试文件中，测试文件所在的存储空间可以位于不同的文件路径下。因此，当测试人员需要对不同的测试文件中的测试数据进行组合时，可以先明确存储测试文件的存储空间所在的文件路径。其中，第一文件路径可以理解为由测试人员确定的原始文件路径，第一文件路径下的第一测试文件即为原始测试文件；第二文件路径可以理解为由测试人员确定的组合文件路径，第二文件路径下的第二测试文件即为组合测试文件，组合测试文件中的测试数据用于添加至原始测试文件中，组合成符合需求的新的测试文件。其中，测试数据是用以验证程序逻辑及功能的数据，由测试人员根据测试的用途及目的设立或利用的数据。测试文件生成系统可以是部署于电子设备中的应用程序、插件或应用网页等，本实施例对此不作限制。
32.在一些实施方式中，获取第一文件路径和第二文件路径的方式可以是由测试人员手动输入，对应地，电子设备接收输入的文件路径作为上述第一文件路径以及第二文件路径；也可以是显示于电子设备中的所有文件路径，供测试人员选择，对应的，电子设备获取选择操作对应的文件路径作为上述第一文件路径以及第二文件路径，本实施例对此不作限制。
33.在一些实施方式中，测试人员也可以对相同文件路径下的不同测试文件中的测试数据进行组合，即第一文件路径和第二文件路径也可以是相同的。
34.步骤s120：显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型。
35.在本实施例中，为便于测试数据的存储与管理，一般是将相同类型的测试数据存放在同一测试文件中，其中，相同类型的测试数据可以理解为用于对被测试软件的同一功能模块进行测试所使用的测试数据。因此，测试文件的文件类型可以基于测试文件中所包含的测试数据的类型确定，例如，若测试文件中包含的均是针对客户个人信息的测试数据，则该测试文件的文件类型即为客户个人信息类；因此，针对不同的模块，可以存在多种文件类型的测试文件，文件类型包括但不限于客户个人信息类、客户业务信息类、客户其他联系
人信息类等。所有客户信息均是经客户授权同意提供的信息。
36.可选地，在实际应用中，同一功能模块下一般会存在多个子功能模块，针对不同的子功能模块存在不同子类的测试数据，因此，可以将针对同一功能模块的测试文件的文件类型作为主类型，同时，将针对同一功能模块下的不同子功能模块的测试数据划分为不同的子类，即每种主类型可以包括多种子类。例如，若测试文件的文件类型为客户个人信息类，其子类包括但不限于客户姓名，电话号码，家庭住址，学历或户籍等子类；又例如，若测试文件的文件类型为客户业务信息类，其子类包括但不限于客户合同号、办理时间或金额等子类；再例如，若测试文件的文件类型为客户其他联系人信息类，其子类包括但不限于家人姓名、同事电话、朋友住址等子类。
37.基于此，在获取到第一文件路径和第二文件路径后，可以分别获取第一文件路径下的第一测试文件的文件类型，作为第一文件类型，以及第二文件路径下的第二测试文件的文件类型，作为第二文件类型，并显示第一文件类型以及第二文件类型。如此，可以使得测试人员可以更为直观地了解到第一文件路径和第二文件路径中所包含的测试数据的类型，进而了解到该测试数据是用于哪些功能模块的测试，以便后续根据需求对测试数据进行选择组合。
38.在一些实施方式中，可以仅显示第一文件类型的主类型，同时显示第二文件类型的主类型以及子类型，具体地，可以将主类型相同的第一文件类型和第二文件类型进行对应显示，即将第二文件类型显示于与其主类型相同的第一文件类型的旁边，以便测试人员查看并选择其需要与第一测试文件主类型相同的第二测试文件进行组合，生成符合需求的测试文件。请参阅图2，显示第一文件路径下的a类文件、b类文件以及c类文件，并且，对应显示与a类文件对应的第二文件路径下的多种a类文件(a1子类、a2子类以及a3子类)，对应显示与b类文件对应的第二文件路径下的多种b类文件(b1子类以及b2子类)，对应显示与c类文件对应的第二文件路径下的多种c类文件(c1子类、c2子类、c3子类以及c4子类)。其中，每种类型的文件旁显示有文件选择按钮，供测试人员点击选择，其中，文件选择按钮包括针对第一文件路径下a类文件的按钮10、b类文件的按钮20和c类文件的按钮30，以及针对第二文件路径下的a1子类文件的按钮11,、a2子类文件的按钮12、a3子类文件的按钮13、b1子类文件的按钮21、b2子类文件的按钮22、c1子类文件的按钮31、c2子类文件的按钮32、c3子类文件的按钮33、c4子类文件的按钮34。
39.在另一些实施方式中，可以显示第一文件类型的主类型以及子类型，同时显示第二文件类型的主类型以及子类型。请参阅图3，显示第一文件路径下的a类文件(a1子类)、b类文件(b3子类)以及c类文件(c2子类)。如此，通过显示第一文件类型下的子类型，便于测试人员查看每种主类型下已有的子类型的测试数据，选择性地从显示的第二文件类型下的多种子类型选择第一文件类型下并未包含的子类型所对应的第二测试文件，避免了组合得到的测试文件中存在重复子类型的测试数据。
40.其中，获取测试文件的文件类型的方式，可以获取每个测试文件的加密类型，并根据加密类型与文件类型之间的预设关系，确定每个测试文件的文件类型，相同文件类型的加密类型也相同，例如，a类文件均使用对称加密算法1，b类文件均是用对称加密算法2等，c类文件均使用非对称加密算法1，若获取到的测试文件的加密类型为对称加密算法1，则可以确定该测试文件的文件类型为a类。也可以根据每个测试文件的文件名确定其文件类型，
在实际应用中，测试人员在创建测试文件时，为便于后续查找，一般会直接将测试文件的类型作为文件名，基于此，则可以获取每个测试文件的文件名中携带的文件类型，作为测试文件的文件类型，可以理解地，获取测试文件的文件类型的方式可以有多种，本实施例对此不作限制。
41.步骤s130：响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作。
42.在本实施例中，自定义组合操作包括基于显示的第一测试文件与第二测试文件的文件类型所输入的文件选择操作和确认操作。其中，文件选择操作和确认操作可以是测试人员通过触摸、单击、双击或长按等操作，本实施例对此不作限制。
43.在一些实施方式中，自定义组合操作对应选取的第一文件类型以及第二文件类型可以仅包括一种主类型，即，测试人员可以对测试文件进行单选。
44.示例性地，请参阅图4，测试人员可以通过文件选择操作选择第一测试文件中的a类文件和第二测试文件中的a2子类和a3子类的文件，通过点击图4中的确认按钮输入确认操作，即可完成上述自定义组合操作。对应地，测试文件生成系统响应于自定义组合操作，获取文件选择操作中第一测试文件中的a类文件，作为第一目标文件，获取文件选择操作中第二测试文件中的a2子类和a3子类的文件，作为第二目标文件。具体地，在本实施例中，需要说明的是，a类文件是按照预设规则进行保存的，属于a类文件在后的文件会以小标的形式进行区别，但是主名称是一致的。测试文件生成系统接收到上述自定义组合操作后，将根据用户所选择的第二测试文件中对应的文件名，判断该文件名与第一测试文件中的文件名是否一致(判断的是文件的主名称是否一致)，若一致，则合并到对应的第一测试文件中。
45.在另一些实施方式中，自定义组合操作对应选取的第一文件类型以及第二文件类型可以包括多种主类型，即，测试人员可以对测试文件进行多选。
46.示例性地，请参阅图5，测试人员可以通过文件选择操作选择第一测试文件中的a类文件、b类文件和c类文件，以及第二测试文件中的a2子类、a3子类、b1子类、b2子类、c4子类的文件，通过点击图5中的确认按钮输入确认操作，即可完成上述自定义组合操作。对应地，测试文件生成系统响应于自定义组合操作，获取文件选择操作中第一测试文件中的a类文件、b类文件和c类文件，作为第一目标文件。获取文件选择操作中第二测试文件中的a2子类和a3子类的文件，作为与第一目标文件中的a类文件对应的第二目标文件；获取b1子类和b2子类的文件，作为与第一目标文件中b类文件对应的第二目标文件；获取c4子类的文件，作为与第一目标文件中c类文件对应的第二目标文件。在本实施例中，测试文件生成系统接收到上述自定义组合操作后，将根据用户所选择的第二测试文件对应的文件名(判断的是文件的主名称是否一致)，判断该文件名与第一测试文件中哪个第一测试文件的文件名一致，若存在一致的，则将对应的第二测试文件合并到文件名称一致的第一测试文件中。
47.在又一些实施方式中，响应于功能选择操作，从第一测试文件中获取与功能选择操作对应的第一文件类型对应的第一目标文件，以及从第二测试文件中获取与功能选择操作对应的第二文件类型对应的第二目标文件。请参阅图6，第一文件路径下包括多个功能按
钮(功能a、功能b)，每个功能按钮预先与对应的文件类型建立映射关系，例如，对功能a进行测试需要使用a类文件，则可以提前对功能a与a类文件预先建立映射关系。基于此，当测试人员通过点击功能按钮41时，测试文件生成系统则可以基于该映射关系，获取对应的文件类型，并从第一文件路径下的第一测试文件中获取与该对应的文件类型相同的测试文件，作为第一目标文件；以及从第二文件路径下的第二测试文件中确定出与该对应的文件类型相同的测试文件，作为第二目标文件。如此，测试人员可以直接通过选择待测试的功能，测试文件生成系统即可自动对该功能对应的第一目标文件进行测试数据的添加，以实现对第一目标文件中的测试数据进行更新，提高对该功能测试的准确性以及全面性。
48.步骤s140：将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。
49.基于此，在获取到第一目标文件和第二目标文件后，测试文件生成系统可以自动读取第二目标文件中的测试数据，并将读取到的第二目标文件中的测试数据添加至第一目标文件中，并将添加了测试数据后的第一目标文件作为上述目标测试文件，即实现了测试数据的自动化添加。仍以上述例子为例，若获取到的第一目标文件为第一测试文件中的a类文件，第二目标文件为第二测试文件中的a2子类和a3子类的文件，则将a2子类和a3子类的文件中的测试数据添加至a类文件中，得到新的a类文件，即得到上述目标测试文件。
50.在一些实施方式中，当第一目标文件以及第二目标文件中均包含多种主类型的文件时，将第二目标文件中的测试数据添加至与其属于相同主类型的第一目标文件中。如此，可以避免因多选了多种主类型的测试文件，导致测试数据添加至与自身不相同的主类型的文件中，影响实际测试效果等问题的发生，保证了添加测试数据后的第一文件路径下的测试文件的规范化管理，也便于测试人员后续对测试文件的查看与修改。
51.可选地，当第一目标文件中存在多种主类型的测试文件需要添加测试数据时，测试文件生成系统可以采用多线程的方式，针对每种主类型的测试文件设置独立的线程进行测试数据添加操作，不同类型的测试数据之间互相隔离，同时进行，互不干扰，极大提高了测试文件的组合生成效率，进而提高了测试效率。
52.例如，若获取到的第一目标文件包括a类文件、b类文件和c类文件，获取到的第二目标文件包括a2子类、a3子类、b1子类、b2子类、c4子类的文件；测试文件生成系统则将a2子类和a3子类中的测试数据添加至相同主类型的a类文件中，将b1子类和b2子类中的测试数据添加至相同主类型的b类文件中，将c4子类中的测试数据添加至相同主类型的c类文件中。
53.在一些实施方式中，为减少测试文件占用的电子设备的内存资源以及保证测试文件的安全性，一般上述的第一测试文件以及第二测试文件均是加密和压缩后的文件。因此，在将第二目标文件中的测试数据添加至第一目标文件之前，需要对第二目标文件进行解密以及解压。但是在实际应用中，可能解密或解压的过程可能存在异常，导致解密或解压后的第二目标文件中的测试数据不存在。
54.基于此，可以先判断第二目标文件中是否存在测试数据；若第二目标文件中不存在测试数据，显示第一提示信息，其中，第一提示信息用于提示所述第二目标文件解密失败或解压失败，如此，测试人员可以根据第一提示信息对第二目标文件进行检查，并重新创建第二目标文件，再将重新创建的第二目标文件中的测试数据添加至第一目标文件中，以保
证组合目标测试文件的过程的顺利推进以及软件测试的效率，同时也避免了因未成功添加第二目标文件的测试数据，导致得到的目标测试文件所包含的测试数据不全面，无法更为全面地规避软件中存在的缺陷和错误，使得软件发布后给用户带来不好的使用体验等问题的发生，即保证了软件发布后用户的使用体验，进而也大大降低了商业风险。
55.可选地，若第二目标文件中存在测试数据，可以直接将第二目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。
56.在一些实施方式中，在将第二目标文件中的测试数据添加至第一目标文件之前，可以先判断第二目标文件与第一目标文件是否为相同子类型的文件，若均为相同子类型的文件，测试文件生成系统可以判断第二目标文件以及第一目标文件中是否包含相同的测试数据，若包含，则仅将第二目标文件中除相同的测试数据之外的其他测试数据添加至第一目标文件；若不包含，则将第二目标文件中的所有测试数据均添加至第一目标文件中。如此，可以避免因重复添加原本已存在于第一目标文件中的测试数据，而占用计算机存储资源等问题的发生。
57.示例性地，第一目标文件与第二目标文件均为图3中的a1子类的文件(如包含客户电话号码的文件)，第一目标文件中的a1子类的文件中包括有用户1、用户2以及用户3的电话号码，第二目标文件中的a1子类的文件中包括有用户1、用户2、用户3、用户4以及用户5的电话号码；此时，则仅第二目标文件中的用户4以及用户5的电话号码添加至第一目标文件。
58.在一些实施方式中，可以判断第二目标文件中的测试数据的行数是否超过预设行数阈值；若第二目标文件中的测试数据的行数超过预设行数阈值，按照预设添加行数，分多次将第二目标文件中的测试数据添加至所第一目标文件中，得到所述目标测试文件；若第二目标文件中的测试数据的行数未超过预设行数阈值，将第二目标文件中的测试数据一次添加至第一目标文件中，得到目标测试文件。如此，可以在第二目标文件中存在数量庞大的测试数据时，分多次读取第二目标文件中的测试数据，避免一次性读取数量庞大的测试数据，导致电子设备卡死的情况，保证了测试文件组合过程的顺利推进。
59.示例性地，预设行数阈值可以为2000行，预设添加行数也可以为2000行，若获取到的第二目标文件的测试数据的行数为1000行，则可以直接将第二目标文件中的所有测试数据一次添加至第一目标文件中，得到目标测试文件；若获取到的第二目标文件的测试数据为12万行，则每次将第二目标文件中的2000行测试数据添加至第一目标文件中，分多添加测试数据，直至将第二目标文件中所有的测试数据均添加至第一目标文件中，即可得到目标测试文件。
60.在一些实施方式中，在组合得到目标测试文件后，为减少目标测试文件对电子设备的内存资源的占用，可以压缩目标测试文件；进一步地，为保证目标测试文件的安全性，还可以对压缩后的目标测试文件进行加密，具体地，根据指定加密方式，对压缩后的目标测试文件进行加密，得到目标测试压缩文件。其中，指定加密方式可以是预先设置的，在用户输入自定义组合操作之前，显示加密提示信息，提示测试人员输入加密方式，并将用户输入的加密方式作为上述指定加密方式。如此，由测试人员提前选择指定加密方式，在第一目标文件存在多个，需要组合多个目标测试文件时，可以实现根据提前选择的一种指定加密方式对多个组合测试文件进行批量加密，提高了加密效率，进而提高了软件测试的效率。
61.在另一些实施方式中，自定义组合操作还可以包括加密选择操作，测试人员可以
在选择第一目标文件的同时，选择用于加密该第一目标文件的加密方式，对应地，电子设备则获取加密选择操作对应的加密方式，作为上述指定加密方式。如此，可以在第一目标文件存在多个，需要组合多个目标测试文件时，由测试人员依次为每个目标测试文件选择对应的加密方式，使得加密更具针对性，针对不同的目标测试文件使用不同的加密方式，也可以进一步提高目标测试文件的安全性。
62.在又一些实施方式中，指定加密方式也可以是根据文件类型与加密方式的对应关系确定得到，根据前述对应关系，获取与第一目标文件的文件类型对应的加密方式，作为上述指定加密方式，例如，相同文件类型使用相同的加密方式。如此，根据提前设置的对应关系，获取指定加密方式，提高了加密的效率，进而提高了软件测试的效率。
63.在本实施例中，无需测试人员依次打开每个测试文件，手动复制粘贴测试数据的操作，通过显示测试文件的文件类型，无需展示出测试文件中的具体内容，不需要界面化工具打开测试文件，测试人员仅需选择需要组合的第一测试文件以及第二测试文件的文件类型，即可自动实现对相同文件类型的不同测试文件下的测试数据的组合，提高了测试文件组合生成的效率，进而提高了测试效率，同时也降低了投入的人力资源的成本；并且，避免了测试人员因粗心所遗漏复制测试数据而导致的最终得到的目标测试文件内容不全，无法更为全面地规避软件中存在的缺陷和错误，使得软件发布后给用户带来不好的使用体验等问题的发生，即保证了软件发布后用户的使用体验，进而也大大降低了商业风险。
64.请参照图7，图7为本技术另一实施例提供的一种测试文件的生成方法的流程示意图，应用于测试文件生成系统。下面将结合图7对本技术实施例提供的测试文件的生成方法进行详细阐述。该测试文件的生成方法可以包括以下步骤：
65.步骤s210：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径。
66.步骤s220：显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型。
67.步骤s230：响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件。
68.在本实施例中，步骤s210至步骤s230的具体实施方式可以参阅前述实施例中的内容，本实施例在此不再赘述。
69.步骤s240：对所述第二目标文件进行解密，得到第三目标文件。
70.在一些实施方式中，请参阅图8，步骤s240可以包括以下步骤：
71.步骤s241：依次通过多种预设解密方式，对所述第二目标文件进行解密。
72.在本实施例中，考虑到测试文件的存储安全性，一般会对测试文件进行加密。基于此，若想获取到第二目标文件中的测试数据，可以首先对第二目标文件就进行解密。在对第二目标文件进行加密时，可能是随机使用的一种加密方式，并未对该加密方式进行记录，因此，在解密过程时，可以依次通过遍历多种预设解密方式，来实现对第二目标文件进行解密。
73.具体地，请参阅图9，在获取到第二目标文件后，可以根据多种预设解密方式的预设顺序，对第二目标文件进行解密，首先，可以使用第一预设解密方式尝试对第二目标文件进行首次解密，判断首次解密过程是否异常，若存在异常，则根据预设顺序使用第二预设解
密方式尝试对第二目标文件进行二次解密，并判断二次解密过程是否异常，若存在异常则根据预设顺序依次多种预设解密方式中的其他预设解密方式尝试解密，并判断解密过程是否存在异常，若均存在异常，则判定解密失败，并输出解密异常信息，同时可以将该解密异常信息写入至相关日志中的错误日志中，以便后续根据错误日志，掌握组合进度中存在的异常情况。其中，若判断首次解密过程、二次解密过程或后续其他解密过程中不存在异常，则进一步判断解密得到的第三目标文件中是否存在测试数据，若存在，则代表解密成功；若不存在，仍会将其判定为解密过程存在异常，可以理解地，解密后的第三目标文件中不存在测试数据的情况仍算是解密过程存在异常，在第三目标文件中不存在测试数据的情况下，继续按照上述预设顺序，使用其他的预设解密方式，对第二目标文件进行尝试解密。其中，多种预设解密方式可以包括但不限于cipher解密、windows密钥管理服务(key management service，kms)、数据加密标准(data encryption standard，des)算法、高级加密标准(advanced encryption standard，aes)算法以及rsa加密算法(rsa algorithm)等。
74.步骤s242：若通过任一预设解密方式解密成功，将解密成功后得到的文件作为所述第三目标文件。
75.步骤s250：对所述第三目标文件进行解压，得到第四目标文件。
76.基于此，通过任一预设解密方式解密成功，表征解密过程中不存在异常且解密后得到的第三目标文件中存在测试数据。即仅在解密成功后的第三目标文件中存在测试数据的情况，再对第三目标文件进行解压，得到第四目标文件。
77.步骤s260：将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件。
78.在一些实施方式中，请参阅图10，步骤s260可以包括以下步骤：
79.步骤s261：判断所述第四目标文件中的测试数据的格式是否均与预设数据格式匹配。
80.步骤s262：若所述第四目标文件中的测试数据的格式均与所述预设数据格式匹配，将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件。
81.在本实施例中，预先设置有针对测试数据的预设数据格式，例如，预设数据格式可以是测试数据中的多个信息之间由“＝＝”是否等于、“&”和、“||”或、“！＝”不等于等逻辑运算符连接，本实施例对此不作限制。基于此，在成功对第二目标文件进行解密和解压得到第四目标文件后，可以首先判断第四目标文件中的测试数据的格式是否与预设数据格式匹配。若第四目标文件中的测试数据的格式均与预设数据格式匹配，表征第四目标文件中的测试数据的格式均正确，则可以直接将第四目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。
82.步骤s263：若存在目标测试数据的格式与所述预设数据格式不匹配，将除所述目标测试数据之外的其他测试数据添加至所述第一目标文件中，得到所述目标测试文件，所述目标测试数据为所述第四目标文件中的测试数据的任一行测试数据。
83.可选地，若存在目标测试数据的格式与预设数据格式不匹配，表征目标测试数据存在异常，即第四目标文件中的测试数据存在异常测试数据，此时，若直接将存在异常的目标测试数据添加至第一目标文件中，则会导致组合得到的目标测试文件中存在异常数据，
进而使在通过目标测试文件进行软件测试时，无法得到准确的测试结果，或者可能还会因为测试数据异常导致软件测试流程无法正常运行，进而影响软件测试的效率。因此，可以将除目标测试数据之外的其他测试数据添加至第一目标文件中，得到目标测试文件。如此，不影响正常测试数据的组合，同时也保证得到的目标测试文件中的测试数据均为格式正确的数据，进而保证基于目标测试文件进行软件测试的结果的准确性以及测试流程的正常推进。
84.在一些实施方式中，在得到上述目标测试文件后，还可以将所述目标测试数据添加至待修正测试文件中，并输出第二提示信息，其中，第二提示信息用于提示测试人员对目标测试数据进行修改；响应于第一确认操作，将待修正测试文件中的修改后的目标测试数据添加至目标测试文件，第一确认操作用于指示已完成对目标测试数据的修改，将修改后的目标测试数据重新添加至目标测试文件中，保证了目标测试文件中测试数据的完整性及正确性。
85.在本实施例中，在获取到第一目标文件以及第二目标文件后，在对第二目标文件进行解密和解压得到第四目标文件后，首先会对第四目标文件中的测试数据的格式是否正确进行判断，当存在目标测试数据的格式不正确时，仅将除目标测试数据之外的其他格式正确的测试数据添加至第一目标文件中，得到目标测试文件，并将目标测试数据写入至待修正文件中。如此，不影响格式正确的测试数据的组合，同时也通过第二提示信息提示测试人员对目标测试数据进行修正，再将修正后的目标测试数据重新添加至目标测试文件中，保证了目标测试文件中测试数据的完整性及正确性，使得基于目标测试文件进行软件测试后的金融系统软件存在的缺陷更少，进而保证了金融系统软件发布后的用户使用体验。
86.请参照图11，图11为本技术再一实施例提供的一种测试文件的生成方法的流程示意图，应用于测试文件生成系统。下面将结合图11对本技术实施例提供的测试文件的生成方法进行详细阐述。该测试文件的生成方法可以包括以下步骤：
87.步骤s310：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径。
88.步骤s320：显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型。
89.在本实施例中，步骤s310至步骤s320的具体实施方式可以参阅前述实施例中的内容，本实施例在此不再赘述。
90.步骤s330：响应于非自定义组合操作，从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集。
91.在本实施例中，非自定义组合操作可以仅包括确认操作，该确认操作可以是测试人员基于显示的第一测试文件以及第二测试文件的文件类型输入得到。在实际应用中，显示第一测试文件以及第二测试文件的文件类型可以是供测试人员了解到第一文件路径和第二文件路径下，一共存在哪些类型的测试文件，测试人员可能需要对第一文件路径下所有的第一测试文件均进行更新，即测试人员可以通过直接点击如图2或图3中的确认按钮，即可实现对所有的第一测试文件进行更新。具体地，电子设备响应于非自定义组合操作，从所有第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第
二测试文件，得到每个第一测试文件对应的第二测试文件集。
92.示例性地，若测试人员通过直接点击图2中的确认按钮输入上述非自定义组合操作，电子设备则响应于非自定义组合操作，获取a类文件对应的第二测试文件集(a2子类以及a3子类)，获取b类文件对应的第二测试文件集(b1子类以及b2子类)，以及获取c类文件对应的第二测试文件集(c1子类、c2子类以及c4子类)。
93.步骤s340：将所述每个第一测试文件对应的第二测试文件集的测试数据添加至与其对应的第一测试文件中，得到与所述每个第一测试文件对应的目标测试文件。
94.基于此，在获取到每个第一测试文件对应的第二测试文件集后，即可将每个第一测试文件对应的第二测试文件集的测试数据添加至与其对应的第一测试文件中，得到与每个第一测试文件对应的目标测试文件。
95.仍以上述例子为例，将与a类文件对应的第二测试文件集(a2子类以及a3子类)中的测试数据添加至a类文件中，得到与a类文件对应的目标测试文件；将与b类文件对应的第二测试文件集(b1子类以及b2子类)中的测试数据添加至b类文件中，得到与b类文件对应的目标测试文件；以及将与c类文件对应的第二测试文件集(c1子类、c2子类以及c4子类)中的测试数据添加至c类文件中，得到与c类文件对应的目标测试文件。
96.在本实施例中，测试人员可以通过输入非自定义组合操作，即可实现对第一文件路径下的所有第一测试文件进行批量更新组合，得到每个第一测试文件对应的目标测试文件。如此，在短时间内需要产出需求多样、数量庞大的测试文件时，可以通过上述非自定义组合操作，快速组合生成多个目标测试文件，提高了产出测试文件的效率，进而提高了软件测试的效率。
97.请参照图12，图12为本技术又一实施例提供的一种测试文件的生成方法的流程示意图，应用于测试文件生成系统。下面将结合图12对本技术实施例提供的测试文件的生成方法进行详细阐述。该测试文件的生成方法可以包括以下步骤：
98.步骤s410：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径。
99.步骤s420：显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型。
100.在本实施例中，步骤s410至步骤s420的具体实施方式可以参阅前述实施例中的内容，本实施例在此不再赘述。
101.步骤s430：响应于非自定义组合操作，判断所述多个第一测试文件的文件类型是否均不相同。
102.步骤s440：若所述多个第一测试文件的文件类型均不相同，分别获取所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集。
103.在本实施例中，在响应于非自定义组合操作，对每个第一测试文件进行更新组合之前，可以先判断第一文件路径下的多个第一测试文件的文件类型是否均不相同，若均不相同，则分别获取多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与每个第一测试文件对应的第二测试文件集。
104.步骤s450：若所述多个第一测试文件中存在相同文件类型的第一测试文件，显示
第三提示信息，所述第三提示信息用于提示测试人员对所述相同文件类型的第一测试文件进行合并和/或删除，以使所述多个第一测试文件的文件类型均不相同。
105.可选地，若多个第一测试文件中存在相同文件类型的第一测试文件，显示第三提示信息，其中，第三提示信息用于提示测试人员对相同文件类型的第一测试文件进行合并和/或删除，以使多个第一测试文件的文件类型均不相同。如此，可以保证在实现批量对第一文件路径下的所有第一测试文件进行组合时，保证第一文件路径下存在的每种文件类型仅有一个对应的第一测试文件，使得在将第二测试文件集中的测试数据添加至对应的第一测试文件中不会存在重复添加，避免了生成包含重复测试数据的两个相同文件类型的目标测试文件等问题的发生。
106.步骤s460：响应于第二确认操作，从所述多个第二测试文件中，获取已执行合并和/或删除后的所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集，所述第二确认操作用于指示已完成对所述相同文件类型的第一测试文件的合并和/或删除。
107.在一些实施方式中，当测试人员基于上述第三提示信息，输入第二确认操作后，表征测试人员已对相同文件类型的第一测试文件完成合并和/或删除，此时，电子设备可以从多个第二测试文件中，获取与已执行合并和/或删除后的多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与每个第一测试文件对应的第二测试文件集。
108.示例性地，若第一文件路径下同时包括2个a类的第一测试文件，可以显示第三提示信息，提示测试人员查看2个a类的第一测试文件中的测试数据，由测试人员决定是将两个a类的第一测试文件进行合并、删除或删除部分数据后合并。最终，使得第一文件路径下仅包括1个a类的第一测试文件。
109.步骤s470：将所述每个第一测试文件对应的第二测试文件集的测试数据添加至与其对应的第一测试文件中，得到与所述每个第一测试文件对应的目标测试文件。
110.在本实施例中，步骤s470的具体实施方式可以参阅前述实施例中的内容，本实施例在此不再赘述。
111.在本实施例中，在响应于测试人员输入的非自定义组合操作，实现对第一文件路径下的所有第一测试文件进行批量组合时，通过显示第三提示信息，提示测试人员对第一文件路径下的相同文件类型的第一测试文件进行合并和/或删除，再执行批量组合。如此，，保证第一文件路径下存在的每种文件类型仅有一个对应的第一测试文件，使得在将第二测试文件集中的测试数据添加至对应的第一测试文件中不会存在重复添加，避免了生成包含重复测试数据的两个相同文件类型的目标测试文件等问题的发生。
112.请参照图13，图13为本技术又另一实施例提供的一种测试文件的生成方法的流程示意图，应用于测试文件生成系统。下面将结合图13对本技术实施例提供的测试文件的生成方法进行详细阐述。该测试文件的生成方法可以包括以下内容：
113.在本实施例中，可以由测试人员输入第一文件路径、第二文件路径以及针对组合后的目标测试文件的加密方式，对应地，电子设备则可以遍历第一文件路径下的所有第一测试文件以及第二文件路径下的所有第二测试文件，并对所有第一测试文件和所有第二测试文件的文件类型进行如图2或图3所示的分类显示。基于此，测试人员可以通过显示的第
一测试文件和第二测试文件的文件类型，输入第一文件操作或第二文件操作，其中，若测试人员输入的是自定义组合操作，则代表测试人员选择的自定义组合测试文件，对应地，电子设备响应于自定义组合操作，从第一测试文件中获取第一文件类型对应的第一目标文件，以及从第二测试文件中获取第二文件类型对应的第二目标文件，其中，第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，并通过遍历多种预设解密方式，对确定的多种文件类型(如a类、b类以及c类)的第二目标文件进行解密、解压，并根据成功解密后的第二目标文件所包含的测试数据的行数，将第二目标文件中的测试数据写入至相同文件类型的第一目标文件中，得到每种文件类型对应的目标测试文件，再对每种文件类型的目标测试文件进行压缩及加密，得到目标测试压缩文件。
114.可选地，若测试人员输入的是非自定义操作，代表测试人员选择的是非自定义组合测试文件，此时，电子设备可以自动从第二测试文件中匹配与每种第一测试文件中文件类型相同的第二测试文件，作为每种第一测试文件对应的第二测试文件集，此时，则可以将第二测试文件集看作为图11中的第二目标文件，依次对每种第一测试文件对应的第二目标文件进行解密及解压，再将解压后的第二目标文件根据测试数据的行数，将第二目标文件中的测试数据写入至相同文件类型的第一目标文件中，得到每种文件类型对应的目标测试文件，再对每种文件类型的目标测试文件进行压缩及加密，得到目标测试压缩文件。
115.在一些实施方式中，在测试人员操作以及测试文件生成的过程中，可以生成相关日志，以便测试人员可以及时掌握当前组合进度。其中，相关日志可以包括常规日志、操作日志、监控日志、系统日志以及错误日志。常规日志中包括用户选择的文件路径,以及文件路径下的文件名称；操作日志中包括用户选择的第一测试文件与第二测试文件之间对应关系或自动配对后文件对应关系、文件加密及解密等信息；监控日志中包括当前正在合并文件(即第一目标文件)的名称，被组合文件(即第二目标文件)总行数，已合并行数以及剩余行数；系统日志中包括线程池状态，线程执行状态。错误日志中包括有程序异常的提示信息，以便测试人员可以根据程序异常的提示信息分析错误堆栈信息，优化代码；还包括有异常测试数据、异常测试数据存储的文件名称；同时还包括有解密异常的文件名称以及提示信息，以提示测试人员人工排除文件在加密过程中导致解密失败出错的原因。
116.在本实施例中，测试人员可以根据自身需求选择自定义组合和非自定义组合中的任一种组合方式，当选择非自定义组合时，通过输入非自定义组合操作，即可实现对第一文件路径下的所有第一测试文件进行批量组合，得到每个第一测试文件对应的目标测试文件；当选择自定义组合时，无需测试人员依次打开每个测试文件，手动复制粘贴测试数据的操作，通过显示测试文件的文件类型，测试人员仅需选择需要组合的测试文件的文件类型，即可自动实现对不同测试文件下的测试数据的组合，提高了测试文件组合生成的效率，进而提高了测试效率，同时也降低了投入的人力资源的成本。并且，也避免多个不同类型的测试文件组合操作效率低的问题，采用多线程的方式，针对每种测试文件类型设置独立的线程进行组合，不同类型数据之间隔离，同时进行，互不干扰。
117.请参照图14，其中示出了本技术一实施例提供的一种测试文件的生成装置500的结构框图。该装置500可以包括：路径获取模块510、显示模块520、文件确定模块530和文件生成模块540。
118.路径获取模块510用于获取用于存储测试数据的存储空间所在的第一文件路径以
及第二文件路径。
119.显示模块520用于显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型。
120.文件确定模块530用于响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作。
121.文件生成模块540用于将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。
122.在一些实施方式中，文件生成模块540可以包括：解密单元、解压单元以及文件生成单元。其中，解密单元可以用于对所述第二目标文件进行解密，得到第三目标文件。解压单元可以用于对所述第三目标文件进行解压，得到第四目标文件。文件生成单元可以用于将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件。
123.在一些实施方式中，测试文件的生成装置500还可以包括：数据判断模块以及第一提示模块。其中，数据判断模块可以用于在所述将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件之前，判断所述第二目标文件中是否存在测试数据。第一提示模块可以用于若所述第二目标文件中不存在所述测试数据，显示第一提示信息，所述第一提示信息用于提示所述第二目标文件解密失败或解压失败。文件生成模块540可以具体用于若所述第二目标文件中存在所述测试数据，执行所述将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。
124.在一些实施方式中，文件生成单元可以具体用于：判断所述第四目标文件中的测试数据的格式是否均与预设数据格式匹配；若所述第四目标文件中的测试数据的格式均与所述预设数据格式匹配，将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件；若存在目标测试数据的格式与所述预设数据格式不匹配，将除所述目标测试数据之外的其他测试数据添加至所述第一目标文件中，得到所述目标测试文件，所述目标测试数据为所述第四目标文件中的测试数据的任一行测试数据。
125.在该方式下，测试文件的生成装置500还可以包括：第二提示模块以及数据添加模块。其中，第二提示模块可以用于在所述若存在目标测试数据的格式与所述预设数据格式不匹配，将除所述目标测试数据之外的其他测试数据添加至所述第一目标文件中，得到所述目标测试文件之后，将所述目标测试数据添加至待修正测试文件中，并显示第二提示信息，所述第二提示信息用于提示测试人员对所述目标测试数据进行修改。数据添加模块可以用于响应于第一确认操作，将所述待修正测试文件中的修改后的所述目标测试数据添加至所述目标测试文件，所述第一确认操作用于指示已完成对所述目标测试数据的修改。
126.在另一些实施方式中，所述第一测试文件的数量为多个，所述第二测试文件的数量为多个，文件确定模块530可以具体用于在所述显示所述第一文件路径下的第一测试文件以及所述第二文件路径下的第二测试文件的文件类型之后，响应于非自定义组合操作，从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集；将所述每个第一测试
文件对应的第二测试文件集的测试数据添加至与其对应的第一测试文件中，得到与所述每个第一测试文件对应的目标测试文件。
127.在该方式下，测试文件的生成装置500还可以包括：类型判断模块。其中，类型判断模块可以用于在所述从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集之前，判断所述多个第一测试文件的文件类型是否均不相同。文件确定模块530可以具体用于：若所述多个第一测试文件的文件类型均不相同，分别获取所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集。
128.在该方式下，测试文件的生成装置500还可以包括：第三提示模块。其中，第三提示模块可以用于若所述多个第一测试文件中存在相同文件类型的第一测试文件，显示第三提示信息，所述第三提示信息用于提示测试人员对所述相同文件类型的第一测试文件进行合并和/或删除，以使所述多个第一测试文件的文件类型均不相同。文件确定模块530可以具体用于响应于第二确认操作，从所述多个第二测试文件中，获取已执行合并和/或删除后的所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集，所述第二确认操作用于指示已完成对所述相同文件类型的第一测试文件的合并和/或删除。
129.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
130.在本技术所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
131.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
132.综上所述，本技术实施例提供的方案中，获取用于存储测试数据的第一文件路径以及第二文件路径；显示第一文件路径下的第一测试文件的文件类型以及第二文件路径下的第二测试文件的文件类型；响应于自定义组合操作，从第一测试文件中获取第一文件类型对应的第一目标文件，以及从第二测试文件中获取第二文件类型对应的第二目标文件；将第二目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。如此，测试文件生成系统通过显示第一文件路径以及第二文件路径下的测试文件的文件类型，并响应于用户输入的自定义组合操作，即可自动实现将选择的第二目标文件中的测试数据添加至第一目标文件的数据组合操作，避免了需要测试人员对测试数据进行人工组合时，依次打开每个测试文件，手动复制粘贴测试数据至第一目标文件中的繁琐操作，同时也避免了因测试文件过大，导致测试人员无法打开、复制困难等问题的发生。可见，通过本方案中的测试文件生成系统可以实现对测试数据的自动化添加，提高了测试文件组合生成的效率，进而提高了测试效率。
133.下面将结合图对本技术提供的一种电子设备进行说明。
134.参照图15，图15示出了本技术实施例提供的一种电子设备600的结构框图，本技术实施例提供的测试文件的生成方法可以由该电子设备600执行。其中，电子设备600可以是
智能手机、平板电脑、智能手表、笔记本电脑、台式电脑、服务器、录音笔等能够运行应用程序的设备。
135.本技术实施例中的电子设备600可以包括一个或多个如下部件：处理器601、存储器602、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器602中并被配置为由一个或多个处理器601执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。
136.处理器601可以包括一个或者多个处理核。处理器601利用各种接口和线路连接整个电子设备600内的各个部分，通过运行或执行存储在存储器602内的指令、程序、代码集或指令集，以及调用存储在存储器602内的数据，执行计算机设备600的各种功能和处理数据。可选地，处理器601可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器601可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以集成到处理器601中，单独通过一块通信芯片进行实现。
137.存储器602可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。存储器602可用于存储指令、程序、代码、代码集或指令集。存储器602可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备600在使用中所创建的数据(比如上述的各种对应关系)等。
138.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
139.在本技术所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
140.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
141.请参考图16，其示出了本技术实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质700中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
142.计算机可读存储介质700可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质700包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质700具有执行上述方法中的任何方法步骤的程序代码710的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码710可以例如以适当形式进行压缩。
143.在一些实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。
144.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。
技术特征：1.一种测试文件的生成方法，其特征在于，应用于测试文件生成系统，所述方法包括：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径；显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型；响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作；将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。2.根据权利要求1所述的方法，其特征在于，所述第一测试文件的数量为多个，所述第二测试文件的数量为多个，在显示所述对所述第一文件路径下的第一测试文件以及所述第二文件路径下的第二测试文件的文件类型之后，所述方法还包括：响应于非自定义组合操作，从多个第二测试文件中，获取与每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集；将所述每个第一测试文件对应的第二测试文件集的测试数据添加至与其对应的第一测试文件中，得到与所述每个第一测试文件对应的目标测试文件。3.根据权利要求2所述的方法，其特征在于，在所述从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集之前，所述方法还包括：判断所述多个第一测试文件的文件类型是否均不相同；所述从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集，包括：若所述多个第一测试文件的文件类型均不相同，分别获取所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集。4.根据权利要求3所述的方法，其特征在于，所述从多个第二测试文件中，获取与多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到所述每个第一测试文件对应的第二测试文件集，还包括：若所述多个第一测试文件中存在相同文件类型的第一测试文件，显示第三提示信息，所述第三提示信息用于提示测试人员对所述相同文件类型的第一测试文件进行合并和/或删除，以使所述多个第一测试文件的文件类型均不相同；响应于第二确认操作，从所述多个第二测试文件中，获取已执行合并和/或删除后的所述多个第一测试文件中每个第一测试文件所对应的至少一种第二测试文件，得到与所述每个第一测试文件对应的第二测试文件集，所述第二确认操作用于指示已完成对所述相同文件类型的第一测试文件的合并和/或删除。5.根据权利要求1至4任一项所述的方法，其特征在于，所述将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件，包括：对所述第二目标文件进行解密，得到第三目标文件；对所述第三目标文件进行解压，得到第四目标文件；
将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件。6.根据权利要求5所述的方法，其特征在于，所述将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件，包括：判断所述第四目标文件中的测试数据的格式是否均与预设数据格式匹配；若所述第四目标文件中的测试数据的格式均与所述预设数据格式匹配，将所述第四目标文件中的测试数据添加至所述第一目标文件中，得到所述目标测试文件；若存在目标测试数据的格式与所述预设数据格式不匹配，将除所述目标测试数据之外的其他测试数据添加至所述第一目标文件中，得到所述目标测试文件，所述目标测试数据为所述第四目标文件中的任一测试数据。7.根据权利要求6所述的方法，其特征在于，在所述若存在目标测试数据的格式与所述预设数据格式不匹配，将除所述目标测试数据之外的其他测试数据添加至所述第一目标文件中，得到所述目标测试文件之后，所述方法还包括：将所述目标测试数据添加至待修正测试文件中，并显示第二提示信息，所述第二提示信息用于提示测试人员对所述目标测试数据进行修改；响应于第一确认操作，将所述待修正测试文件中的修改后的所述目标测试数据添加至所述目标测试文件，所述第一确认操作用于指示已完成对所述目标测试数据的修改。8.一种测试文件的生成装置，其特征在于，应用于测试文件生成系统，所述装置包括：路径获取模块，用于获取用于存储测试数据的第一文件路径以及第二文件路径；显示模块，用于显示所述第一文件路径下的第一测试文件的文件类型以及所述第二文件路径下的第二测试文件的文件类型；文件确定模块，用于响应于自定义组合操作，从所述第一测试文件中获取第一文件类型对应的第一目标文件，以及从所述第二测试文件中获取第二文件类型对应的第二目标文件，所述第一文件类型以及第二文件类型为所述自定义组合操作对应选取的文件类型，所述自定义组合操作为基于显示的所述第一测试文件与所述第二测试文件的文件类型所接收的操作；文件生成模块，用于将所述第二目标文件中的测试数据添加至所述第一目标文件中，得到目标测试文件。9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1至7任一项所述的方法。10.一种包含指令的计算机程序产品，其特征在于，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机实现如权利要求1至7任一项所述的方法。
技术总结本申请公开了一种测试文件的生成方法，涉及软件测试技术领域。该方法包括：获取用于存储测试数据的存储空间所在的第一文件路径以及第二文件路径；显示第一文件路径下的第一测试文件的文件类型以及第二文件路径下的第二测试文件的文件类型；响应于自定义组合操作，从第一测试文件中获取第一文件类型对应的第一目标文件，以及从第二测试文件中获取第二文件类型对应的第二目标文件；将第二目标文件中的测试数据添加至第一目标文件中，得到目标测试文件。如此，无需测试人员手动组合测试文件，仅需选择待组合的测试文件的文件类型，实现对测试数据的自动化添加，提高了测试文件组合生成的效率，进而提高了测试效率。进而提高了测试效率。进而提高了测试效率。
技术研发人员：王韩勇 吴海英 郭江 蒋宁
受保护的技术使用者：马上消费金融股份有限公司
技术研发日：2022.02.23
技术公布日：2022/7/5
