CN108427645A - 无命令行接口自动测试平台中实现无人值守的方法及系统 - Google Patents

Abstract

本发明公开了一种无命令行接口自动测试平台中实现无人值守的方法及系统，涉及软件测试技术领域。该方法包括以下步骤：通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。该系统包括测试平台启动单元、测试启动单元和测试监控单元。本发明能有效解决无命令行接口自动测试平台在实施过程中仍需要人工干预的问题，从而在无命令行接口自动测试平台中实现无人值守的效果。

Description

无命令行接口自动测试平台中实现无人值守的方法及系统

技术领域

本发明涉及软件测试技术领域，具体来讲是一种无命令行接口自动测试平台中实现无人值守的方法及系统。

背景技术

目前，借助于各种持续集成软件和第三方自动化测试平台(The Automated TestPlatform)，可在自动编译版本的基础上完成自动测试。例如：国内烽火通信科技股份有限公司自主开发的测试平台FHATP，国际仪表厂商思博伦推广的商业测试平台iTest等。

通常来说，持续集成平台完成版本编译后，自动测试平台可完成测试过程的自动化。但实际使用中，特别是自主开发测试平台的初期，部分自动测试平台可能还未提供命令行接口，仅供使用者在图形化界面上操作。从而需要使用者手工启动测试并人工监测平台的运行，待测试完成后分析测试结果，使得基于这类无命令行接口的自动测试平台不能做到无人值守的效果。

因此，如何摆脱无命令行接口自动测试平台参与下的半自动化持续交付状态，减少测试过程中人工干预的过程，是本领域技术人员亟待解决的问题。

发明内容

本发明的目的是为了克服上述背景技术的不足，提供一种无命令行接口自动测试平台中实现无人值守的方法及系统，能有效解决无命令行接口自动测试平台在实施过程中仍需要人工干预的问题，从而在无命令行接口自动测试平台中实现无人值守的效果。

为达到以上目的，本发明提供一种无命令行接口自动测试平台中实现无人值守的方法，包括以下步骤：A、通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；B、通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；C、通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。

在上述技术方案的基础上，步骤A具体包括以下操作：A1、切换到无命令行接口自动测试平台的程序所在的目录；A2、通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；A3、检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。

在上述技术方案的基础上，步骤B具体包括以下操作：B1、通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄；B2、使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。

在上述技术方案的基础上，步骤C中，自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。

在上述技术方案的基础上，该方法的步骤C之后，还包括分析测试日志的步骤：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。

本发明还提供一种基于上述方法的无命令行接口自动测试平台中实现无人值守的系统，该系统包括测试平台启动单元、测试启动单元和测试监控单元；所述测试平台启动单元用于：通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；所述测试启动单元用于：通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；所述测试监控单元用于：通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。

在上述技术方案的基础上，所述测试平台启动单元自动启动无命令行接口自动测试平台的具体流程为：切换到无命令行接口自动测试平台的程序所在的目录；通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。

在上述技术方案的基础上，所述测试启动单元完成测试项的输入并启动测试的具体流程为：通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄；使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。

在上述技术方案的基础上，所述测试监控单元自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。

在上述技术方案的基础上，该系统还包括测试日志分析单元，该测试日志分析单元用于：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。

本发明的有益效果在于：

(1)本发明通过预设的功能函数自动启动、监控无命令行接口的自动测试平台，实现了一种从命令行启动、监控无命令行接口的自动测试平台的方案。该方案有效减少了无命令行接口的自动测试平台使用过程中的手工干预，能在无命令行接口自动测试平台中实现无人值守的效果，极大的节约人工成本和时间成本；并且，实现了无命令行接口自动测试平台的启动和监控的自动化，便于集成到待续交付平台。

(2)本发明在测试运行结束之后，还设计有自动分析测试日志，给出测试结果的过程，有效提高测试人员分析测试日志的效率、减少分析及等待时间，从而提高自动化测试持续集成效率。

附图说明

图1为本发明实施例中无命令行接口自动测试平台中实现无人值守的方法流程图；

图2为本发明另一实施例中无命令行接口自动测试平台中实现无人值守的方法流程图；

图3为本发明实施例中无命令行接口自动测试平台中实现无人值守的系统的结构框图；

图4为本发明另一实施例中无命令行接口自动测试平台中实现无人值守的系统的结构框图。

具体实施方式

本申请实施例作为一种无命令行接口自动测试平台的改进方案，通过提供一种无命令行接口自动测试平台中实现无人值守的方法及系统，解决了现有无命令行接口自动测试平台在实施过程中仍需要人工干预的问题，能在无命令行接口自动测试平台中实现一种无人值守的效果。

为了更好的理解本发明的技术方案，下面将结合说明书附图以及具体的实施例对本发明的技术方案进行详细的说明。

实施例一

参见图1所示，本实施例提供了一种无命令行接口自动测试平台中实现无人值守的方法，该方法包括以下步骤：

A、启动自动测试平台：通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台，所述预设的测试平台启动函数为能够实现自动启动无命令行接口自动测试平台的函数。在具体实施过程中，所述预设的测试平台启动函数可以选用Python语言调用win32process模块的CreateProcess()函数，或者其他可实现自动启动无命令行接口自动测试平台的函数，对于所述预设的测试平台启动函数具体是何种函数，本实施例不做具体限定。但可以理解的是，Python语言作为一种最适合非计算机专业人士使用的编程语言，给持续集成平台的使用和维护成本带来较大的改善，属于本实施例中的一种优选方案。

B、启动测试：通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试。

C、监控测试：通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程，所述预设的测试平台监控函数为能够实现自动监控无命令行接口自动测试平台的函数。在具体实施过程中，所述预设的测试平台监控函数可以选用Python语言提供的psutil模块的psutil.process_iter()函数，或者其他可实现自动监控无命令行接口自动测试平台是否完成测试过程的函数，对于所述预设的测试平台监控函数具体是何种函数，本实施例不做具体限定。

实施例二

本实施例提供的一种无命令行接口自动测试平台中实现无人值守的方法，其基本步骤与实施例一相同，不同之处在于：该方法的启动自动测试平台的步骤具体包括以下内容：

A1、切换到无命令行接口自动测试平台的程序所在的目录。可以理解的是，考虑到相对路径下存在动态链接库等依赖关系，通过预设的测试平台启动函数自动启动无命令行接口自动测试平台前，即从命令行启动自动测试平台前，需要先切换到无命令行接口自动测试平台的程序所在目录。

A2、通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台。举例来说，可使用Python语言调用win32process模块的CreateProcess()函数启动无命令行接口自动测试平台。其中，该函数使用“CREATE_NO_WINDOW”参数时，系统不为新进程创建GUI(Graphical User Interface，图形用户界面)窗口。其具体的实现代码可如下：

handle_exe＝win32process.CreateProcess('ATP.exe',”,None,None,0,win32process.CREATE_NO_WINDOW,None,None,win32process.STARTUPINFO())

A3、检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。在具体实施过程中，所述预设的窗口句柄获取函数可以选用win32gui.FindWindow()函数，或者其他可实现获取窗口句柄的函数，对于所述预设的窗口句柄获取函数具体是何种函数，本实施例不做具体限定。举例来说，可以windows窗口标题作为关键字，使用Python语言调用win32gui.FindWindow()函数获取该操作界面窗口的句柄。

进一步地，在具体实施过程中，获取无命令行接口自动测试平台的操作界面窗口的句柄时，由于无命令行接口自动测试平台的名称通常为字符串类型，因此，实际操作时应将无命令行接口自动测试平台名称对应的字符串以u或U开头，以便告知系统该字符串的编码类型是Unicode。特别是在使用类似Python2.7版本语言处理中文字符串时，尤其要注意标明字符串编码类型。例如，相应代码可如下：

wdname1＝u"烽火自动化测试平台FHATP V2R1"

w1hd＝win32gui.FindWindow(0,wdname1)

实施例三

本实施例提供的一种无命令行接口自动测试平台中实现无人值守的方法，其基本步骤与实施例一相同，不同之处在于：该方法的启动测试的步骤具体包括以下内容：

B1、通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄。在具体实施过程中，所述预设的控件句柄获取函数可以选用windowsformswindowappbfrad()函数，或者其他可实现获取控件句柄的函数，对于所述预设的控件句柄获取函数具体是何种函数，本实施例不做具体限定。举例来说，其具体的实现代码可如下：

edit＝windowsformswindowappbfrad.Edit#获取文件框的控件句柄；

runStart＝windowsformswindowappbfrad[u'运行']#获取运行按键的控件句柄。

B2、使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。举例来说，在具体实施过程中，可使用Python语言调用文件框控件句柄的TypeKeys()函数，实现文件框的输入动作；可使用Python语言运行控件句柄的Click()函数，实现运行按键的鼠标单击动作。其具体的实现代码可如下：

edit.TypeKeys('test_list\n')#操作文件框控件句柄的TypeKeys()函数在文件框中输入测试项清单名称；

runStart.Click()#通过运行控件句柄的Click()函数，完成运行按键的鼠标单击动作，启动测试。

实施例四

本实施例提供的一种无命令行接口自动测试平台中实现无人值守的方法，其基本步骤与实施例一相同，不同之处在于：该方法的监控测试的步骤中，自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。若测试进程存在，则判定无命令行接口自动测试平台未完成测试过程；若测试进程不存在，则判定无命令行接口自动测试平台已经完成测试过程。

举例来说，以使用Python语言为例，在一种可选的实施方式中，可使用Python语言提供的psutil.process_iter()函数作为预设的测试平台监控函数获取进程列表，匹配到目标进程号PID。通过PID获取到进程所属的用户名，比较是否在本用户名下。特别值得注意的是windows server系统严格管理用户权限，非管理员获取其他用户的进程信息会报错。因这类报错并不影响程序功能的正常运行，本实施例中采用Python语言的try-expect特性捕获错误而不处理以保证代码功能的健壮性。具体来说，其具体的实现代码可如下：

需要注意的是，上述使用Python语言实现监控无命令行接口自动测试平台的测试进程是否存在的具体操作仅仅是一个例子而已。在使用其他语言来实现测试进程监控时，开发人员可以根据所选语言的实际函数、代码、接口等情况进行具体的设计和调整，本举例仅为一种优选的方案，在此不做限制。

实施例五

参见图2所示，本实施例提供的一种无命令行接口自动测试平台中实现无人值守的方法，其基本步骤与实施例一相同，不同之处在于：该方法在监控测试的步骤之后还包括：D、分析测试日志的步骤。具体来说，分析测试日志的步骤包括：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。

举例来说，以使用Python语言为例，在一种可选的实施方式中，可使用Python语言提供的openpyxl模块并结合Python语言的列表特性对测试日志的excel文件进行逐页逐行逐列的分析，统计出各测试项的测试结果；并将统计的各测试项的测试结果输出，以便测试人员查看使用。可以理解的是，使用Python语言提供的openpyxl模块并结合Python语言的列表特性可非常方便的分析excel电子表格，因此特别适合用来分析测试日志的excel文件；并且，电脑上无需安装microsoft office套件亦可分析excel文件，可节约软件成本。其具体的实现代码可如下：

wb＝load_workbook(TestResult.xls)#TestResult.xls为测试日志的excel文件

ws＝wb.get_sheet_by_name('sheet1')#取第一个sheet

ws_rows_len＝len(ws.rows)#获取excel行数

ws_columns_len＝len(ws.columns)#获取excel列数

需要注意的是，上述使用Python语言实现分析测试日志并输出测试项统计结果的具体操作仅仅是一个例子而已。在使用其他语言来实现分析测试日志并输出测试项统计结果时，开发人员可以根据所选语言的实际函数、代码、接口等情况，结合实际分析的需要，进行具体的设计和调整，本举例仅为一种优选的方案，在此不做限制。

实施例六

基于同一发明构思，参见图3所示，本发明实施例还提供了一种基于上述方法的无命令行接口自动测试平台中实现无人值守的系统。该系统包括测试平台启动单元、测试启动单元和测试监控单元。

其中，测试平台启动单元用于：通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；测试启动单元用于：通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；测试监控单元用于：通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。

进一步地，所述测试平台启动单元自动启动无命令行接口自动测试平台的具体流程为：切换到无命令行接口自动测试平台的程序所在的目录；通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。

更进一步地，所述测试启动单元完成测试项的输入并启动测试的具体流程为：通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄；使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。

再进一步地，所述测试监控单元自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。

实施例七

参加图4所示，本实施例提供的无命令行接口自动测试平台中实现无人值守的系统，其基本结构与实施例六相同，不同之处在于：该系统还包括测试日志分析单元，该测试日志分析单元用于：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。

本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。

本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (10)

1.一种无命令行接口自动测试平台中实现无人值守的方法，其特征在于，该方法包括以下步骤：

A、通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；

B、通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；

C、通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。

2.如权利要求1所述的无命令行接口自动测试平台中实现无人值守的方法，其特征在于，步骤A具体包括以下操作：

A1、切换到无命令行接口自动测试平台的程序所在的目录；

A2、通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；

A3、检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。

3.如权利要求1所述的无命令行接口自动测试平台中实现无人值守的方法，其特征在于，步骤B具体包括以下操作：

B1、通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄；

B2、使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。

4.如权利要求1所述的无命令行接口自动测试平台中实现无人值守的方法，其特征在于：步骤C中，自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。

5.如权利要求1至4中任一项所述的无命令行接口自动测试平台中实现无人值守的方法，其特征在于，该方法的步骤C之后，还包括分析测试日志的步骤：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。

6.一种基于权利要求1所述方法的无命令行接口自动测试平台中实现无人值守的系统，其特征在于：该系统包括测试平台启动单元、测试启动单元和测试监控单元；

所述测试平台启动单元用于：通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；

所述测试启动单元用于：通过获取并使用控件句柄的方式，在无命令行接口自动测试平台的操作界面完成测试项的输入并启动测试；

所述测试监控单元用于：通过预设的测试平台监控函数，自动监控无命令行接口自动测试平台是否完成测试过程。

7.如权利要求6所述的无命令行接口自动测试平台中实现无人值守的系统，其特征在于，所述测试平台启动单元自动启动无命令行接口自动测试平台的具体流程为：

切换到无命令行接口自动测试平台的程序所在的目录；通过预设的测试平台启动函数，自动启动无命令行接口自动测试平台；检查确认无命令行接口自动测试平台的操作界面窗口已经打开后，以窗口标题为关键字，通过预设的窗口句柄获取函数获取该操作界面窗口的句柄。

8.如权利要求6所述的无命令行接口自动测试平台中实现无人值守的系统，其特征在于，所述测试启动单元完成测试项的输入并启动测试的具体流程为：

通过预设的控件句柄获取函数，根据文件框控件、运行控件的Text属性，分别获取文件框控件的控件句柄和运行控件的控件句柄；使用获取到的文件框控件的控件句柄，在无命令行接口自动测试平台的操作界面完成测试项的输入；使用获取到的运行控件的控件句柄，在无命令行接口自动测试平台的操作界面完成运行按键的鼠标单击动作，启动测试。

9.如权利要求6所述的无命令行接口自动测试平台中实现无人值守的系统，其特征在于：所述测试监控单元自动监控无命令行接口自动测试平台是否完成测试过程时，是通过预设的测试平台监控函数自动监控无命令行接口自动测试平台的测试进程是否存在，来判断无命令行接口自动测试平台是否完成测试过程。

10.如权利要求6至9中任一项所述的无命令行接口自动测试平台中实现无人值守的系统，其特征在于：该系统还包括测试日志分析单元，该测试日志分析单元用于：当监控到无命令行接口自动测试平台已经完成测试过程后，分析测试日志，并输出测试项统计结果。