一种测试工具管理方法及用户终端的制作方法
一种测试工具管理方法及用户终端的制作方法
【技术领域】
[0001]本发明涉及计算机技术领域，尤其涉及一种测试工具管理方法及用户终端。
【背景技术】
[0002]随着计算机技术不断的开发和完善，各式各样的终端应用产品被开发以满足人们生活中的不同需求，随着产品形态的复杂度增加，测试人员需要同时使用多个测试工具进行终端应用产品的跟踪测试，然而对于测试工具相应的测试文件的管理，往往需要依赖测试人员的习惯，容易出现由于测试文件分散存储，导致无法快速的查找到对应的工具路径以获取测试文件，降低了测试文件的查找效率，进而降低了对终端应用产品的测试效率。
【发明内容】
[0003]本发明实施例提供一种测试工具管理方法及用户终端，可以提高测试文件的查找效率，进而提升对终端应用产品的测试效率。
[0004]本发明实施例第一方面提供了一种测试工具管理方法，可包括:
[0005]在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0006]基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0007]采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0008]在加载成功后生成所述所触发的工具标识对应的测试界面。
[0009]本发明实施例第二方面提供了一种用户终端，可包括:
[0010]路径获取单元，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0011]第一文件获取单元，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0012]文件加载单元，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0013]界面生成单元，用于在加载成功后生成所述所触发的工具标识对应的测试界面。
[0014]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
【附图说明】
[0015]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1是本发明实施例提供的一种测试工具管理方法的流程示意图；
[0017]图2是本发明实施例提供的另一种测试工具管理方法的流程示意图；
[0018]图3是本发明实施例提供的一种测试工具管理方法的举例示意图；
[0019]图4是本发明实施例提供的一种用户终端的结构示意图；
[0020]图5是本发明实施例提供的文件加载单元的结构示意图；
[0021]图6是本发明实施例提供的另一种用户终端的结构示意图。
【具体实施方式】
[0022]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0023]本发明实施例提供的测试工具管理方法可以应用于对终端应用产品进行测试的场景，例如:用户终端在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径，所述用户终端基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件，所述用户终端采用预设装配模式加载所述所触发的工具标识对应的测试文件，所述用户终端在加载成功后生成所述所触发的工具标识对应的测试界面的场景等。实现了对测试工具的统一管理，通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
[0024]本发明实施例涉及的用户终端可以包括:平板电脑、智能手机、笔记本电脑、掌上电脑、个人计算机以及移动互联网设备(MID)等具备对终端应用产品的测试功能在内的终端设备;所述终端应用产品可以包括本地应用(无需联网的应用)、互联网应用等可安装于手机端或PC端中的应用。
[0025]下面将结合附图1和附图2，对本发明实施例提供的一种测试工具管理方法进行详细介绍。
[0026]请参见图1，为本发明实施例提供了一种测试工具管理方法的流程示意图。如图1所示，本发明实施例的所述方法可以包括以下步骤S101-步骤S104。
[0027]S101，在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0028]具体的，用户终端可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识，所述用户终端可以获取所述所触发的工具标识对应的工具路径，需要说明的是，所述工具标识可以为所述用户终端根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，每个工具标识均与其对应的工具路径预先进行链接。
[0029]S102，基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0030]具体的，所述用户终端可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0031]S103，采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0032]具体的，所述用户终端可以采用预设装配模式加载所述所触发的工具标识对应的测试文件，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，因此，为了保证测试文件可以在统一的框架下进行测试界面的显示，针对不同类型的测试文件的文件类型，需要采用不同的预设装配模式对测试文件进行加载，例如:若为自行研发的工具代码类型的测试文件，所述用户终端可以采用发射机制对该测试文件进行加载;若为外部获取的后缀为.exe的可执行文件类型的测试文件，所述用户终端可以采用Process.start ()的方法对该测试文件进行加载等。
[0033]S104，在加载成功后生成所述所触发的工具标识对应的测试界面；
[0034]具体的，在所述所触发的工具标识对应的测试文件加载成功后，所述用户终端可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述用户终端可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试 界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0035]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
[0036]请参见图2，为本发明实施例提供了另一种测试工具管理方法的流程示意图。如图2所示，本发明实施例的所述方法可以包括以下步骤S201 -步骤S212。
[0037]S201，获取预先存储在预设测试工具文件夹中的至少一个测试文件；
[0038]S202，生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识；
[0039]S203，根据所述各测试文件对应的工具标识设置测试工具目录；
[0040]具体的，用户终端可以获取预先存储在预设测试工具文件夹中的至少一个测试文件，优选的，测试人员可以在所述用户终端中将分散的测试工具的测试文件分别移动至预设测试工具文件夹中，所述用户终端可以生成所述至少一个测试文件中各测试文件分别对应的工具路径和工具标识，所述工具标识可以为所述用户终端根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，所述用户终端可以分别存储所述各测试文件对应的工具路径和工具标识，所述用户终端进一步根据所述各测试文件对应的工具标识设置测试工具目录，优选的，所述测试工具目录中的工具标识是采用树状列表的方式进行排列。
[0041]请一并参见图3，为本发明实施例提供了一种测试工具管理方法的举例示意图。如图3所示，所述用户终端可以加载所述测试工具目录对应的目录文件，以生成可界面显示的测试工具目录，如图3中左侧的测试工具目录，在该测试工具目录中可包括三种类型的测试工具集合，如公共测试工具(手机端和PC端的终端应用产品均可使用的测试工具)、手机测试工具、PC测试工具等，在每种类型的测试工具集合中可以分别记录各自的一个或多个测试工具对应的工具标识，例如:在公共测试工具的集合中可以包括账号管理器的工具标识、自动化调试的工具标识和成长设置的工具标识等。
[0042]S204，在预设测试工具目录中获取所触发的工具标识；
[0043]具体的，所述用户终端可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识。
[0044]S205，基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面；
[0045]具体的，所述用户终端在获取到所述所触发的工具标识之后，可以先基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面，即判断当前所触发的工具标识对应的测试界面是否已被开启，若是，则转入执行步骤S206;若否，则转入执行步骤S207。
[0046]S206，切换至所述所触发的工具标识对应的测试界面；
[0047]具体的，若基于所述所触发的工具标识存在所述所触发的工具标识对应的测试界面，则所述用户终端可以直接切换至所述所触发的工具标识对应的测试界面所在的子窗
□ ο
[0048]如图3所示，若当前获取到的所触发的工具标识为Monkey测试工具的工具标识，并且当前已经存在Monkey测试工具的工具标识对应的测试界面，则所述用户终端直接切换至Monkey测试工具的工具标识对应的测试界面所在的子窗口，同时，选择卡处的Monkey测试工具的工具标识可以突出显示，已表示当前显示的为Monkey测试工具的工具标识对应的测试界面。
[0049]S207，获取所述所触发的工具标识对应的工具路径；
[0050]具体的，若基于所述所触发的工具标识未存在所述所触发的工具标识对应的测试界面，则所述用户终端可以获取所述所触发的工具标识对应的工具路径。
[0051]S208，基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0052]具体的，所述用户终端可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0053]S209，检测所述所触发的工具标识对应的测试文件的文件类型；
[0054]S210，当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件；
[0055]S211，当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start()的方法加载所述所触发的工具标识对应的测试文件；
[0056]具体的，所述用户终端可以检测所述所触发的工具标识对应的测试文件的文件类型，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，当检测到所述文件类型为工具代码类型时，所述用户终端采用反射机制加载所述所触发的工具标识对应的测试文件，当检测到所述文件类型为后缀为.exe的可执行文件类型时，所述用户终端采用Process.startO的方法加载所述所触发的工具标识对应的测试文件。其中，所述反射机制是指程序可以访问、检测和修改它本身状态或行为的一种能力，所述Process, start ()的方法是指启动(或重用)此Process组件的Start (info)属性指定的进程资源，并将其与该组件关联的方法。
[0057]S212，在加载成功后生成所述所触发的工具标识对应的测试界面。
[0058]具体的，在所述所触发的工具标识对应的测试文件加载成功后，所述用户终端可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述用户终端可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0059]如图3所示，若当前获取到的所触发的工具标识为Monkey测试工具的工具标识，所述用户终端可以以子窗口的格式生成所述Monkey测试工具的工具标识对应的测试界面，例如:可以包括Monkey测试基本选项、Monkey测试扩展选项以及测试时用于显示测试过程的Monkey测试展示等。
[0060]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试 文件进行加载，保证了可支持加载的测试工具的多样性;采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0061]下面将结合附图4-附图6，对本发明实施例提供的用户终端进行详细介绍。需要说明的是，附图4-附图6所示的用户终端，用于执行本发明图1和图2所示实施例的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明图1和图2所示的实施例。
[0062]请参见图4，为本发明实施例提供了一种用户终端的结构示意图。如图4所示，本发明实施例的所述用户终端1可以包括:路径获取单元11、第一文件获取单元12、文件加载单元13和界面生成单元14。
[0063]路径获取单元11，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0064]具体实现中，所述路径获取单元11可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识，所述路径获取单元11可以获取所述所触发的工具标识对应的工具路径，需要说明的是，所述工具标识可以为所述用户终端1根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，每个工具标识均与其对应的工具路径预先进行链接。
[0065]第一文件获取单元12，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0066]具体实现中，所述第一文件获取单元12可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0067]文件加载单元13，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0068]具体实现中，所述文件加载单元13可以采用预设装配模式加载所述所触发的工具标识对应的测试文件，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，因此，为了保证测试文件可以在统一的框架下进行测试界面的显示，针对不同类型的测试文件的文件类型，需要采用不同的预设装配模式对测试文件进行加载，例如:若为自行研发的工具代码类型的测试文件，所述文件加载单元13可以采用发射机制对该测试文件进行加载;若为外部获取的后缀为.exe的可执行文件类型的测试文件，所述文件加载单元13可以采用Process.start()的方法对该测试文件进行加载等。
[0069]具体的，请一并参见图5，为本发明实施例提供了文件加载单元的结构示意图。如图5所示，所述文件加载单元13可以包括:
[0070]类型检测子单元131，用于检测所述所触发的工具标识对应的测试文件的文件类型；
[0071]文件加载子单元132，用于当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件；
[0072]文件加载子单元132，还用于当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start ()的方法加载所述所触发的工具标识对应的测试文件；
[0073]具体实现中，所述类型检测子单元131可以检测所述所触发的工具标识对应的测试文件的文件类型，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，当检测到所述文件类型为工具代码类型时，所述文件加载子单元132采用反射机制加载所述所触发的工具标识对应的测试文件，当检测到所述文件类型为后缀为.exe的可执行文件类型时，所述文件加载子单元132采用Process, start()的方法加载所述所触发的工具标识对应的测试文件。其中，所述反射机制是指程序可以访问、检测和修改它本身状态或行为的一种能力，所述Process, start ()的方法是指启动(或重用)此Process组件的Start (info)属性指定的进程资源，并将其与该组件关联的方法。
[0074]界面生成单元14，用于在加载成功后生成所述所触发的工具标识对应的测试界面；
[0075]具体实现中，在所述所触发的工具标识对应的测试文件加载成功后，所述界面生成单元14可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述界面生成单元14可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0076]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试文件进行加载，保证了可支持加载的测试工具的多样性。
[0077]请参见图6，为本发明实施例提供了另一种移动终端的结构示意图。如图6所示，本发明实施例的所述移动终端1可以包括:路径获取单元11、第一文件获取单元12、文件加载单元13、界面生成单元14、第二文件获取单元15、信息存储单元16、目录设置单元17、判断单元18、界面切换单元19和通知单元20;其中，路径获取单元11、第一文件获取单元12、文件加载单元13和界面生成单元14的结构可以参见图4所示实施例的具体描述，在此不进行赘述。
[0078]第二文件获取单元15，用于获取预先存储在预设测试工具文件夹中的至少一个测试文件；
[0079]信息存储单元16，用于生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识；
[0080]目录设置单元17，用于根据所述各测试文件对应的工具标识设置测试工具目录；
[0081]具体实现中，所述第二文件获取单元15可以获取预先存储在预设测试工具文件夹中的至少一个测试文件，优选的，测试人员可以在所述用户终端1中将分散的测试工具的测试文件分别移动至预设测试工具文件夹中，所述信息存储单元16可以生成所述至少一个测试文件中各测试文件分别对应的工具路径和工具标识，所述工具标识可以为所述用户终端1根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，所述信息存储单元16可以分别存储所述各测试文件对应的工具路径和工具标识，所述目录设置单元17进一步根据所述各测试文件对应的工具标识设置测试工具目录，优选的，所述测试工具目录中的工具标识是采用树状列表的方式进行排列。
[0082]判断单元18，用于基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的 测试界面；
[0083]具体实现中，所述判断单元18在获取到所述所触发的工具标识之后，可以先基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面，即判断当前所触发的工具标识对应的测试界面是否已被开启。
[0084]界面切换单元19，用于若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则切换至所述所触发的工具标识对应的测试界面；
[0085]具体实现中，若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则所述界面切换单元19可以直接切换至所述所触发的工具标识对应的测试界面所在的子窗口。
[0086]通知单元20，用于若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则通知所述路径获取单元11执行获取所述所触发的工具标识对应的工具路径；
[0087]具体实现中，若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则所述通知单元20可以通知所述路径获取单元11执行获取所述所触发的工具标识对应的工具路径。
[0088]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试文件进行加载，保证了可支持加载的测试工具的多样性;采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0089]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
[0090]以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
【主权项】
1.一种测试工具管理方法，其特征在于，包括: 在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径； 基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件； 采用预设装配模式加载所述所触发的工具标识对应的测试文件； 在加载成功后生成所述所触发的工具标识对应的测试界面。2.根据权利要求1所述的方法，其特征在于，所述在预设测试工具目录中获取所触发的工具标识之前，还包括: 获取预先存储在预设测试工具文件夹中的至少一个测试文件； 生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识； 根据所述各测试文件对应的工具标识设置测试工具目录。3.根据权利要求1所述的方法，其特征在于，所述获取所述所触发的工具标识对应的工具路径之前，还包括:基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面； 若是，则切换至所述所触发的工具标识对应的测试界面； 若否，则执行获取所述所触发的工具标识对应的工具路径的步骤。4.根据权利要求1所述的方法，其特征在于，所述采用预设装配模式加载所述所触发的工具标识对应的测试文件，包括: 检测所述所触发的工具标识对应的测试文件的文件类型； 当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件； 当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start()的方法加载所述所触发的工具标识对应的测试文件。5.根据权利要求1所述的方法，其特征在于，所述在加载成功后生成所述所触发的工具标识对应的测试界面，包括: 在加载成功后采用子窗口的格式生成所述所触发的工具标识对应的测试界面。6.一种用户终端，其特征在于，包括: 路径获取单元，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径； 第一文件获取单元，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件； 文件加载单元，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件； 界面生成单元，用于在加载成功后生成所述所触发的工具标识对应的测试界面。7.根据权利要求6所述的终端，其特征在于，还包括:第二文件获取单元，用于获取预先存储在预设测试工具文件夹中的至少一个测试文件； 信息存储单元，用于生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识； 目录设置单元，用于根据所述各测试文件对应的工具标识设置测试工具目录。8.根据权利要求6所述的终端，其特征在于，还包括: 判断单元，用于基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面； 界面切换单元，用于若所述判断单元判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则切换至所述所触发的工具标识对应的测试界面； 通知单元，用于若所述判断单元判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则通知所述路径获取单元执行获取所述所触发的工具标识对应的工具路径。9.根据权利要求6所述的终端，其特征在于，所述文件加载单元包括: 类型检测子单元，用于检测所述所触发的工具标识对应的测试文件的文件类型； 文件加载子单元，用于当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件； 文件加载子单元，还用于当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start ()的方法加载所述所触发的工具标识对应的测试文件。10.根据权利要求6所述的终端，其特征在于，所述界面生成单元具体用于在加载成功后采用子窗口的格式生成所述所触发的工具标识对应的测试界面。
【专利摘要】本发明实施例公开一种测试工具管理方法及用户终端，其中方法包括如下步骤：在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；采用预设装配模式加载所述所触发的工具标识对应的测试文件；在加载成功后生成所述所触发的工具标识对应的测试界面。采用本发明，可以提高测试文件的查找效率，进而提升对终端应用产品的测试效率。
【IPC分类】G06F11/36
【公开号】CN105487979
【申请号】CN201510874109
【发明人】陈帅
【申请人】广州华多网络科技有限公司
【公开日】2016年4月13日
【申请日】2015年12月2日
【技术领域】
[0001]本发明涉及计算机技术领域，尤其涉及一种测试工具管理方法及用户终端。
【背景技术】
[0002]随着计算机技术不断的开发和完善，各式各样的终端应用产品被开发以满足人们生活中的不同需求，随着产品形态的复杂度增加，测试人员需要同时使用多个测试工具进行终端应用产品的跟踪测试，然而对于测试工具相应的测试文件的管理，往往需要依赖测试人员的习惯，容易出现由于测试文件分散存储，导致无法快速的查找到对应的工具路径以获取测试文件，降低了测试文件的查找效率，进而降低了对终端应用产品的测试效率。
【发明内容】
[0003]本发明实施例提供一种测试工具管理方法及用户终端，可以提高测试文件的查找效率，进而提升对终端应用产品的测试效率。
[0004]本发明实施例第一方面提供了一种测试工具管理方法，可包括:
[0005]在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0006]基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0007]采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0008]在加载成功后生成所述所触发的工具标识对应的测试界面。
[0009]本发明实施例第二方面提供了一种用户终端，可包括:
[0010]路径获取单元，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0011]第一文件获取单元，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0012]文件加载单元，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0013]界面生成单元，用于在加载成功后生成所述所触发的工具标识对应的测试界面。
[0014]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
【附图说明】
[0015]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1是本发明实施例提供的一种测试工具管理方法的流程示意图；
[0017]图2是本发明实施例提供的另一种测试工具管理方法的流程示意图；
[0018]图3是本发明实施例提供的一种测试工具管理方法的举例示意图；
[0019]图4是本发明实施例提供的一种用户终端的结构示意图；
[0020]图5是本发明实施例提供的文件加载单元的结构示意图；
[0021]图6是本发明实施例提供的另一种用户终端的结构示意图。
【具体实施方式】
[0022]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0023]本发明实施例提供的测试工具管理方法可以应用于对终端应用产品进行测试的场景，例如:用户终端在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径，所述用户终端基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件，所述用户终端采用预设装配模式加载所述所触发的工具标识对应的测试文件，所述用户终端在加载成功后生成所述所触发的工具标识对应的测试界面的场景等。实现了对测试工具的统一管理，通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
[0024]本发明实施例涉及的用户终端可以包括:平板电脑、智能手机、笔记本电脑、掌上电脑、个人计算机以及移动互联网设备(MID)等具备对终端应用产品的测试功能在内的终端设备;所述终端应用产品可以包括本地应用(无需联网的应用)、互联网应用等可安装于手机端或PC端中的应用。
[0025]下面将结合附图1和附图2，对本发明实施例提供的一种测试工具管理方法进行详细介绍。
[0026]请参见图1，为本发明实施例提供了一种测试工具管理方法的流程示意图。如图1所示，本发明实施例的所述方法可以包括以下步骤S101-步骤S104。
[0027]S101，在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0028]具体的，用户终端可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识，所述用户终端可以获取所述所触发的工具标识对应的工具路径，需要说明的是，所述工具标识可以为所述用户终端根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，每个工具标识均与其对应的工具路径预先进行链接。
[0029]S102，基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0030]具体的，所述用户终端可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0031]S103，采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0032]具体的，所述用户终端可以采用预设装配模式加载所述所触发的工具标识对应的测试文件，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，因此，为了保证测试文件可以在统一的框架下进行测试界面的显示，针对不同类型的测试文件的文件类型，需要采用不同的预设装配模式对测试文件进行加载，例如:若为自行研发的工具代码类型的测试文件，所述用户终端可以采用发射机制对该测试文件进行加载;若为外部获取的后缀为.exe的可执行文件类型的测试文件，所述用户终端可以采用Process.start ()的方法对该测试文件进行加载等。
[0033]S104，在加载成功后生成所述所触发的工具标识对应的测试界面；
[0034]具体的，在所述所触发的工具标识对应的测试文件加载成功后，所述用户终端可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述用户终端可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试 界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0035]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率。
[0036]请参见图2，为本发明实施例提供了另一种测试工具管理方法的流程示意图。如图2所示，本发明实施例的所述方法可以包括以下步骤S201 -步骤S212。
[0037]S201，获取预先存储在预设测试工具文件夹中的至少一个测试文件；
[0038]S202，生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识；
[0039]S203，根据所述各测试文件对应的工具标识设置测试工具目录；
[0040]具体的，用户终端可以获取预先存储在预设测试工具文件夹中的至少一个测试文件，优选的，测试人员可以在所述用户终端中将分散的测试工具的测试文件分别移动至预设测试工具文件夹中，所述用户终端可以生成所述至少一个测试文件中各测试文件分别对应的工具路径和工具标识，所述工具标识可以为所述用户终端根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，所述用户终端可以分别存储所述各测试文件对应的工具路径和工具标识，所述用户终端进一步根据所述各测试文件对应的工具标识设置测试工具目录，优选的，所述测试工具目录中的工具标识是采用树状列表的方式进行排列。
[0041]请一并参见图3，为本发明实施例提供了一种测试工具管理方法的举例示意图。如图3所示，所述用户终端可以加载所述测试工具目录对应的目录文件，以生成可界面显示的测试工具目录，如图3中左侧的测试工具目录，在该测试工具目录中可包括三种类型的测试工具集合，如公共测试工具(手机端和PC端的终端应用产品均可使用的测试工具)、手机测试工具、PC测试工具等，在每种类型的测试工具集合中可以分别记录各自的一个或多个测试工具对应的工具标识，例如:在公共测试工具的集合中可以包括账号管理器的工具标识、自动化调试的工具标识和成长设置的工具标识等。
[0042]S204，在预设测试工具目录中获取所触发的工具标识；
[0043]具体的，所述用户终端可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识。
[0044]S205，基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面；
[0045]具体的，所述用户终端在获取到所述所触发的工具标识之后，可以先基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面，即判断当前所触发的工具标识对应的测试界面是否已被开启，若是，则转入执行步骤S206;若否，则转入执行步骤S207。
[0046]S206，切换至所述所触发的工具标识对应的测试界面；
[0047]具体的，若基于所述所触发的工具标识存在所述所触发的工具标识对应的测试界面，则所述用户终端可以直接切换至所述所触发的工具标识对应的测试界面所在的子窗
□ ο
[0048]如图3所示，若当前获取到的所触发的工具标识为Monkey测试工具的工具标识，并且当前已经存在Monkey测试工具的工具标识对应的测试界面，则所述用户终端直接切换至Monkey测试工具的工具标识对应的测试界面所在的子窗口，同时，选择卡处的Monkey测试工具的工具标识可以突出显示，已表示当前显示的为Monkey测试工具的工具标识对应的测试界面。
[0049]S207，获取所述所触发的工具标识对应的工具路径；
[0050]具体的，若基于所述所触发的工具标识未存在所述所触发的工具标识对应的测试界面，则所述用户终端可以获取所述所触发的工具标识对应的工具路径。
[0051]S208，基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0052]具体的，所述用户终端可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0053]S209，检测所述所触发的工具标识对应的测试文件的文件类型；
[0054]S210，当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件；
[0055]S211，当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start()的方法加载所述所触发的工具标识对应的测试文件；
[0056]具体的，所述用户终端可以检测所述所触发的工具标识对应的测试文件的文件类型，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，当检测到所述文件类型为工具代码类型时，所述用户终端采用反射机制加载所述所触发的工具标识对应的测试文件，当检测到所述文件类型为后缀为.exe的可执行文件类型时，所述用户终端采用Process.startO的方法加载所述所触发的工具标识对应的测试文件。其中，所述反射机制是指程序可以访问、检测和修改它本身状态或行为的一种能力，所述Process, start ()的方法是指启动(或重用)此Process组件的Start (info)属性指定的进程资源，并将其与该组件关联的方法。
[0057]S212，在加载成功后生成所述所触发的工具标识对应的测试界面。
[0058]具体的，在所述所触发的工具标识对应的测试文件加载成功后，所述用户终端可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述用户终端可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0059]如图3所示，若当前获取到的所触发的工具标识为Monkey测试工具的工具标识，所述用户终端可以以子窗口的格式生成所述Monkey测试工具的工具标识对应的测试界面，例如:可以包括Monkey测试基本选项、Monkey测试扩展选项以及测试时用于显示测试过程的Monkey测试展示等。
[0060]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试 文件进行加载，保证了可支持加载的测试工具的多样性;采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0061]下面将结合附图4-附图6，对本发明实施例提供的用户终端进行详细介绍。需要说明的是，附图4-附图6所示的用户终端，用于执行本发明图1和图2所示实施例的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明图1和图2所示的实施例。
[0062]请参见图4，为本发明实施例提供了一种用户终端的结构示意图。如图4所示，本发明实施例的所述用户终端1可以包括:路径获取单元11、第一文件获取单元12、文件加载单元13和界面生成单元14。
[0063]路径获取单元11，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；
[0064]具体实现中，所述路径获取单元11可以在预设的测试工具目录中获取所触发的工具标识，可以理解的是，所述测试工具目录中可以包括一个或多个工具标识，当在所述测试工具目录存在被点击选中的工具标识时，确定该被点击选中的工具标识为当前所触发的工具标识，所述路径获取单元11可以获取所述所触发的工具标识对应的工具路径，需要说明的是，所述工具标识可以为所述用户终端1根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，每个工具标识均与其对应的工具路径预先进行链接。
[0065]第一文件获取单元12，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；
[0066]具体实现中，所述第一文件获取单元12可以基于所述所触发的工具标识对应的工具路径查找并获取所述所触发的工具标识对应的测试文件。
[0067]文件加载单元13，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件；
[0068]具体实现中，所述文件加载单元13可以采用预设装配模式加载所述所触发的工具标识对应的测试文件，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，因此，为了保证测试文件可以在统一的框架下进行测试界面的显示，针对不同类型的测试文件的文件类型，需要采用不同的预设装配模式对测试文件进行加载，例如:若为自行研发的工具代码类型的测试文件，所述文件加载单元13可以采用发射机制对该测试文件进行加载;若为外部获取的后缀为.exe的可执行文件类型的测试文件，所述文件加载单元13可以采用Process.start()的方法对该测试文件进行加载等。
[0069]具体的，请一并参见图5，为本发明实施例提供了文件加载单元的结构示意图。如图5所示，所述文件加载单元13可以包括:
[0070]类型检测子单元131，用于检测所述所触发的工具标识对应的测试文件的文件类型；
[0071]文件加载子单元132，用于当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件；
[0072]文件加载子单元132，还用于当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start ()的方法加载所述所触发的工具标识对应的测试文件；
[0073]具体实现中，所述类型检测子单元131可以检测所述所触发的工具标识对应的测试文件的文件类型，可以理解的是，所述测试文件的文件类型可以包括工具代码类型以及后缀为.exe的可执行文件类型，当检测到所述文件类型为工具代码类型时，所述文件加载子单元132采用反射机制加载所述所触发的工具标识对应的测试文件，当检测到所述文件类型为后缀为.exe的可执行文件类型时，所述文件加载子单元132采用Process, start()的方法加载所述所触发的工具标识对应的测试文件。其中，所述反射机制是指程序可以访问、检测和修改它本身状态或行为的一种能力，所述Process, start ()的方法是指启动(或重用)此Process组件的Start (info)属性指定的进程资源，并将其与该组件关联的方法。
[0074]界面生成单元14，用于在加载成功后生成所述所触发的工具标识对应的测试界面；
[0075]具体实现中，在所述所触发的工具标识对应的测试文件加载成功后，所述界面生成单元14可以生成所述所触发的工具标识对应的测试界面，优选的，为了便于对测试工具的统一管理，所述界面生成单元14可以在所述所触发的工具标识对应的测试文件加载成功后，采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0076]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试文件进行加载，保证了可支持加载的测试工具的多样性。
[0077]请参见图6，为本发明实施例提供了另一种移动终端的结构示意图。如图6所示，本发明实施例的所述移动终端1可以包括:路径获取单元11、第一文件获取单元12、文件加载单元13、界面生成单元14、第二文件获取单元15、信息存储单元16、目录设置单元17、判断单元18、界面切换单元19和通知单元20;其中，路径获取单元11、第一文件获取单元12、文件加载单元13和界面生成单元14的结构可以参见图4所示实施例的具体描述，在此不进行赘述。
[0078]第二文件获取单元15，用于获取预先存储在预设测试工具文件夹中的至少一个测试文件；
[0079]信息存储单元16，用于生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识；
[0080]目录设置单元17，用于根据所述各测试文件对应的工具标识设置测试工具目录；
[0081]具体实现中，所述第二文件获取单元15可以获取预先存储在预设测试工具文件夹中的至少一个测试文件，优选的，测试人员可以在所述用户终端1中将分散的测试工具的测试文件分别移动至预设测试工具文件夹中，所述信息存储单元16可以生成所述至少一个测试文件中各测试文件分别对应的工具路径和工具标识，所述工具标识可以为所述用户终端1根据测试文件自行定义的工具名称、编号等，所述工具路径则为所述预设测试工具文件夹下测试文件所在的位置路径，所述信息存储单元16可以分别存储所述各测试文件对应的工具路径和工具标识，所述目录设置单元17进一步根据所述各测试文件对应的工具标识设置测试工具目录，优选的，所述测试工具目录中的工具标识是采用树状列表的方式进行排列。
[0082]判断单元18，用于基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的 测试界面；
[0083]具体实现中，所述判断单元18在获取到所述所触发的工具标识之后，可以先基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面，即判断当前所触发的工具标识对应的测试界面是否已被开启。
[0084]界面切换单元19，用于若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则切换至所述所触发的工具标识对应的测试界面；
[0085]具体实现中，若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则所述界面切换单元19可以直接切换至所述所触发的工具标识对应的测试界面所在的子窗口。
[0086]通知单元20，用于若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则通知所述路径获取单元11执行获取所述所触发的工具标识对应的工具路径；
[0087]具体实现中，若所述判断单元18判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则所述通知单元20可以通知所述路径获取单元11执行获取所述所触发的工具标识对应的工具路径。
[0088]在本发明实施例中，通过在预设测试工具目录中获取所触发的工具标识，并获取对应的工具路径，基于该工具路径获取对应的测试文件，最终采用预设装配模式加载测试文件，并在加载成功后生成对应的测试界面，实现了对测试工具的统一管理。通过采用预设的测试工具目录，可以快速定位测试工具的测试文件对应的测试路径，提高了测试文件的查找效率，进而提升了对终端应用产品的测试效率;针对不同类型的测试文件的文件类型，通过采用不同的预设装配模式对测试文件进行加载，保证了可支持加载的测试工具的多样性;采用子窗口的格式生成所述所触发的工具标识对应的测试界面。通过子窗口的格式对测试界面进行展示，可以无需在系统平台中对测试工具的测试界面进行频繁切换，进一步提升了对终端应用产品的测试效率。
[0089]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
[0090]以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
【主权项】
1.一种测试工具管理方法，其特征在于，包括: 在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径； 基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件； 采用预设装配模式加载所述所触发的工具标识对应的测试文件； 在加载成功后生成所述所触发的工具标识对应的测试界面。2.根据权利要求1所述的方法，其特征在于，所述在预设测试工具目录中获取所触发的工具标识之前，还包括: 获取预先存储在预设测试工具文件夹中的至少一个测试文件； 生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识； 根据所述各测试文件对应的工具标识设置测试工具目录。3.根据权利要求1所述的方法，其特征在于，所述获取所述所触发的工具标识对应的工具路径之前，还包括:基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面； 若是，则切换至所述所触发的工具标识对应的测试界面； 若否，则执行获取所述所触发的工具标识对应的工具路径的步骤。4.根据权利要求1所述的方法，其特征在于，所述采用预设装配模式加载所述所触发的工具标识对应的测试文件，包括: 检测所述所触发的工具标识对应的测试文件的文件类型； 当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件； 当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start()的方法加载所述所触发的工具标识对应的测试文件。5.根据权利要求1所述的方法，其特征在于，所述在加载成功后生成所述所触发的工具标识对应的测试界面，包括: 在加载成功后采用子窗口的格式生成所述所触发的工具标识对应的测试界面。6.一种用户终端，其特征在于，包括: 路径获取单元，用于在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径； 第一文件获取单元，用于基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件； 文件加载单元，用于采用预设装配模式加载所述所触发的工具标识对应的测试文件； 界面生成单元，用于在加载成功后生成所述所触发的工具标识对应的测试界面。7.根据权利要求6所述的终端，其特征在于，还包括:第二文件获取单元，用于获取预先存储在预设测试工具文件夹中的至少一个测试文件； 信息存储单元，用于生成所述至少一个测试文件中各测试文件对应的工具路径和工具标识，并存储所述各测试文件对应的工具路径和工具标识； 目录设置单元，用于根据所述各测试文件对应的工具标识设置测试工具目录。8.根据权利要求6所述的终端，其特征在于，还包括: 判断单元，用于基于所述所触发的工具标识判断当前是否存在所述所触发的工具标识对应的测试界面； 界面切换单元，用于若所述判断单元判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为是，则切换至所述所触发的工具标识对应的测试界面； 通知单元，用于若所述判断单元判断当前是否存在所述所触发的工具标识对应的测试界面的判断结果为否，则通知所述路径获取单元执行获取所述所触发的工具标识对应的工具路径。9.根据权利要求6所述的终端，其特征在于，所述文件加载单元包括: 类型检测子单元，用于检测所述所触发的工具标识对应的测试文件的文件类型； 文件加载子单元，用于当检测到所述文件类型为工具代码类型时，采用反射机制加载所述所触发的工具标识对应的测试文件； 文件加载子单元，还用于当检测到所述文件类型为后缀为.exe的可执行文件类型时，采用Process.start ()的方法加载所述所触发的工具标识对应的测试文件。10.根据权利要求6所述的终端，其特征在于，所述界面生成单元具体用于在加载成功后采用子窗口的格式生成所述所触发的工具标识对应的测试界面。
【专利摘要】本发明实施例公开一种测试工具管理方法及用户终端，其中方法包括如下步骤：在预设测试工具目录中获取所触发的工具标识，并获取所述所触发的工具标识对应的工具路径；基于所述所触发的工具标识对应的工具路径获取所述所触发的工具标识对应的测试文件；采用预设装配模式加载所述所触发的工具标识对应的测试文件；在加载成功后生成所述所触发的工具标识对应的测试界面。采用本发明，可以提高测试文件的查找效率，进而提升对终端应用产品的测试效率。
【IPC分类】G06F11/36
【公开号】CN105487979
【申请号】CN201510874109
【发明人】陈帅
【申请人】广州华多网络科技有限公司
【公开日】2016年4月13日
【申请日】2015年12月2日
最新回复(0)