CN1555014A - 一种人机命令测试方法 - Google Patents

Abstract

本发明的一种人机命令测试方法，其利用至少一通用计算机，实现人机命令的自动化测试，该方法包括以下步骤：设计人机命令的文件存储格式，以方便使用应用编程接口来获取目标值；设计人机命令的输入界面，通过该人机命令输入界面录入人机命令并保存，生成测试用例；设计自动化测试界面，并设置自动化测试参数；启动目标测试窗口，连接被测试系统；按需创建自动化测试线程，进行人机命令自动化测试；断开自动化测试系统与人机命令网管系统的连接。本发明方法采用了“程序与数据分离”与“Windows消息转发”相结合的技术构思，以实现自动化测试，减轻了测试成本，避免了重复劳动，降低了测试人员压力，并实现了提高测试工作效率和质量的效果。

Description

一种人机命令测试方法

技术领域

本发明涉及一种计算机软件测试技术，具体地说，涉及嵌入式软件的一种通用人机命令自动化测试方法。

背景技术

目前，人机命令作为一种独特的、功能强大的网管方式是几乎所有嵌入式软件系统都必须提供的，而随着嵌入式软件系统开发的进展，不开避免地要进行人机命令的网管系统测试、回归测试。然而，对测试人员而言，一次次的系统测试或回归测试，意味着在做相同或相似的工作，如果能对这些重复工作进行改进和优化，就会使测试效率和测试质量得到很大的提高，最终达到提高产品质量的目的。经过对测试工作过程进行详细分析，可以得出影响测试工作效率和测试质量的因素主要体现在以下几个方面：

1.对于回归测试或故障验证测试，测试人员总是重复地执行很多以前已经执行过的正常的操作。

2.对于压力测试，测试人员总是人工去实现，因而在执行频度和数量上难以达到要求。

3.对于并发测试，手工方式往往不能做到同步，因而无法实现真正的并发测试。

4.对于故障复现测试，受限于测试人员的记忆能力，在一些故障的复现上，总是不能完全实现。

5.对于故障隐患测试，由于需要对系统进行深度、不间断测试，在时间有限的情况下，手工测试几乎无法进行。

6.对于时间利用情况，虽然被测系统可以24小时运行，但是测试人员夜间需要休息。

用自动化测试代替繁重的手工测试，并提高测试效率和质量一直是人机命令网管系统测试工作改进的目标。目前商用的捕捉/回放测试工具能够记录下所有的用户与应用程序以及数据库服务器的交互操作，并以测试脚本的形式进行存储，最后根据脚本回放所有用户执行的操作，因此常被用于系统的回归测试与故障验证，是一种可行的自动化测试工具，如美国Rational公司的Robot就是一种商业化的捕捉/回放测试工具。然而，借助Robot工具对人机命令网管进行自动测试虽然在一定程度上减轻了测试人员在回归测试中的工作量，并且也提高了一定效率，但是其缺点也很明显：

1.测试成本高。Robot的安装对计算机操作系统类型、内存、硬盘空间等软件、硬件资源要求均较高，一般机器难以胜任，无形中提高了测试成本。

2.测试脚本难以共享。由于Robot录制各种交互操作如鼠标位置，按键次数等时包含了计算机当前设置相关的信息，因而，在一台机器上录制的测试脚本无法轻易的在其它机器上执行，难以达到资源共享；另外，测试脚本不具备通用性，每当测试用例改动时，测试人员必须重新录制测试脚本或者手工修改脚本，使用起来极其不方便。

3.某些并发操作难以实现。如对远程登录类型的人机命令网管进行并发测试，即使运行Robot多实例也无法在同一台机器上实现。

4.测试人员素质要求高。由于Robot采用了脚本技术，必然要求测试人员在脚本因意外被修改时能及时对所录入的脚本进行改正，并对所有测试脚本进行维护，而掌握Robot对身负重任的测试人员来说是一大压力。

有鉴于上述现有技术的缺陷存在，显然现有技术有待改进。

发明内容

本发明的目的在于克服上面描述的现有技术中的缺点，提供一种人机命令测试方法，即一种基于Windows消息机制的人机命令自动化测试方法。该方法使得测试人员无需安装、掌握Robot软件，无需编写任何测试脚本，只需在一个友好的人机命令编辑界面上编辑、定制测试用例，并选用任何一台能运行Windows操作系统的机器运行按本发明所设计出的系统以及相应的测试用例，就可以对人机命令网管进行自动化测试。

本发明的技术方案如下：

一种人机命令测试方法，其利用至少一通用计算机，实现人机命令的自动化测试，该方法包括以下步骤：

a)设计人机命令的文件存储格式，以方便使用应用程序接口来获取目标值；

b)设计人机命令的输入界面，通过该人机命令输入界面录入人机命令并保存，生成测试用例；

c)设计自动化测试界面，并设置自动化测试参数；

d)启动目标测试窗口，连接被测试系统；

e)按需创建自动化测试线程，进行人机命令自动化测试；

f)断开自动化测试系统与人机命令网管系统的连接。

所述的测试方法，其中，所述文件存储格式为节/关键字/值，所述节分为两类，一类用以表示本命令文件中的命令个数，另一类记录实际的命令。

所述的测试方法，其中，所述步骤b)还包括以下步骤：

b1)在所述人机命令的输入界面中录入人机命令，同时指定人机命令的参数名称、参数个数、运行次数、延时，并通过宏形式来实现随机数、IP地址、MAC地址自动生成，以及支持命令参数值的动态获取；

b2)按所述步骤a)所设计的存储格式保存所录入的人机命令到指定的命令文件中，该命令文件名包含两部分信息：用例名本身和命令文件执行次数信息，该命令文件中所有命令均执行一遍；

b3)以项目文件的形式保存欲包含的命令文件。

所述的测试方法，其中，所述步骤c)中的所述自动化界面包括：至少一个自动化测试所需的项目文件路径名编辑框，对Telnet网管类型，还需登录用户名称、密码、目标系统IP地址、并发测试数等编辑框，所述每一并发测试数对应一个项目文件；以及至少一启动自动化测试按钮、暂停自动化测试按钮、停止自动化测试按钮。

所述的测试方法，其中，所述步骤e)还包括以下步骤：

e1)从所述自动化测试界面上获取参数，并根据所取得的参数调用应用程序接口启动相应的测试线程；

e2)测试线程从所述项目文件中获取最终的人机命令，并对该人机命令进行缓存；

e3)测试线程对所获取的人机命令进行预处理；

e4)测试线程把预处理后的人机命令转化为字符消息亦即操作系统消息序列；

e5)将转化后的所述字符序列中的消息通过调用信息邮寄应用程序接口自动邮寄到目标窗口，即进行自动化测试；

e6)重复所述e3)以后的步骤，直到该测试过程中断或结束。

所述的测试方法，其中，所述用来表示实际命令的节，其名称为命令编号，其同时包含两个关键字，其一关键字值为该命令本身，还包括该命令的具体执行信息；其二关键字用来指示该命令是否要执行。

本发明的一种人机命令测试方法，采用了“程序与数据分离”与“Windows消息转发”相结合的技术构思，以实现自动化测试，本发明方法与现有技术相比，避免了利用捕捉/回放测试工具录制脚本所带来的脚本庞大、脚本维护困难、测试成本高等缺点，良好的人机界面使测试人员能灵活地创建、修改、维护测试用例，该短小精悍、可独立运行的自动化测试系统使得测试人员可以选用任何一台能运行Windows操作系统的机器运行该系统以及测试用例，最终减轻了测试成本，避免了重复劳动，降低了测试人员压力，并实现了提高测试工作效率和质量的效果。

附图简要说明

下面通过具体的实施例并结合附图对本发明作进一步详细地描述。

附图中，

图1是本发明的一种人机命令测试方法的整体流程示意图；

图2是本发明方法的人机命令输入界面设计及录入流程示意图；

图3是本发明方法的Windows消息转发模式流程图；

图4是本发明方法的目标窗口定位程序流程图；

图5是本发明方法的自动化测试界面设计及自动化测试程序流程图。

具体实施方式

以下结合附图对技术方案的实施例作进一步的详细描述：

本发明方法的主要核心思想是结合“程序与数据分离”和“Windows消息转发”，“程序与数据分离”思想是人机命令不与程序绑定在一起：设计一个人机命令录入程序(界面)，通过此界面编辑人机命令，并把人机命令以配置文件格式——以文件存储格式“节(section)/关键字(key)/值(string)”保存到一命令文件中，而自动测试程序则实现与具体命令无关性，它通过访问所述命令文件的方法来获取存储在该命令文件中的人机命令，对所获取到的人机命令进行命令预处理，并把预处理后的人机命令即字符串转化为相应的字符消息(亦即操作系统的Windows消息)序列，最后，利用操作系统所提供的“Windows消息转发”机制，将字符消息序列邮寄到目标测试窗口，以达到自动化测试目的。

本发明的一种人机命令测试方法，如图1所示的，在实施本发明之前，首先必须设计人机命令的文件存储格式，具体格式可以是“节(section)/关键字(key)/值(string)”；设计好人机命令的文件存储格式后，设计人机命令输入界面，通过人机命令录入界面编辑的人机命令，并以所述文件存储格式保存到所述命令文件中；之后，设计自动化测试界面，在自动化测试界面上设置各种必要参数，例如，项目文件信息，连接被测试系统所必须的登录参数等等；接着，若是非Telnet类型网管，则需手工连接被测试系统，获取目标测试窗口句柄，否则(Telnet类型网管)由自动化测试程序自动根据登录参数进行连接，并获取目标测试窗口句柄；最后，根据并发测试数目，创建所需的自动化测试线程，而所述自动化测试线程所需参数由前面步骤提供，自动化测试线程以项目文件中的信息为入口，获取具体的人机命令，对人机命令进行预处理，把人机命令转为为字符消息并放入系统的消息队列，由系统完成消息队列里消息的邮寄、分发到目标测试窗口，自动化测试过程持续到测试结束条件满足为止。

以下为本发明方法的具体各个步骤的详细说明：

第一步，设计人机命令的文件存储格式。本发明所采用的人机命令存储格式为“节(section)/关键字(key)/值(string)”，这样，可以方便使用WritePrivateProfileString、GetPrivateProfileString等API来获取目标值，具体来说，section分为两大类，一类用来表示本命令文件中共有多少命令；另外一类则用来表示实际的命令，此时，section名称为命令编号，同时包含两个关键字，其一名称可以为Cmd，关键字值为命令本身，它同时也包含了该命令的具体执行信息：执行次数、延时等等，而命令及执行信息之间在存储时以约定的特殊间隔符号隔开，访问时则按相同的间隔符号分段进行；关键字二名称可以为RunFlag，用来指示该命令是否要执行。

第二步，设计人机命令输入界面，通过人机命令的所述输入界面录入人机命令。设计人机命令的输入界面的目的是为了方便测试人员能够直观地录入、编辑欲进行测试的人机命令，对测试人员来说，人机命令录入的过程就是生成一测试用例的过程。

本步骤又可以包括下列步骤：

1.所设计的人机命令的输入界面除了能录入人机命令外，还必须满足以下要求：第一、指定人机命令的参数名称、参数个数、运行次数、延时。第二、通过“宏”的形式来实现随机数、IP地址、MAC地址自动生成。第三、支持命令参数值的动态获取，这在关联命令测试中尤为重要。

2.按所述文件存储格式保存所录入的人机命令到指定的命令文件中，首先判断所述命令文件是否存在，如不存在则创建新的命令文件；如已有一命令文件存在，则覆盖该已有命令文件。该命令文件的文件名包含两部分信息：所述测试用例名本身和命令文件执行次数信息；缺省的执行次数为1，即该命令文件中的所有命令均须至少执行一遍。

3.以“项目文件”的形式保存欲包含的命令文件，首先判断所述项目文件是否存在，如不存在则创建新的项目文件，如已有一项目文件存在则覆盖已有的项目文件；所述项目文件的信息是进行自动化测试的入口信息，人机命令是自动化测试的内容，而命令文件则是为了对人机命令进行分类而引进的，命令文件中以一定格式存储了录入的人机命令。

如图2所示的，是人机命令的输入界面设计及录入流程图，所述人机命令的输入界面在实施本发明专利之前必须设计好，所设计的人机命令输入界面必须包含以下几个方面的因素：第一，能够编辑简单的、未带参数的人机命令；第二，能够编辑带参数的人机命令；第三，能够编辑嵌套的、关联命令，体现在：静态编辑一个人机命令，动态执行多个命令，例如静态编辑一个含有特殊分割符号——“∧”符号的人机命令为“Command1∧Command2∧Command3”，则动态执行时将顺序执行这三个人机命令：Command1，Command2，Command3；而关联命令体现在参数值引用上，后一个命令可以通过宏“PARAM(n)”来取得前面命令第n个参数的值，其中n为参数序号。该方法的使用前提条件：关联命令本身必须是如上所述的嵌套命令编辑。为了实现嵌套、关联，本发明采用了命令三段化，即命令前部——命令中部亦即参数——命令后部，其中命令中部和命令后部是可选项，关联命令参数值引用只能在命令后部出现。第四，能够支持“宏”应用，即编辑命令时使用约定符号，动态执行时能转化为预期的值，而转化部分工作在自动化测试线程的命令预处理部分完成，如DELAY(1000)表示执行完命令延时1000毫秒，RAND IP自动产生合法的IP地址，RAND MAC自动产生合法的MAC地址。第五，能够指定人机命令的运行次数、延时。

所述人机命令被录入、编辑完毕后，即以本发明方法所述的存储格式保存到所述命令文件中，以便自动化测试时使用，或将来重新加载该命令文件时进行修改等操作。所有的人机命令被分类后即以命令文件的形式进行存储，最终保存到项目文件，作为自动化测试线程的入口参数之一。而当自动化测试规程进行时，则以相反的方向访问人机命令。

如图3所示的是本发明方法中Windows消息转发的模式图，消息转发是实现本发明的核心技术之一，本发明的自动化测试系统本质上是一个Windows应用程序，为此，必须充分掌握Windows消息机制的原理。

Windows是一种面向对象的体系结构，Windows环境和应用程序都是通过消息来交互的，而系统维护一个或多个消息队列，由应用程序产生的所有消息都会被放入或是插入队列中，然后系统会自动分发队列中的消息到应用程序的消息循环，即从消息队列中取出每一条消息，根据消息的接收句柄而将该消息发送给对应拥有该窗口的程序的消息循环。每一个运行的程序都有自己的消息循环，在其消息循环中得到属于自己的消息并根据接收窗口的句柄调用相应的窗口过程函数。而在没有消息时消息循环就将控制权交还给系统。

消息队列中消息的结构(MSG)可以为：

typedef struct tagMSG{

    HWND hwnd；

    UINT message；

    WPARAM wParam；

    LPARAM lParam；

    DWORD time；

    POINT pt；

 }MSG；

其中第一个成员变量是用以标识接收该消息的窗口的窗口句柄；第二个参数便是消息标识号；第三个和第四个参数的具体意义同message值有关，均为消息参数，后两个参数则分别表示发送、邮寄消息的时间和光标位置。

对应于消息结构，在实际运行时，第一个参数的取值即为目标测试窗口的句柄，而消息参数则指人机命令，最后两个参数取缺省值。

第三步，设计自动化测试界面、设置自动化测试参数。本界面主要包含几个元素：自动化测试所需的项目文件路径名编辑框(允许有多个)，对Telnet网管类型，还需包含登录用户名称、密码，目标系统IP地址，并发测试数(每个需要对应一个项目文件)。另外，启动自动化测试按钮、暂停自动化测试按钮、停止自动化测试按钮也是必须的。最后，通过自动化测试界面设置自动化测试参数。

第四步，启动目标测试窗口，连接被测试系统。根据实际情况，对Telnet类型的人机命令网管系统，需用户提供连接网管系统的用户名和密码，而测试程序则按需并发数目自动启动一个或多个Telnet程序登录、连接网管系统，同时通过FindWindow API查找、定位各Telnet窗口，把窗口句柄保存到数组中，以便在人机命令消息邮寄时区分正确的目标测试窗口；对非Telnet类型的人机命令网管，需用先由测试人员手动启动测试窗口并连接被测试网管系统，然后利用WindowFromPoint、ChildWindowFromPointEx API查找功能定位到目标测试窗口，保存目标测试窗口句柄。

如图4所示的是目标窗口的定位流程图，从消息结构成员得知，转发消息时必须首先取得目标测试窗口的句柄，而目标窗口定位解决了该问题。有两种方式可以获得目标窗口句柄：

1.对人机命令网管类型为Telnet网管类的，则只需给系统提供连接Telnet网管的用户名、密码及IP地址，测试程序根据并发数目启动一个或多个Telnet应用程序，并在随之产生的Telnet窗口中连接、登录人机命令网管系统，同时，使用FindWindowAPI获取各个Telnet窗口句柄并保存Telnet窗口句柄到数组中，以便自动化测试线程使用。

2.对于人机命令网管为非Telnet网管类型的，如超级终端等具有Windows窗口的网管，则需要手工启动、连接网管程序，然后利用WindowFromPoint、ChildWindowFromPointEx API定位到目标测试窗口，保存目标测试窗口句柄到变量中，以便自动化测试线程使用。

第五步，按需创建自动化测试线程，进行人机命令自动化测试。

本步骤又可以包括下列步骤：

1.从自动化测试界面上获取参数，并根据所取得的参数调用AfxBeginThread启动相应的测试线程。

2.测试线程从项目文件获取最终的人机命令，并对人机命令进行缓存

3.测试线程对所获取的人机命令进行预处理。

4.测试线程把预处理后的人机命令转化为字符消息亦即Windows消息序列。

5.将转化后字符序列消息调用PostMessage API自动邮寄到目标窗口，即自动化测试。

6.重复3以后的步骤，直到测试中断或结束。

如图5所示的是本发明方法中的自动化测试流程图，所述自动化测试是最终目标，进行自动化测试之前必须提供好自动化测试所需的参数，为此，首先设计自动化测试界面，对Telnet网管类型，自动化测试界面中须包含以下几个元素：自动化测试所需的项目文件路径名编辑框(允许多个)，还需包含登录用户名称、密码，目标系统IP地址，并发测试数(每个需要对应一个项目文件)。而对非Telnet网管而言，自动化测试界面须包含自动化测试所需的项目文件路径名编辑框。另外，不管哪种类型网管，所述自动化测试界面上须包括：启动自动化测试按钮、暂停自动化测试按钮、停止自动化测试按钮。

接着，在所设计的自动化测试界面设置好所必要的信息。

当前提条件满足后，调用AfxBeginThread API创建并启动一个或多个自动化测试线程，由自动化测试线程来完成自动测试操作。自动化测试线程首先找到所述项目文件，然后找到该项目文件所包含的所述命令文件，最后从所述命令文件中提取对应的人机命令。为了减少测试过程中频繁打开、关闭文件等耗时操作，自动化测试线程把所获取到的所述命令文件和所述人机命令均进行了缓存，随后对该命令文件和人机命令的访问均从缓存中获取。

每当取得一个人机命令时，所述自动测试线程对人机命令进行预处理，完成对以宏形式进行人机命令编辑的字符转化，如自动随机数生成、随机IP地址生成、随机MAC地址，嵌套命令处理、关联命令处理。所述人机命令预处理后，自动测试线程把人机命令转化为Windows消息，并根据目标测试窗口句柄值，借助Windows消息转发机制，调用PostMessage(消息邮寄)把人机命令邮寄到目标测试窗口，达到自动测试的目的。

该自动测试过程持续到项目文件所包含的命令文件和命令文件中所包含的命令全部测试完毕或中途停止为止，若指定测试次数时，还要循环测试到测试次数达到指定测试次数为止(包括命令文件执行次数和命令本身执行次数等等)。

最后介绍采用本发明方法对一个具有三个参数的人机命令进行自动化测试的一个具体实施案例：

利用本发明的方法实现的自动化测试系统是一个与被测产品及产品运行平台无关的Windows应用程序，其使用方法如下：

假设网管为Telnet网管，人机命令为“Config Board”，该命令有三个参数frame，范围为1到255；shelf，范围为1到2；slot，范围为1到8。由三个Telnet终端并发测试网管系统。

首先按要求设计好人机命令输入界面，在人机命令输入界面上录入人机命令“Config Board”，并指定参数个数为3个，同时指定参数1为frame，最小值为1，最大值为255，步长为1；参数2为shelf，最小值为1，最大值为2，步长为1；参数3为slot，最小值为1，最大值为8，步长为1，该指定该命令反覆测试1000次，以要求的存储格式保存到test.cmd命令文件，保存test.cmd命令文件到项目文件test.ctp；按要求设计好自动化测试界面，在该自动化测试界面输入连接Telnet网管的用户名test，密码test，选择项目文件test.ctp，由于是Telnet网管，故选择并发测试数目为3，程序将自动启动三个Telnet应用程序，单击启动按钮，即可以进入自动化测试，此时，可以看到有三个Telnet终端在并发对被测试系统进行测试。到该自动化测试结束，本自动化测试系统将以255*2*8种参数组合向Telnet网管实际发送1000次，共255*2*8*1000个命令，由此可以看出本发明的测试方法中的自动化测试效率。

第六步，断开自动化测试系统与人机命令网管系统的连接。

本发明的基于Windows消息机制的人机命令自动化测试方法及系统具有以下优点：

1.测试成本低。本自动化测试系统直接利用了Windows操作系统所提供的消息转发功能，无需任何第三方软件(如Robot)即可直接运行并进行自动化测试，另外，本测试系统对计算机软件、硬件均无特殊要求，在任何一台安装了Windows操作系统的通用计算机上均能运行。

2.测试用例便于共享。在不同机器上定制的测试用例能够在不做任何修改的情况下复制到其它机器上利用本自动化测试系统进行自动化测试。

3.简单、高效。本自动化测试系统已经对测试脚本——自动化测试程序进行了封装，无需测试人员进行干预，而且，人机命令编辑界面简单、友好、功能强大，测试人员真正完全能够把全部精力放在人机命令测试用例的定制上，达到“所见即所得”。

4.易于推广。由于本自动化测试提供良好的人机界面，加之整个系统仅包含一个可执行文件，使用极其方便，因而也容易在项目内推广。另外，由于“程序与数据分离”，只要录入新的测试用例，便可对其它项目的人机命令网管进行自动化测试，即易于项目间推广。

5.为开发自动化测试软件提供了一个典范。

本发明的实施例实现了本发明的目的，在实际的测试工作中达到了减轻测试人员负担，避免重复劳动的效果，比单纯的应用捕捉/回放测试工具更为简洁、灵活，大大提高测试效率和测试质量。

应当指出的是，对本领域普通技术人员来说，可以根据本发明的技术方案及其构思加以等同改变或替换，而所有这些改变或替换都应属于本发明所附的权利要求的保护范围。

Claims (6)

1、一种人机命令测试方法，其利用至少一通用计算机，实现人机命令的自动化测试，该方法包括以下步骤：

a)设计人机命令的文件存储格式，以方便使用应用程序接口来获取目标值；

b)设计人机命令的输入界面，通过该人机命令输入界面录入人机命令并保存，生成测试用例；

c)设计自动化测试界面，并设置自动化测试参数；

d)启动目标测试窗口，连接被测试系统；

e)按需创建自动化测试线程，进行人机命令自动化测试；

f)断开自动化测试系统与人机命令网管系统的连接。

2、根据权利要求1所述的测试方法，其特征在于，所述文件存储格式为节/关键字/值，所述节分为两类，一类用以表示本命令文件中的命令个数，另一类记录实际的命令。

3、根据权利要求2所述的测试方法，其特征在于，所述步骤b)还包括以下步骤：

b1)在所述人机命令的输入界面中录入人机命令，同时指定人机命令的参数名称、参数个数、运行次数、延时，并通过宏形式来实现随机数、IP地址、MAC地址自动生成，以及支持命令参数值的动态获取；

b2)按所述步骤a)所设计的存储格式保存所录入的人机命令到指定的命令文件中，该命令文件名包含两部分信息：用例名本身和命令文件执行次数信息，该命令文件中所有命令均执行一遍；

b3)以项目文件的形式保存欲包含的命令文件。

4、根据权利要求3所述的测试方法，其特征在于，所述步骤c)中的所述自动化界面包括：至少一个自动化测试所需的项目文件路径名编辑框，对Telnet网管类型，还需登录用户名称、密码、目标系统IP地址、并发测试数等编辑框，所述每一并发测试数对应一个项目文件；以及至少一启动自动化测试按钮、暂停自动化测试按钮、停止自动化测试按钮。

5、根据权利要求4述的测试方法，其特征在于，所述步骤e)还包括以下步骤：

e1)从所述自动化测试界面上获取参数，并根据所取得的参数调用应用程序接口启动相应的测试线程；

e2)测试线程从所述项目文件中获取最终的人机命令，并对该人机命令进行缓存；

e3)测试线程对所获取的人机命令进行预处理；

e4)测试线程把预处理后的人机命令转化为字符消息亦即操作系统消息序列；

e5)将转化后的所述字符序列中的消息通过调用信息邮寄应用程序接口自动邮寄到目标窗口，即进行自动化测试；

e6)重复所述e3)以后的步骤，直到该测试过程中断或结束。

6、根据权利要求2所述的测试方法，其特征在于，所述用来表示实际命令的节，其名称为命令编号，其同时包含两个关键字，其一关键字值为该命令本身，还包括该命令的具体执行信息；其二关键字用来指示该命令是否要执行。

Images