CN108804300A - 自动化测试方法及系统 - Google Patents

Abstract

本发明实施例涉及一种自动化测试方法及系统，包括：根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；获取从所述测试用例程序树中选取的测试用例程序的测试信息；根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。根据本发明实施例提供的自动化测试方法及系统，能够简化脚本编写、提高系统自动化测试效率，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面，且具有良好的兼容性。

Description

自动化测试方法及系统

技术领域

本发明涉及操作系统测试技术领域，特别是涉及一种自动化测试方法及系统。

背景技术

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

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

发明内容

为此，本发明提供了一种自动化测试方法及系统，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

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

根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

获取从所述测试用例程序树中选取的测试用例程序的测试信息；

根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。

所述根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果，包括：

根据所述测试信息获取对应的适配文件；

解析所述适配文件获取待测试应用对应的测试用例程序；

执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述根据目标测试端中的操作系统类型适配测试框架，包括：

全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

所述执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果，还包括：

从所述测试结果中提取关键信息，生成相应的测试报告并保存；

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。根据本发明实施例的另外一方面，提供了一种自动化测试系统，包括：测试环境搭建模块，用于根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取模块，用于获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

信息获取模块用，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息；

测试操作模块，用于根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。

所述测试操作模块包括：

适配模块，用于根据所述测试信息获取对应的适配文件；

解析模块，用于解析所述适配文件获取待测试应用对应的测试用例程序；

执行模块，用于执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述测试环境搭建模块包括：

扫描模块，用于全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

加载模块，用于根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

执行模块包括：测试报告生成模块，用于从所述测试结果中提取关键信息，生成相应的测试报告并保存；

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

显示模块，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

修改模块，用于获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。

所述报告生成模块，包括：表格转换模块，用于将测试报告转换为表格格式；用例日志生成模块，用于生成log用例日志；截图获取模块，用于截取测试过程中的截图。

根据本发明实施例提供的自动化测试方法及系统，因为通过本发明实施例的测试系统，可以搭建一种包括适配操作系统类型的测试框架并且所述测试框架呈现出一种测试用例程序树的表现形式，能够更直观的选择和编辑测试指令，因此能够简化脚本编写程序，进而、提高了系统自动化测试效率，同时由于是可视化操作界面可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。并且通过本发明提供的实施例中的通过用例程序的开发方法及系统，实现了一次开发多次使用，以及方便配置的使得配置自动化测试方法及系统变得更加便利，。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时本发明实施例提供的自动化测试系统，包括报告生成模块，通过上述模块，可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

附图说明

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

图1为本发明实施例提供的自动化测试方法的流程图；

图2为本发明另一实施例提供的自动化测试方法的流程图；

图3为本发明实施例提供的自动化测试系统的结构示意图；

图4为本发明另一实施例提供的自动化测试系统的结构示意图；

图5为本发明实施例提供的自动化测试系统的测试框架的图形界面示意图。

具体实施方式

图1本发明实施例提供的自动化测试方法的流程图；

本发明实施例提供了一种自动化测试方法，其包括：

步骤301、根据目标测试端中的操作系统类型适配测试框架；

步骤302、获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

步骤303、获取从所述测试用例程序树中选取的测试用例程序的测试信息；

步骤304、根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。

所述步骤304，包括：

根据所述测试信息获取对应的适配文件；

解析所述适配文件获取待测试应用对应的测试用例程序；

执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述步骤301，包括：全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

所述步骤304还包括：从所述测试结果中提取关键信息，生成相应的测试报告并保存；其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

通过上述自动化测试方法，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性，虽然，在没有配置界面化测试系统上，同样可以通过手动逐级配置xml文件，然后运行python脚本文件的形式进行测试，不影响测试的最终结果，但对测试的直观性及便捷性而言，会有一定影响。。

图2为本发明另一实施例提供的自动化测试方法的流程图；提供了一种自动化测试方法，其包括：

步骤301、根据目标测试端中的操作系统类型适配测试框架预先在测试端搭建测试框架和测试工具；

步骤302、获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树获取目标测试端中待测试的系统应用；

步骤303、获取从所述测试用例程序树中选取的测试用例程序的测试信息获取所述目标测试端中待测试的系统应用对应的测试用例程序树；

步骤304、根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果；

步骤305、获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

步骤306、获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。

所述步骤304，包括：

根据所述测试信息获取对应的适配文件；

解析所述适配文件获取待测试应用对应的测试用例程序；

执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述步骤301，包括：全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

所述步骤304还包括：从所述测试结果中提取关键信息，生成相应的测试报告并保存；其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

对所述测试用例程序树中的测试用例程序进行命名；其中，所述对所述测试用例程序树中的测试用例程序进行命名的规则为，数字-用例程序名称-用例程序功能标识符；

所述数字为整型和/或浮点型；所述用例程序名称为英文字母和/或中文汉字；所述用例程序功能标识符包括：F-功能类测试、P-性能类测试、S-压力类测试其中任一。

通过上述自动化测试方法，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

本发明实施例除了提供以上方法之外，还提供了一种自动化测试系统，如图3所示，该系统包括：

测试环境搭建模块401，用于根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取模块402，用于获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

信息获取模块403，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息；

测试操作模块404，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息。

所述测试操作模块404，还包括：

适配模块4041，用于根据所述测试信息获取对应的适配文件；

解析模块4042，用于解析所述适配文件获取待测试应用对应的测试用例程序；

执行模块4043，用于执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述测试环境搭建模块401包括：

扫描模块4011，用于全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

加载模块4012，用于根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

所述执行模块4043还包括：测试报告生成模块，用于从所述测试结果中提取关键信息，生成相应的测试报告并保存；

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

文件名的命名规则为，数字-用例程序名称-用例程序功能标识符；所述数字为整型和/或浮点型；所述用例程序名称为英文字母和/或中文汉字；所述用例程序功能标识符包括：F-功能类测试、P-性能类测试、S-压力类测试其中任一。

通过本实施例提供的自动化测试系统，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

除了图3所示的结构之外，在本发明的另一个可选实施例中，如图4所示，该系统包括：

测试环境搭建模块401，用于根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取模块402，用于获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

信息获取模块403，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息；

测试操作模块404，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息；

显示模块405，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

修改模块406，用于获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示；

还包括管理模块407，用于管理上述各个模块。所述管理模块407接收到测试操作模块404与修改模块406发送来的具体操作信息，根据预设逻辑，进行计算处理后，发送指令至显示模块405，进行显示处理。

其中，所述测试操作模块404，还包括：

适配模块4041，用于根据所述测试信息获取对应的适配文件；

解析模块4042，用于解析所述适配文件获取待测试应用对应的测试用例程序；

执行模块4043，用于执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

所述测试环境搭建模块401包括：

扫描模块4011，用于全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

加载模块4012，用于根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

所述执行模块4043还包括：测试报告生成模块4044，用于从所述测试结果中提取关键信息，生成相应的测试报告并保存；其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。这些数据可被一一保存至测试终端的内存中。

其中，所述测试报告生成模块4044还包括：表格转换模块，用于将测试报告转换为表格格式，然后进行保存，方便后续各类设备进行读取与分析；

用例日志生成模块4044a，用于生成log用例日志；log用例日志的使用必须基于可视化界面，即图形界面的情况下才会有该关键信息，因此本发明实施例提高了可视化。

截图获取模块4044b，用于截取测试过程中的截图。

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

所述测试工具包括：GNU LDTP测试工具、XNEE测试工具、Xdotool测试工具、UnixBench测试工具、Netperf测试工具、X11perf测试工具其中一个或多个。

其中，本发明的核心工具是LDTP，而XNEE测试工具和Xdotool测试工具是框架的辅助测试工具；而UnixBench测试工具、Netperf测试工具、X11perf测试工具为压力测试工具，出现在case(测试脚本)程序中。

所述测试环境搭建模块401，还包括：

配置模块，用于配置基于XML文件的模块和/或用例，所述配置基于XML文件的模块和/或用例包括：从自动测试系统的主模块的配置文件开始逐层添加待配置的模块、子模块和用例；

图形界面配置模块，用于配置自动测试系统的图形界面，所述配置自动测试系统的图形界面包括：获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中，获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。

所述用例程序树获取模块403，还包括：

命名模块，用于对所述测试用例程序树中的测试用例程序进行命名；

其中，所述对所述测试用例程序树中的测试用例程序进行命名的规则为，数字-用例程序名称-用例程序功能标识符；

所述数字为整型和/或浮点型；所述用例程序名称为英文字母和/或中文汉字；所述用例程序功能标识符包括：F-功能类测试、P-性能类测试、S-压力类测试其中任一。

所述报告生成模块406，包括：表格转换模块，用于将测试报告转换为表格格式；

用例日志生成模块，用于生成log用例日志；

截图获取模块，用于截取测试过程中的截图。

通过本实施例提供的自动化测试系统，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

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

如图5所示为本发明实施例提供的自动化测试系统的测试框架的图形界面示意图，模块401、402、403、404、405、406中运行的具体实现的一种实施例的代码举例如下：

例如，现在以4.1.4-Pluma-F测试用例为例说明配置的实施步骤:

1.基于XML文件的模块/用例配置方式

(1)修改loongAT.xml文件，在’data’节点添加<module type＝“string”>04-Menu</module>子项.

(2)修改04-Menu.xml文件，同理添加<module type＝“string”>4.1-Application</module>子项.

(3)同上4.1-Application模块，并在模块的配置文件中添加待测试的用例项，添加位置依然为配置文件的“data”节点，方式如下:<用例type＝“string”>4.1.4-Pluma-F</用例>.

(4)完成配置之后，通过运行python loongAT.py password的方式执行用例程序

2.基于图形界面的配置方式

(1)通过./launch.sh password的方式启动自动测试系统

(2)鼠标点击展看根节点，逐层展开，在用例树中查找并勾选4.1.4-Pluma-F，界面右侧“测试信息”部分有关于该用例的相关说明、XML文件的磁盘路径以及XML文件的内容

(3)通过点击“运行(R)”或执行Ctrl+R快捷键开始测试过程。

本发明实施例中的系统还可用Deja和Expect测试系统进行替换或代替，也可达到本发明所要达到的技术效果。

本发明是针对Linux系统的自动化测试工具，测试范围包括Linux系统集成的应用以及Linux操作系统本身。测试类型覆盖了常见的功能测试、性能测试和稳定性测试(压力测试)。自动测试系统采用Python语言编写测试用例程序，以XML文件传递供测试用例程序使用的控制变量、配置资源等。本自动化测试系统以GNU LDTP(Linux Desktop TestingProject)为核心工具，同时方便在测试用例程序中使用XNEE录制的模拟用户行为的脚本和采用Xdotool编程指令。主要解决Linux系统(目前尚未适配其他操作系统)预装应用以及Linux系统本身的自动化测试过程，同时可以对测试过程进行监控，收集测试用例程序测试结果。测试结果一般为log记录或测试过程中捕捉的系统桌面图片。

与本发明相关的自动化测试系统的设置方式有两种：

(1)基于XML文件的模块/用例的配置方式；(2)图形界面的配置方式。

基于XML文件的模块/用例配置方式，从主模块(loongat.py)的配置文件loongAT.xml开始逐层添加待配置的模块、子模块和用例。图形界面的配置方式，可以通过图形界面在”用例树”中添加待测试的用例，选中一个用例后，在界面”测试信息”框中修改用例XML配置文件内容。

对于测试系统的模块和用例程序的命名需要遵循一定的规则，下面将详细讲解自动测试系统中用例和模块的命名规则。用例命名格式:数字(用例序号，不允许出现相同序号)-用例名称-用例功能标识符。其中，数字可以是整型也可以是浮点型,例如:90.2-unixbench-S，关于用例的名称，强烈建议使用英文名称，中文可能会出现乱码的问题。用例名称的命名，要有一定意义，要能代表用例对应的测试内容；用例功能标识符，主要用于在LoongAT用户界面”测试信息”中显示用例的种类，用例功能标识符共分为3类:

(1)F-----代表该测试是功能类测试

(2)P-----代表该测试是性能类测试

(3)S-----代表该测试是压力(稳定性)类测试

用例命名规则举例:90.3-glxgears-S,4.1.4-Pluma-F。注意模块的命名规则和用例的命名规则大致相同，但模块命名时，没有模块功能标识符。模块命名举例:04-Menu,90-BenchMark。

本发明旨在提供一个自动化测试框架，可灵活配置执行具体测试任务的测试用例程序，主要解决无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。自动测试系统经过适配之后，可用于多版本的Linux发行系统。涉及系统应用及系统本身的自动化测试领域，尤其涉及支持辅助访问特性的应用程序。1、凡支持并开启辅助访问特性的Gnome/KDE/QT/Java应用程序，均可通过向目前仅适配loongnix1.0操作系统，其他Linux发行版本可根据需要后续适配。

这里需要注意的是，通过本实施例提供的自动化测试系统，能够简化脚本编写、提高系统自动化测试效率，同时可以灵活扩展各类脚本相关的用例以及针对专业化测试工作而完成的用例以及模拟和回放用户行为。通过用例程序的开发，实现一次开发多次使用，以及方便配置的自动化测试方法及系统。该系统可灵活配置执行具体测试任务的测试用例程序，解决了在无人坚守下的系统应用的功能测试、性能测试和稳定性测试，同时可监控与记录测试过程中的系统状态和屏幕画面。并且所述自动化测试方法及系统经过适配之后，可用于多版本的Linux发行系统，具有良好的兼容性。

但是，在没有配置界面化框架的测试系统上，同样可以通过手动逐级配置xml文件，然后运行loongat.py的形式进行测试，不影响测试的最终结果，但对测试的直观性而言，会有一定影响。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的原理或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种自动化测试方法，其特征在于，包括：

根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

获取从所述测试用例程序树中选取的测试用例程序的测试信息；

根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果，包括：

根据所述测试信息获取对应的适配文件；

解析所述适配文件获取待测试应用对应的测试用例程序；

执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

3.根据权利要求1或2所述的方法，其特征在于，所述根据目标测试端中的操作系统类型适配测试框架，包括：

全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

4.根据权利要求3所述的方法，其特征在于，所述执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果，还包括：

从所述测试结果中提取关键信息，生成相应的测试报告并保存；

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

5.根据权利要求3所述的方法，其特征在于，还包括：

获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。

6.一种自动化测试系统，其特征在于，包括：

测试环境搭建模块，用于根据目标测试端中的操作系统类型适配测试框架，所述测试框架包括测试工具以及测试用例程序树；

获取模块，用于获取目标测试端中待测试的系统应用以及所述系统应用对应的测试用例程序树；

信息获取模块，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息；

测试操作模块，用于根据所述测试信息，调用对应的测试工具对所述系统应用行测试操作并生成测试结果。

7.根据权利要求6所述的系统，其特征在于，所述测试操作模块包括：

适配模块，用于根据所述测试信息获取对应的适配文件；

解析模块，用于解析所述适配文件获取待测试应用对应的测试用例程序；

执行模块，用于执行与待测试应用对应的测试用例程序以调用对应的测试工具对待测试应用进行测试操作并生成测试结果。

8.根据权利要求6或7所述的系统，其特征在于，所述测试环境搭建模块包括：

扫描模块，用于全局扫描文件名，所述文件名包括数字标识、用例程序名称以及用例程序功能标识符；

加载模块，用于根据所述文件名，从主模块的配置文件开始逐层添加待配置的模块、子模块和用例以构建所述测试框架；所述测试框架以图形界面的形式显示。

9.根据权利要求7所述的系统，其特征在于，执行模块包括：

测试报告生成模块，用于从所述测试结果中提取关键信息，生成相应的测试报告并保存；

其中，所述关键信息包括：log用例日志、测试过程的中间现象、问题数据、测试过程中的截图其中一种或多种。

10.根据权利要求8所述的系统，其特征在于，还包括：

显示模块，用于获取从所述测试用例程序树中选取的测试用例程序的测试信息，将所述测试信息对应显示在测试信息框中；

修改模块，用于获取修改的用例XML测试文件信息，将所述修改的用例XML测试文件信息进行显示。