CN107256148A - 界面的生成方法及***、电子设备及存储介质 - Google Patents

Abstract

本发明实施例涉及一种界面的生成方法，包括：响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。根据本发明实施例提供的测试用例生成方法及***，解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

Description

界面的生成方法及***、电子设备及存储介质

技术领域

本发明涉及操作***自动化测试技术领域，特别是涉及一种界面的生成方法及***、电子设备及存储介质。

背景技术

随着科技的进步，电脑、智能终端等具有运算处理功能的电子设备已经广泛地应用在人们日常的生活和工作中，成为人们日常生活和工作中必不可少的物品。

目前，对于***的测试，主要有两种方式：一种是手工方式，通过测试人员手工去检查每个用例点；另外一种是自动化测试，通过自动化工具，例如QTP，Selenium等去录制脚本，然后由自动化工具去驱使脚本回放进行回归测试。第一种手工方式很低效，现有的手工测试需要耗费大量人力，在时间上难以满足这种***测试需求，而现有的自动化测试方法存在编写脚本速度慢、测试结果不易判断、测试报告不易获取等问题。对于第二种自动化测试方式，有个很大的缺点在于自动化工具过多地依赖于界面元素，一旦界面产生变化或者需求变化，可能就得修改用例，并且新增用例也比较麻烦，需要逐层配置节点、子节点，以添加待执行用例的方式，在测试用例数不断增多的情况下，其需要消耗较多的人工维护成本。因此现有常用的自动化测试技术，脚本维护成本量大，不利于***的快速迭代测试。但是，如此一来，处理器的性能有很大的下降并且进程经常出现报错，并且效率低下。因此如何提高***自动化测试效率成为亟待解决的技术问题。

发明内容

为此，本发明提供了一种界面的生成方法及***、电子设备及存储介质，能够提高***自动化测试效率。

为了实现上述目的，本发明提供如下技术方案：

根据本发明实施例的一方面，提供了一种界面的生成方法，适用于自动测试***，包括：响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

另一方面，本发明实施例还提供了一种界面的生成***，包括：

启动模块，用于响应于启动自动测试***的操作指令，启动自动测试***；

扫描模块，用于对所述测试***的所有文件夹进行扫描操作，获取目录名列表；

过滤筛选模块，用于按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

加载模块，用于将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

再一方面，本发明实施例还提供了一种电子设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；

按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

另一方面，本发明实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述方法中一个或多个所述的界面的生成方法。

根据本发明实施例提供的界面的生成方法及***，能够简化层级配置方便浏览、编辑配置管理，直观显示模块层级关系，进而提高***自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。主要针对自动自动化测试***开发，能够直观地配置待执行用例目录节点文件，避免原有的从自动顶层根节点开始逐级配置节点模块和子节点模块的XML文件的问题。通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可以操作，无需手动编辑xml配置文件，提供快捷操作，比如运行，日志保存等，因此可以更高效地组织和管理自动自动化测试框架的所有用例目录节点文件进而提高***自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为，解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一种实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。

图1为本发明实施例提供的适用于自动测试***的测试用例界面生成方法的流程图；

图2为本发明另一实施例提供的适用于自动测试***的测试用例界面生成方法的流程图；

图3为本发明实施例提供的适用于自动测试***的测试用例界面生成***的结构示意图；

图4为本发明的适用于自动测试***的测试用例界面生成***的加载模块的结构示意图；

图5为本发明实施例提供的适用于自动测试***的测试用例生成***的测试框架的图形界面示意图；

图6根据一示例性实施例示出的一种用于界面生成方法的电子设备的结构框图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参考图1为本发明实施例提供的适用于自动测试***的测试用例界面生成方法的流程图。

本发明实施例提供了一种基于自动测试***的测试用例界面的生成方法，其包括：

步骤301、响应于启动自动测试***的操作指令；

步骤302、对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；

步骤303、按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

步骤304、将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

所述测试用例框架的展示形式为树状形式，具体表现如图5所示，由多级菜单构成，图5列举出的实施例的左侧为测试用例目录，下分父目录节点、子目录节点、孙子目录节点及用例目录节点，具体举例如，loongat为父目录节点，04-Menu或90-BenchMark为子目录节点，4.1-Applications为孙子目录节点，4.1.1-Office为用例目录节点，具体用例目录节点下还可分更细致的小目录节点。本发明的另外一种实现方式可以为，在子目录节点下，只包括一个孙子目录节点，即当这种情况发生时，孙子目录也为用例目录节点，具体可参看图5，loongat为父目录节点，90-BenchMark为子目录节点，90-BenchMark为子目录节点下分90.1-dbenchs、90.2-xllperf-s、90.3-glxgears-s、90.5-lmbench-s这4个孙子目录节点，当这种情况时，上述4个孙子目录节点即为用例目录节点。图5中，测试***界面右侧展示为测试信息，如图所示即为90.3-glxgears-s用例目录节点所对应的具体测试信息情况即为右侧展示的信息内容。

所述筛选后的所述目录节点信息包括：测试说明信息、XML文件路径信息及XML文件信息。

在现有技术中，一般情况下，都是从自动的根节点上的自动的XML文件开始，逐层配置下面的节点和子节点的xml文件操作的，依次手动实现逐层配置节点、子节点的XML文件等操作。这样操作的话，易出错且效率低下等问题。

根据本发明实施例提供的适用于自动测试***的测试用例生成方法及***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。主要针对自动化测试***开发，能够直观地配置待执行用例目录节点文件，避免原有的从自动测试***顶层根节点开始逐级配置节点模块和子节点模块的XML文件的问题。通过该图形***，可以更高效地组织和管理自动化测试框架的所有用例目录节点文件、提高***自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为，解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

图2所示为本发明另一实施例提供的适用于自动测试***的测试用例生成方法的流程图；提供了一种适用于自动测试***的测试用例生成方法，其包括：

步骤301、响应于启动自动测试***的操作指令；

步骤302、对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；

步骤303、按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

步骤304、将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

在所述步骤304后，包括：步骤305、响应于目录节点选取指令，获取目录节点内的xml配置文件信息并展示；响应于用例目录节点选取指令，获取用例目录节点目录内的xml配置文件变更信息；保存变更后的所述用例目录节点内的xml配置文件，并生成新用例目录节点内的xml配置文件。

所述测试用例框架的展示形式为树状形式，具体表现如图5所示，由多级菜单构成，图5列举出的实施例的左侧为测试用例目录，下分父目录节点、子目录节点、孙子目录节点及用例目录节点，具体举例如，loongat为父目录节点，04-Menu或90-BenchMark为子目录节点，4.1-Applications为孙子目录节点，4.1.1-Office为用例目录节点，具体用例目录节点下还可分更细致的小目录节点。本发明的另外一种实现方式可以为，在子目录节点下，只包括一个孙子目录节点，即当这种情况发生时，孙子目录也为用例目录节点，具体可参看图5，loongat为父目录节点，90-BenchMark为子目录节点，90-BenchMark为子目录节点下分90.1-dbenchs、90.2-xllperf-s、90.3-glxgears-s、90.5-lmbench-s这4个孙子目录节点，当这种情况时，上述4个孙子目录节点即为用例目录节点。图5中，测试***界面右侧展示为测试信息，如图所示即为90.3-glxgears-s用例目录节点所对应的具体测试信息情况即为右侧展示的信息内容。

所述用例目录节点文件包括：测试说明信息、XML文件路径信息及XML文件信息。

所述目录节点中的前一种节点为后一种节点的父节点，所述目录节点在所述测试用例框架上的目录层次映射关系为：

所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中一个或多个；

所述子目录节点下添加的节点包括：孙子目录节点及用例目录节点其中任意一个；

所述孙子目录节点下添加的节点包括：用例目录节点。

该实施例可为，所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中任意一个；所述子目录节点下添加的节点包括：孙子目录节点及用例目录节点其中任意一个；所述孙子目录节点下添加的节点包括：用例目录节点。

根据本发明实施例提供的适用于自动测试***的测试用例生成方法及***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。主要针对自动化测试***开发，能够直观地配置待执行用例目录节点文件，避免原有的从自动顶层根节点开始逐级配置节点模块和子节点模块的XML文件的问题。解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

本发明实施例提供的适用于自动测试***的测试用例生成方法的应用场景为：面向于测试整体目标为Linux发行版的操作***，针对操作***里集成的应用软件，间接针对承载os的硬件环境进行测试。凡是Linux发行版，只要经过适配后，都可以运行自动测试框架，并利用测试框架对***里集成的软件进行测试。同时对OS***的压力和性能的测试，是通过测试操作***的方式，间接测试底层的硬件。

本发明实施例除了提供以上方法之外，还提供了一种适用于自动测试***的测试用例界面生成***，如图3所示，该***包括：

启动模块401，用于响应于启动自动测试***的操作指令，启动自动测试***；

扫描模块402，用于对所述测试***的所有文件夹进行扫描操作，获取目录名列表；

过滤筛选模块403，用于按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

加载模块404，用于将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

所述筛选后的所述目录节点信息包括：测试说明信息、XML文件路径信息及XML文件信息。

请参照图5为本发明实施例提供的适用于自动测试***的测试用例生成***的测试框架的图形界面示意图。图形用户界面中位于左侧的测试用例目录的表现形式即为树状形式。所述父目录节点、子目录节点、孙子目录节点及用例目录节点在所述测试用例框架上的目录层次映射关系为：

所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中任意一个；

所述子目录节点下添加的节点包括：孙子目录节点及用例目录节点其中任意一个；所述孙子目录节点下添加的节点包括：用例目录节点。

概括起来就是，所述目录节点中的前一种节点为后一种节点的父节点，所述目录节点在所述测试用例框架上的目录层次映射关系为：所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中一个或多个；所述子目录节点下添加的节点包括：孙子目录节点、用例目录节点其中一个或多个；所述孙子目录节点下添加的节点包括：一个或多个用例目录节点。

根据本发明实施例提供的适用于自动测试***的测试用例生成***，能够通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。主要针对自动自动化测试***开发，能够直观地配置待执行用例目录节点文件，避免原有的从自动顶层根节点开始逐级配置节点模块和子节点模块的XML文件的问题。通过该图形***，可以更高效地组织和管理自动自动化测试框架的所有用例目录节点文件，通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

除了图3所示的结构之外，图4为本发明的适用于自动测试***的测试用例界面生成***的加载模块的结构示意图，加载模块包括：

模块4041，用例目录节点展示模块，用于响应于用例目录节点文件选取指令，对所述用例目录节点文件进行展开展示；

模块4042，变更信息获取模块，用于获取用例目录节点文件变更信息；

模块4043，存储模块，用于保存变更后的所述用例目录节点文件；

模块4044，名称生成模块，用于生成新用例目录节点文件名称；

根据本发明实施例提供的适用于自动测试***的测试用例界面生成***，通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可以操作，无需手动编辑xml配置文件，提供快捷操作，比如运行，日志保存等，因此可以提高***自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。主要针对自动自动化测试***开发，能够直观地配置待执行用例目录节点文件，避免原有的从自动顶层根节点开始逐级配置节点模块和子节点模块的XML文件的问题。通过该图形***，可以更高效地组织和管理自动自动化测试框架的所有用例目录节点文件，通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

本发明上述实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

如图5所示为本发明实施例提供的适用于自动测试***的测试用例生成***的测试框架的图形界面示意图，模块401、402、403、404中运行的具体实现的一种实施例的举例如下：

本发明实施例提供的适用于自动测试***的测试用例生成***通过命令行执行launch.sh(位于自动互测试***自动目录)的方式启动。

步骤1、启动过程中，图形***会自动扫描当前测试用例目录下的所有文件包括的子目录；

步骤2、图形***将扫描到的目录和文件自动加载到以loongat(位于源码loongat目录下的loongat.py文件)为根节点的“用例树”中；

步骤3、图形***并在界面的左侧”测试用例目录”框中列出本次程序启动过程中加载后的”用例树”；

步骤4、测试人员通过点击”用例树”中的节点或子节点，在界面右侧的”测试信息”中可以看到对该模块/用例的说明(包含测试说明、XML文件路径，以及XML文件的内容)。

本***界面上同时显示”运行(R)”、”配置保存(S)”、”日志处理(L)”和”帮助(H)”4个选项。

(1)运行：通过鼠标点击，或者运行Ctrl+R快捷键，开始执行从”用例树”中选中的用例列表(所有的被选中的用例集合)，用于运行选取的用例列表。

(2)配置保存：该选项用于在修改用例对应的xml配置文件后进行保存，对应的快捷键为Ctrl+S，用于保存用例对应的xml配置文件。

(3)日志处理：针对***/var/log/目录下的所有日志文件进行打包并添加时间戳，同时清除上次运行自动化测试框架时产生的log文件(主要位于loongat目录下的log目录)，对应的快捷键为Ctrl+L，用于执行日志打包。

(4)帮助：用于给出软件的相关帮助信息。对应的快捷键为Ctrl+H，用于提供操作帮助。

本发明实施例中的***还可用采用python本身的图形库开发***进行替换或代替，也可达到本发明所要达到的技术效果。

本发明实施例提供的适用于自动测试***的测试用例生成***相比于原有的手动逐层修改模块、子模块的XML配置文件，本发明可以高效的管理自动自动化测试框架的所有用例文件，减少用例配置出错现象的发生。

自动图形界面可实现自动测试框架所有用例文件的组织和管理，并且可以实现将测试框架顶级目录(自动目录)中新增的module、sub module和用例文件的目录自动添加到自动***用例树中。该图形化***能够自动识别新增用例(要求具有一定命名规则)，支持修改和保存用例对应的XML配置，支持界面选取待执行用例程序，同时支持对自动自动化测试***进行日志打包。本发明主要针对自动自动化测试***，而非通用的测试脚本动态管理图形***。本发明实施例提供的适用于自动测试***的测试用例生成方法及***，主要针对自动自动化测试框架开发，摆脱原有逐层配置节点、子节点，以添加待执行用例的方式。该图形***能够更加直观、方便、灵活地选取用例列表、执行日志打包、保存用例对应的XML配置文件以及最终的通过图形***来运行选取的用例文件列表。

本发明实施例提供的适用于自动测试***的测试用例生成***的应用场景为：面向于测试整体目标为Linux发行版的操作***，针对操作***里集成的应用软件，间接针对承载os的硬件环境进行测试。凡是Linux发行版，只要经过适配后，都可以运行自动测试框架，并利用测试框架对***里集成的软件进行测试。同时对OS***的压力和性能的测试，是通过测试操作***的方式，间接测试底层的硬件。

根据本发明实施例提供的适用于自动测试***的测试用例生成***，通过该图形***，可以直观显示用例和模块的之间的层次关系、简化测试***模块和用例程序的配置，界面可视性强，能够直观的看出每项用例目录节点的信息，由于可以让使用者更直观的找出需要查询的具体用例目录节点，同时将具体用例节点的信息完全展示在本发明实施例提供的自动化测试***上，因此节省了查找时间，进而提高***自动化测试效率，同时增加了灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为的操作可实施性。因此可以提高***自动化测试效率通过该图形***，可以直观显示模块层级关系，轻松选取待测用例列表，本发明实施例所提供的简化执行界面的好处包括但不限于：直观映射模块间和以及模块和用例间的关系；可以轻松选取(鼠标勾选)待执行的用例程序列表；简化执行，完全可以鼠标操作，无需键盘，同时还提供快捷键，可以更高效地组织和管理自动自动化测试框架的所有用例目录节点文件并提高***自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为，解决了现有测试用例的生成方法难以清晰的表达出各节点文件的表现需求，不能很好的满足软件测试的需要的问题。

图6是根据一示例性实施例示出的一种用于界面生成的电子设备600的结构框图。例如，电子设备600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，电子设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制电子设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理部件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在电子设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为电子设备600的各种组件提供电力。电源组件606可以包括电源管理***，一个或多个电源，及其他与为电子设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述电子设备600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当电子设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为电子设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为电子设备600的显示器和小键盘，传感器组件614还可以检测电子设备600或电子设备600一个组件的位置改变，用户与电子设备600接触的存在或不存在，电子设备600方位或加速/减速和电子设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于电子设备600和其他设备之间有线或无线方式的通信。电子设备600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由电子设备600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种界面的生成方法，所述方法包括：响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

可选地，所述筛选后的所述目录名列表包括：测试说明信息、XML文件路径信息及XML文件信息。

可选地，所述目录节点中的前一种节点为后一种节点的父节点，所述目录节点在所述测试用例框架上的目录层次映射关系为：所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中一个或多个；所述子目录节点下添加的节点包括：孙子目录节点及用例目录节点其中任意一个；所述孙子目录节点下添加的节点包括：用例目录节点。

可选地，所述将筛选后的所述目录名列表对应映射到测试用例框架上后还包括：响应于目录节点选取指令，获取目录节点内的xml配置文件信息并展示；应于用例目录节点选取指令，获取用例目录节点目录内的xml配置文件变更信息；保存变更后的所述用例目录节点内的xml配置文件，并生成新用例目录节点内的xml配置文件。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以预测方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种程序热点的识别方法和装置、一种电子设备以及一种储存介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种界面的生成方法，其特征在于，适用于自动测试***，包括：

响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；

按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

2.根据权利要求1所述的方法，其特征在于，所述筛选后的所述目录名列表包括：测试说明信息、XML文件路径信息及XML文件信息。

3.根据权利要求1所述的方法，其特征在于，所述目录节点中的前一种节点为后一种节点的父节点，所述目录节点在所述测试用例框架上的目录层次映射关系为：

所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中一个或多个；

所述子目录节点下添加的节点包括：孙子目录节点及用例目录节点其中任意一个；

所述孙子目录节点下添加的节点包括：用例目录节点。

4.根据权利要求1所述的方法，其特征在于，所述将筛选后的所述目录名列表对应映射到测试用例框架上后还包括：

响应于目录节点选取指令，获取目录节点内的xml配置文件信息并展示；

响应于用例目录节点选取指令，获取用例目录节点目录内的xml配置文件变更信息；

保存变更后的所述用例目录节点内的xml配置文件，并生成新用例目录节点内的xml配置文件。

5.一种界面的生成***，其特征在于，包括：

启动模块，用于响应于启动自动测试***的操作指令，启动自动测试***；

扫描模块，用于对所述测试***的所有文件夹进行扫描操作，获取目录名列表；

过滤筛选模块，用于按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

加载模块，用于将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

6.根据权利要求5所述的***，其特征在于，所述筛选后的所述目录名列表包括：测试说明信息、XML文件路径信息及XML文件信息。

7.根据权利要求5所述的***，其特征在于，所述目录节点中的前一种节点为后一种节点的父节点，所述目录节点在所述测试用例框架上的目录层次映射关系为：

所述父目录节点下添加的节点包括：子目录节点、孙子目录节点及用例目录节点其中一个或多个；

所述子目录节点下添加的节点包括：孙子目录节点、用例目录节点其中一个或多个；

所述孙子目录节点下添加的节点包括：一个或多个用例目录节点。

8.根据权利要求5所述的***，其特征在于，所述加载模块还包括：

xml配置文件显示模块，用于响应于目录节点选取指令，获取目录节点内的xml配置文件信息并展示；

用例目录节点展示模块，用于响应于用例目录节点选取指令，获取用例目录节点目录内的xml配置文件变更信息；

变更信息获取模块，获取用例目录节点内的xml配置文件变更信息；

存储模块，用于保存变更后的所述用例目录节点内的xml配置文件，并生成新用例目录节点内的xml配置文件。

9.一种电子设备，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于启动自动测试***的操作指令，对所述自动测试***的所有文件夹进行扫描操作，获取目录名列表；

按照预先设定的扫描过滤规则对所述目录名列表进行过滤筛选，得到目录节点，所述目录节点包括：父目录节点、子目录节点、孙子目录节点及用例目录节点，其中一个或多个组合；

将筛选后的所述目录名列表对应映射到测试用例框架上，所述测试用例框架的展示形式为树状形式。

10.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-4中一个或多个所述的界面的生成方法。