CN107368421A - 自动测试界面程序的方法及系统 - Google Patents

Abstract

本发明涉及一种生成配置文件的方法及系统，其特征在于，所述方法包括：载入待测界面程序，识别所述待测界面程序中的各个控件；生成所述待测界面程序的测试路径，其中，所述测试路径包括：待测控件的识别信息，与所述待测控件对应的控件操作指令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果，所述待测控件为所述各个控件中的至少一个控件；根据所述测试路径生成用于对待测界面程序进行自动测试的配置文件。此外，本发明还涉及一种使用该配置文件自动测试界面程序的方法及系统。

Description

自动测试界面程序的方法及系统

技术领域

本发明涉及界面程序的测试领域，更具体地，涉及一种生成配置文件的方法及系统，并且本发明还涉及一种使用该配置文件自动测试界面程序的方法及系统。

背景技术

在软件开发领域中，软件的界面是软件和用户交互的最直接的层面，界面的好坏往往决定了用户对软件的印象，一个设计良好的界面会给用户以轻松愉悦的感觉。因此，为了确保界面的正确性，需要一种测试界面的方法。

一般来说，在现有技术的测试界面的方法中，通常是通过“录制与回放”的方式建立测试脚本的，这样的方式看似容易，但是实际上会遇到很多问题。录制脚本回放的只是录制时做出的界面操作，以及输入的测试数据。这样的脚本中的数据和操作混在一起，使得几乎一个测试用例就对应一个脚本，因此使用起来很不方便。而且应用界面有了简单的变化就需要重新录制，脚本可重用性很差。测试人员面对复杂的应用系统，只通过简单地录制和回放并不能达到自动化测试的要求，而且工作量巨大且可维护性很差。

此外，当前商业化的界面测试工具通常使用自身定制的脚本语言，该脚本语言包含了特定的功能强大的函数库，通过在脚本中调用对应的函数来完成录制回放过程所需要的功能，从而增强了界面测试的覆盖范围和准确性。但是，由于脚本函数库的复杂性和不同脚本函数库的不兼容性，使得这类测试工具价格高昂，脚本学习难度系数大，需要专业的文档和培训，因此难以达到简单地测试界面程序的目的。

发明内容

有鉴于此，本发明的实施例提供了一种生成配置文件的方法，并且还提供了一种使用该配置文件自动测试界面程序的方法，使得通过该配置文件，界面程序可以被简单且自动地测试。

具体而言，本发明实施例提供了一种生成配置文件的方法，所述方法包括：载入待测界面程序，识别所述待测界面程序中的各个控件；生成所述待测界面程序的测试路径，其中，所述测试路径包括：待测控件的识别信息，与所述待测控件对应的控件操作指令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果，所述待测控件为所述各个控件中的至少一个控件；根据所述测试路径生成用于对待测界面程序进行自动测试的配置文件。

优选地，在同一配置文件中，包括对应于同一待测界面程序的多个测试路径；或者，在同一配置文件中，包括分别对应于不同待测界面程序的多个测试路径。

优选地，所述测试路径中包括用于关闭所述待测界面程序的控件操作指令。

此外，本发明还提供了一种自动测试界面程序的方法，包括：加载用于对待测界面程序自动测试的配置文件，所述配置文件中包括测试路径，所述测试路径中包括：待测控件，与所述待测控件对应的控件操作命令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果；加载待测界面程序；根据所述配置文件中与所述待测界面程序对应的测试路径，对所述待测界面程序进行测试，其中，包括：在加载的所述待测界面程序中识别待测控件以及执行与所述待测控件对应的控件操作命令，得到待测界面程序的执行结果。

优选地，所述配置文件中还包括用于启动所述待测界面程序的启动路径；所述加载待测界面程序，包括：通过执行所述配置文件中的启动路径加载启动所述待测界面程序。

另一方面，本发明还提供了一种生成配置文件的系统，其用于生成对待测界面程序进行自动测试的配置文件，所述系统包括处理器，其配置为执行预定的计算机可执行指令以执行以下操作：载入待测界面程序，识别所述待测界面程序中的各个控件；生成所述待测界面程序的测试路径，其中，所述测试路径包括：待测控件的识别信息，与所述待测控件对应的控件操作指令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果，所述待测控件为所述各个控件中的至少一个控件；根据所述测试路径生成用于对待测界面程序进行自动测试的配置文件。

优选地，所述处理器还配置为生成用于启动所述待测界面程序的启动路径。

优选地，所述处理器还配置为在同一配置文件中，包括对应于同一待测界面程序的多个测试路径；或者，在同一配置文件中，包括分别对应于不同待测界面程序的多个测试路径。

优选地，所述处理器还配置为在所述测试路径中包括用于关闭所述待测界面程序的控件操作指令。

此外，本发明还提供了一种自动测试界面程序的系统，包括处理器，其配置为执行预定的计算机可执行指令以执行以下操作：加载用于对待测界面程序自动测试的配置文件，所述配置文件中包括测试路径，所述测试路径中包括：待测控件，与所述待测控件对应的控件操作命令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果；加载待测界面程序；根据所述配置文件中与所述待测界面程序对应的测试路径，对所述待测界面程序进行测试，其中，包括：在加载的所述待测界面程序中识别待测控件以及执行与所述待测控件对应的控件操作命令，得到待测界面程序的执行结果；将所述执行结果与所述测试路径中的预定测试结果进行比较，得到所述待测界面程序的测试结果。

优选地，所述处理器还配置为在所述配置文件中包括用于启动所述待测界面程序的启动路径；所述加载待测界面程序，包括：通过执行所述配置文件中的启动路径加载启动所述待测界面程序。

通过本发明的实施例，配置文件可以自动地生成，从而有效的减少了界面测试的工作量，而且，即使程序界面控件布局变化，也不需要重新生成配置文件，从而显著提高了配置文件的可重用性。

附图说明

图1是示出了本发明一个实施例的自动测试界面程序的方法的示意性流程图；

图2是示出了图1的实施例中的作为待测界面程序的加法器的界面的示意图；

图3是示出了本发明一个实施例中的自动生成配置文件的示意性流程图；

图4是示出了本发明一个实施例中的根据配置文件进行自动检测的示意性流程图；

图5是示出了本发明另一个实施例的生成配置文件的方法的示意性流程图；

图6是示出了本发明实施例的自动测试界面程序的系统的示意性框图。

具体实施方式

为使本发明的目的、技术方案和优点更加明确，下面参照附图对本发明的实施方式进行详细说明。在此，本发明的示意性实施例及其说明仅用于解释本发明，而不作为对本发明的限定。

图1是示出了本发明一个实施例的自动测试界面程序的方法的示意性流程图。在本实施例中，以加法器为例作为被测界面程序，图2示出了该加法器的界面的示意图。

如图1所示，本实施例的自动测试界面程序的方法包括如下步骤：

首先，在S110中，首先需要设计自动测试的流程，即，需要确定对加法器的界面进行何种测试，从而在后面的步骤中生成基于该流程的配置文件。

对于一个程序而言，其界面是由诸如Text,Edit,UpDown,Picture，Button，ListBox,ListView，Link等的多个控件组成的。因此，可以认为，如果该程序的控件正常运行，则判断该程序的界面正常。反之，如果该程序的控件在运行中出现错误，则判断该程序的界面异常。在下文中，将通过控件执行一组加法运算来测试本实施例的加法器的界面。

为了测试图2中各控件是否正常，可以设计如下的运算。

在TEXT类型的控件“TEXT1”和“TEXT2”中分别输入“1”和“2”，然后对BUTTON类型的控件“＝”进行点击，如果在TEXT类型的控件“RESULT”中最终显示“3”，则能够判断该加法器的界面正常，如果显示不为3，则能够判断该加法器的界面异常。在设计了自动测试的流程后，进入S120。

在S120中，根据S110中的对控件的操作而生成配置文件。该生成配置文件可以是手动或自动进行的。在自动进行的情况下，可以通过配置文件生成程序来生成配置文件，将在下文中详细说明自动生成配置文件的过程。

然后，在S130中，启动加法器，并根据配置文件对加法器自动执行界面测试的操作，并获得对应的执行结果。也就是说，通过配置文件执行在步骤S110中设计的自动测试的流程，即，在控件“TEXT1”和控件“TEXT2”中分别输入“1”和“2”，然后点击控件“＝”，并在控件“RESULT”中获得执行结果。从而完成了一个简单的界面程序的测试流程。

图3是示出了本发明一个实施例中的自动生成配置文件的方法的示意性流程图。

如图3所示，本实施例的生成配置文件可以包括如下步骤：

在S121中，载入加法器程序，并自动识别加法器界面上的各个控件及其标识信息并生成一个控件列表。

在S122中，生成测试路径。例如，通过在S121中生成的加法器的控件列表中选择“TEXT1”控件，并为控件“TEXT1”赋值“1”，从而使配置文件中对应地生成“TEXT1”控件的识别信息及为控件“TEXT1”赋值“1”的操作指令。并且，通过在S121中生成的加法器的控件列表中选择“TEXT2”控件，并为控件“TEXT2”赋值“2”，从而在配置文件中对应地生成“TEXT2”控件的识别信息及为控件“TEXT2”赋值“2”的操作指令，并且当在控件列表中选择控件“＝”时，则在配置文件中对应地生成“＝”控件的识别信息及点击控件“＝”的操作指令。

在S122中，还可以生成通过对上述控件执行上述操作指令所得到的预定测试结果。在本实施例中，在控件列表中选择控件“RESULT”，并且通过执行计算1+2的操作指令得到作为预定测试结果的3，从而生成预先将控件“RESULT”的结果设定为3的操作指令。在确认该预定测试结果正确后，通过上述的操作指令从而生成一条测试路径(即，测试1+2＝3)。

此时，可以多次重复S122，从而获得多个测试路径(例如，2+2＝4、5+9＝14等)，从而能够多次对加法器的界面进行测试。

在S123中，还可以在配置文件的开头位置生成加法器的启动路径，从而可以通过配置文件自动地启动加法器。

在S124中，还可以在加法器的最后一个测试路径中生成对应于关闭加法器程序的关闭按钮的控件识别信息以及点击该退出按钮的操作指令，并通过执行该操作指令从而生成对应于该退出的退出码。

另外，虽然本实施例的加法器结构非常简单，并且因此可以快速地被退出，但是在大型程序的退出时，可能需要退出时间或发生卡死，因此，可以在上述最后一个测试路径中设定等待界面程序退出的退出延时(例如，30秒)。

在仅有一个被测界面程序(本实施例中的加法器)时，在生成退出界面程序的指令的S124之后，在S125中，完成配置文件的生成。

在此，应当理解的是，以上各步骤的执行顺序并不是固定的，例如还可以在执行S122之前执行S123，即，在载入加法器的同时自动将加法器的启动路径写入配置文件的开头位置。

图4是示出了本发明一个实施例中的根据配置文件进行自动检测的示意性流程图。

如图4所示，本实施例的根据配置文件进行自动检测可以包括如下步骤：

首先，在S131中，加载上述的配置文件，从而执行配置文件中的指令。例如，首先执行在S123中生成的启动路径中的指令，从而自动地启动加法器程序。

然后，在执行于S122中生成的测试路径中的指令时，通过待测控件的识别信息找到加法器程序中对应的控件，并通过控件操作指令对控件进行操作从而获得执行结果。由于已设定了预定测试结果，因此在S132中，能够将该预定测试结果与控件“RESULT”的执行结果进行比较，从而通过该比较自动地判断加法器的界面程序是否正常。

而且，在测试结果为两者不一致时，在S133中，能够在测试结果中记录预定测试结果、执行结果以及与执行结果对应的测试路径，使得测试人员在界面程序的测试结束后可以快速地找到对应的测试路径。通过手动执行与该测试路径中的控件操作指令相对应的测试动作，能够使测试人员快速地确定是哪一个控件出现了问题，从而便于技术人员对界面程序进行改进。

在S134中，执行S124中的退出界面程序的操作指令，并进行加法器的退出测试。退出测试例如可以通过将在S124中得到的退出码和实际的退出码进行比较来进行。

最后，在S135中，结束加法器的界面测试。

图5是示出了本发明另一个实施例的生成配置文件的方法的示意性流程图。

图5示出了有多个被测界面程序的实施例中，例如，除上文所述的加法器以外，还希望继续对一减法器进行界面测试的情况下，在执行S125之前，与S121至S124相似地，执行S126至S129。在此，将省略与上文相同的描述。

如图5所示，在S126中，载入减法器程序，并自动识别减法器界面上的各个控件及其标识信息并生成一个控件列表。

在S127中，生成测试路径例如，通过在S126中生成的减法器的控件列表中选择“TEXT1”控件，并为控件“TEXT1”赋值“3”，从而使配置文件中对应地生成“TEXT1”控件的识别信息及为控件“TEXT1”赋值“3”的操作指令。并且，通过在S126中生成的减法器的控件列表中选择“TEXT2”控件，并为控件“TEXT2”赋值“2”，从而在配置文件中对应地生成“TEXT2”控件的识别信息及为控件“TEXT2”赋值“2”的操作指令，并且当在控件列表中选择控件“＝”时，则在配置文件中对应地生成“＝”控件的识别信息及点击控件“＝”的操作指令。

在S127中，还可以生成通过对上述控件执行上述操作指令所得到的预定测试结果。在本实施例中，在控件列表中选择控件“RESULT”，并且通过执行计算3-2的操作指令得到作为预定测试结果的1，从而生成预先将控件“RESULT”的结果设定为1的操作指令。通过上述的操作指令从而生成一条测试路径(即，测试3-2＝1)。

此时，可以多次重复S127，从而获得多个测试路径(例如，2-2＝0、5-9＝-4等)，从而能够多次对减法器的界面进行测试。

在S128中，还可以在配置文件的开头位置生成减法器的启动路径，从而可以通过配置文件自动地启动减法器。

在S129中，与S124同样地，生成退出减法器程序的测试路径，并且并设定等待减法器程序退出的退出延时(例如，30秒)。

最后，在S125中，结束配置文件的生成。

根据图5所示的上述实施例，在一个配置文件中可以包括用于分别对多个被测程序进行多组界面测试的配置内容，从而在根据该配置文件进行自动测试时能够通过一次测试完成对多个被测程序的多组界面测试。

通过本发明的生成配置文件的方法，配置文件可以自动地生成，从而有效的减少了界面测试的工作量，并且由于自动生成的操作指令都是基于对界面程序中的控件的操作，因此，即使界面变化，也不需要重新生成配置文件，从而显著提高了配置文件的可重用性。

图6是示出了本发明实施例的自动测试界面程序的系统的示意性框图。

如图6所示，根据本发明的自动测试界面程序的系统100包括生成模块110和测试模块120。

在本发明实施例中，生成模块110例如实施为配置文件生成程序，测试模块120例如实施为自动测试程序。

以上文所述的加法器为例，首先，启动配置文件生成程序，载入加法器程序并启动，从而在配置文件生成程序的用户界面中列出加法器程序的全部界面控件。由于加法器程序中的每一个控件都具有相应的ID和名称等标识，启动配置文件生成程序能够通过这些ID和名称等标识别加法器程序中的每一个控件。然后，建立第一个测试路径(即，通过配置文件生成程序添加下文代码中的route_1)。对于该第一测试路径，在配置文件生成程序的用户界面中选择要添加的待测控件的类型(例如以按钮或选项的形式列出多种控件类型)，以“TEXT1”控件为例，首先在配置文件生成程序中选择“输入”类型，这时，用户进一步选择输入类型的控件具体的形式。在此，由于“TEXT1”控件为TEXT类型的控件，因此选择TEXT类型的控件。此时，配置文件生成程序会列出加法器程序中存在的TEXT控件的所有ID以及名称，选择“TEXT1”同时将值设置为例如“1”。然后，继续选择TEXT控件，接着选择“TEXT2”同时将值设置为例如“2”。然后，在配置文件生成程序中选择“执行”类型，选择button控件类型并选择“＝”控件，最后，在配置文件生成程序中选择“结果”类型，继续选择TEXT控件，并在配置文件生成程序中列出的TEXT控件中找到用于输出结果(执行结果)的TEXT控件“RESULT”，此时，配置文件生成程序可以对加法器自动地执行根据上述操作而生成的指令，从而自动地设定对应的结果(即，预定测试结果)，以上文的加法器为例，该值为“3”。由此，完成第一个测试路径。

之后，还可以继续建立第二个测试路径(未示出)，例如，选择用于输入的TEXT控件，选择“TEXT1”并为控件“TEXT1”赋值“2”，并且，继续选择用于输入的TEXT控件，选择“TEXT2”并为控件“TEXT2”赋值“2”。然后，选择button控件并选择“＝”，最后，继续选择用于输出结果(执行结果)的TEXT控件，并自动地设定“4”作为预定测试结果。由此，完成第二个测试路径。

然后，生成用于退出加法器的测试路径(下文代码中的route_N)。在配置文件生成程序中选择“执行”类型，选择button控件类型并选择对应于加法器的关闭按钮的控件，并且设定对应于关闭按钮的退出码的值，以验证是否正确退出了加法器程序。并且设定最长退出时间，例如，30秒。

自动生成的配置文件例如可以如下所示：

之后，由自动测试程序加载上述的配置文件。从而自动地启动加法器程序，并且使加法器分别执行“1+2”和“2+2”的运算并得到执行结果。最后，退出加法器程序并将每一个测试路径中预先设定的值与各自的执行结果进行比较，并记录该测试结果。

如上文所述，在测试结果为两者不一致时，能够进一步记录预定测试结果、执行结果以及与执行结果对应的测试路径。并且通过手动执行与该测试路径中的控件操作指令相对应的测试动作，能够使测试人员快速地确定是哪一个控件出现了问题，从而便于技术人员对界面程序进行改进。

因此，通过本发明的自动测试界面程序的系统100，可以通过生成模块110自动地生成用于测试界面程序的配置文件，并且通过测试模块120自动地测试界面程序，从而有效的减少了界面测试的工作量，并且由于上述界面测试完全基于对界面程序中的控件的操作而进行，因此，即使界面变化，也不需要重新生成配置文件，从而显著提高了配置文件的可重用性。

以上实施例仅为本发明的示例性实施例，不用于限制本发明，本发明的保护范围由权利要求书限定。本领域技术人员可以在本发明的实质和保护范围内，对本发明做出各种修改或等同替换，这种修改或等同替换也应视为落在本发明的保护范围内。

Claims (12)

1.一种生成配置文件的方法，其特征在于，所述方法包括：

载入待测界面程序，识别所述待测界面程序中的各个控件；

生成所述待测界面程序的测试路径，其中，所述测试路径包括：待测控件的识别信息，与所述待测控件对应的控件操作指令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果，所述待测控件为所述各个控件中的至少一个控件；

根据所述测试路径生成用于对待测界面程序进行自动测试的配置文件。

2.如权利要求1所述的方法，其中，所述方法包括：生成用于启动所述待测界面程序的启动路径。

3.如权利要求1或2所述的方法，其中，

在同一配置文件中，包括对应于同一待测界面程序的多个测试路径；

或者，

在同一配置文件中，包括分别对应于不同待测界面程序的多个测试路径。

4.如权利要求1所述的方法，其中，所述测试路径中包括用于关闭所述待测界面程序的控件操作指令。

5.一种自动测试界面程序的方法，其特征在于，包括：

加载用于对待测界面程序自动测试的配置文件，所述配置文件中包括测试路径，所述测试路径中包括：待测控件，与所述待测控件对应的控件操作命令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果；

加载待测界面程序；

根据所述配置文件中与所述待测界面程序对应的测试路径，对所述待测界面程序进行测试，其中，包括：在加载的所述待测界面程序中识别待测控件以及执行与所述待测控件对应的控件操作命令，得到待测界面程序的执行结果；

将所述执行结果与所述测试路径中的预定测试结果进行比较，得到所述待测界面程序的测试结果。

6.如权利要求5所述的方法，其特征在于，所述配置文件中还包括用于启动所述待测界面程序的启动路径；

所述加载待测界面程序，包括：通过执行所述配置文件中的启动路径加载启动所述待测界面程序。

7.一种生成配置文件的系统，其用于生成对待测界面程序进行自动测试的配置文件，所述系统包括处理器，其配置为执行预定的计算机可执行指令以执行以下操作：

载入待测界面程序，识别所述待测界面程序中的各个控件；

生成所述待测界面程序的测试路径，其中，所述测试路径包括：待测控件的识别信息，与所述待测控件对应的控件操作指令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果，所述待测控件为所述各个控件中的至少一个控件；

根据所述测试路径生成用于对待测界面程序进行自动测试的配置文件。

8.如权利要求7所述的生成配置文件的系统，其中，所述处理器还配置为生成用于启动所述待测界面程序的启动路径。

9.如权利要求7所述的生成配置文件的系统，其中，所述处理器还配置为在同一配置文件中，包括对应于同一待测界面程序的多个测试路径；

或者，

在同一配置文件中，包括分别对应于不同待测界面程序的多个测试路径。

10.如权利要求7所述的生成配置文件的系统，其中，所述处理器还配置为在所述测试路径中包括用于关闭所述待测界面程序的控件操作指令。

11.一种自动测试界面程序的系统，包括处理器，其配置为执行预定的计算机可执行指令以执行以下操作：

加载用于对待测界面程序自动测试的配置文件，所述配置文件中包括测试路径，所述测试路径中包括：待测控件，与所述待测控件对应的控件操作命令，以及对所述待测控件执行所述控件操作指令后得到的预定测试结果；

加载待测界面程序；

根据所述配置文件中与所述待测界面程序对应的测试路径，对所述待测界面程序进行测试，其中，包括：在加载的所述待测界面程序中识别待测控件以及执行与所述待测控件对应的控件操作命令，得到待测界面程序的执行结果；

将所述执行结果与所述测试路径中的预定测试结果进行比较，得到所述待测界面程序的测试结果。

12.如权利要求11所述的自动测试界面程序的系统，其中，所述处理器还配置为在所述配置文件中包括用于启动所述待测界面程序的启动路径；

所述加载待测界面程序，包括：通过执行所述配置文件中的启动路径加载启动所述待测界面程序。