CN107608873B - 软件测试方法和系统及测试平台 - Google Patents

Abstract

本发明公开了一种软件测试方法和系统及测试平台，其中方法包括如下步骤：根据被测软件自动生成测试用例解析与执行程序源文件，并将测试用例解析与执行程序源文件编译生成可执行文件；将可执行文件烧写至被测软件的运行平台中；将预设的与被测软件相应的测试用例发送至可执行文件，由可执行文件执行测试用例，对被测软件进行测试；接收并保存可执行文件执行测试用例后的执行结果。其通过根据被测软件自动生成测试用例解析与执行程序源文件，不需要再由测试人员进行源文件的人为编写，有效减少了测试工作量，并降低了测试难度。最终有效解决了传统的软件模块接口测试方法具有一定的局限性和低效性的问题。

Description

软件测试方法和系统及测试平台

技术领域

本发明涉及软件工程技术领域，特别是涉及一种软件测试方法和系统及测试平台。

背景技术

软件系统通常都是由若干个小的功能模块组成。通常，在软件开发过程中，需要对这些功能模块中的函数接口进行测试。传统的软件模块接口测试方法，通常是由专门的测试人员编写测试所需的测试用例以及实现代码，同时还需要由测试人员记录测试结果并编写测试报告。由此，采用传统的软件模块接口测试方法不但要求测试人员具有定的软件开发能力，并且测试工作量大，软件测试效率较低。因此，传统的软件模块接口测试方法具有一定的局限性和低效性。

发明内容

基于此，有必要针对传统的软件模块接口测试方法具有一定的局限性和低效性的问题，提供一种软件测试方法和系统及测试平台。

为实现本发明目的提供的一种软件测试方法，包括如下步骤：

根据被测软件自动生成测试用例解析与执行程序源文件，并将所述测试用例解析与执行程序源文件编译生成可执行文件；

将所述可执行文件烧写至所述被测软件的运行平台中；

将预设的与所述被测软件相应的测试用例发送至所述可执行文件，由所述可执行文件执行所述测试用例，对所述被测软件进行测试；

接收并保存所述可执行文件执行所述测试用例后的执行结果。

在其中一个实施例中，所述可执行文件与所述测试用例解析与执行程序源文件一一对应；

所述测试用例解析与执行程序源文件包括通信模块、测试用例解析模块、接口映射表和接口执行模块；

所述通信模块，用于接收所述测试用例；

所述测试用例解析模块，用于解析所述测试用例，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；并根据获取的所述接口名由所述接口映射表中查找相应的第一调用地址；

所述接口执行模块，用于根据所述第一调用地址调用所述被测接口，并根据所述测试参数执行所述被测接口，对所述被测接口进行测试；

其中，所述接口映射表包括所述被测接口与其调用地址之间的对应关系。

在其中一个实施例中，所述根据被测软件自动生成测试用例解析与执行程序源文件时，所述接口映射表通过以下步骤生成：

获取并加载所述被测软件，并对所述被测软件进行解析，获取所述被测软件的各个接口；

根据解析获取的各个所述接口与其调用地址之间的对应关系生成所述接口映射表。

在其中一个实施例中，所述可执行文件执行所述测试用例，对所述被测软件进行测试，包括如下步骤：

接收所述测试用例；

对所述测试用例进行解析，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；根据所述接口名由所述接口映射表中查找所述被测接口的第一调用地址；

通过所述第一调用地址调用所述被测接口并根据所述测试参数执行所述被测接口，对所述被测接口进行测试。

在其中一个实施例中，还包括设计所述测试用例的步骤；其中，设计所述测试用例的步骤包括：

根据所述被测软件建立与所述被测软件相应的数据库；其中，所述数据库包括所述被测软件的各个接口；

由所述数据库中提取出当前需要测试的被测接口，并建立测试用例组；

对所述测试用例组中每一个所述被测接口均设置相应的所述测试用例，并对每一个所述测试用例设置相应的用例名；

接收与所述被测接口相应的接口名和测试参数，并将所述接口名和所述测试参数存储为相应的所述测试用例；

其中，所述接口名用于表征所述被测接口；

所述测试参数包括：所述被测接口的输入参数、所述被测接口的预期调用结果返回值、所述被测接口的输出参数预期结果、所述被测接口执行过程中需人为确认的确认方法和预期确认结果中的至少一种。

在其中一个实施例中，所述将所述测试用例发送至所述可执行文件，包括如下步骤：

将所述测试用例中记载的所述接口名、所述测试参数打包成适用于网络传输的报文发送至所述可执行文件；或

将所述测试用例中的所述接口名映射为调用ID，并与所述测试参数一起打包成适用于串口传输的报文发送至所述可执行文件。

相应的，本发明还提供了一种软件测试系统，包括测试管理模块、编译链接模块和文件烧写模块；

所述测试管理模块包括源文件生成单元和执行控制单元；

所述源文件生成单元，用于根据被测软件自动生成测试用例解析与执行程序源文件；

所述编译链接模块，用于将所述测试用例解析与执行程序源文件编译生成可执行文件；

所述文件烧写模块，用于将所述可执行文件烧写至所述被测软件的运行平台中；

所述执行控制单元，用于将预设的与所述被测软件相应的测试用例发送至所述可执行文件，由所述可执行文件执行所述测试用例，对所述被测软件进行测试；

所述执行控制单元，还用于接收并保存所述可执行文件执行所述测试用例后的执行结果。

在其中一个实施例中，所述可执行文件与所述测试用例解析与执行程序源文件一一对应；

所述测试用例解析与执行程序源文件包括通信模块、测试用例解析模块、接口映射表和接口执行模块；

所述通信模块，用于接收所述测试用例；

所述测试用例解析模块，用于对所述测试用例进行解析，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；并根据所述接口名由所述接口映射表中查找所述被测接口的第一调用地址；

所述接口执行模块，用于通过所述第一调用地址调用所述被测接口并根据所述测试参数执行所述被测接口，对所述被测接口进行测试；

其中，所述接口映射表包括所述被测接口与其调用地址之间的对应关系。

在其中一个实施例中，所述源文件生成单元包括加载解析子单元和生成子单元；

所述加载解析子单元，用于获取并加载所述被测软件，并对所述被测软件进行解析，获取所述被测软件的各个接口；

所述生成子单元，用于根据解析获取的各个所述接口与其调用地址之间的对应关系生成所述接口映射表。

在其中一个实施例中，所述测试管理模块还包括测试用例设计单元；

其中，所述测试用例设计单元包括数据库建立子单元、测试用例组建立子单元、测试用例设置子单元和接收存储子单元；

所述数据库建立子单元，用于根据所述被测软件建立与所述被测软件相应的数据库；其中，所述数据库包括所述被测软件的各个接口；

所述测试用例组建立子单元，用于由所述数据库中提取出当前需要测试的被测接口，并建立相应的测试用例组；

所述测试用例设置子单元，用于对所述测试用例组中每一个所述被测接口均设置相应的所述测试用例，并对每一个测试用例设置相应的用例名；

所述接收存储子单元，用于接收与所述被测接口相应的接口名和测试参数，并将所述接口名和所述测试参数存储为相应的所述测试用例；

其中，所述接口名用于表征所述被测接口；

所述测试参数包括：所述被测接口的输入参数、所述被测接口的预期调用结果返回值、所述被测接口的输出参数预期结果、所述被测接口执行过程中需人为确认的确认方法和预期确认结果中的至少一种。

在其中一个实施例中，所述执行控制单元包括打包发送子单元；

所述打包发送子单元，用于将所述测试用例中记载的所述接口名、所述测试参数打包成适用于网络传输的报文发送至所述可执行文件；

所述打包发送子单元，还用于将所述测试用例中的所述接口名映射为调用ID，并与所述测试参数一起打包成适用于串口传输的报文发送至所述可执行文件。

相应的，本发明还提供了一种测试平台，包括如上任一所述的软件测试系统。

上述软件测试方法，通过根据被测软件自动生成测试用例解析与执行程序源文件，并将所生成的测试用例解析与执行程序源文件编译生成可执行文件后，将可执行文件烧写至被测软件的运行平台中；进而再将预设的与被测软件相应的测试用例发送至可执行文件，由可执行文件执行该测试用例，进行对被测软件的测试，最后再将可执行文件执行测试用例后的执行结果进行保存，从而最终完成对被测软件的测试。其中，由于在上述软件测试方法中，测试用例解析与执行程序源文件是根据被测软件自动生成的，其不需要再由测试人员进行源文件的人为编写，因此有效减少了测试工作量，并且还有效降低了软件测试对测试人员能力的要求，从而有效降低了测试难度。同时，其通过根据被测软件自动生成测试用例解析与执行程序源文件，还避免了人为编写源文件时容易出错的情况，从而有效提高了软件测试的准确率。最终有效解决了传统的软件模块接口测试方法具有一定的局限性和低效性的问题。

附图说明

图1为本发明的软件测试方法的一具体实施例的流程图；

图2为本发明的软件测试方法中自动生成的测试用例解析与执行程序源文件的一具体实施例的示意图；

图3为本发明的软件测试方法中测试用例解析与执行程序源文件自动生成的一具体实施例的流程图；

图4为本发明的软件测试方法中设计测试用例的一具体实施例的流程图；

图5为本发明的软件测试方法中可执行文件执行测试用例的一具体实施例的流程图；

图6为本发明的软件测试方法的另一具体实施例的流程图；

图7为本发明的软件测试系统的一具体实施例的结构示意图；

图8为本发明的软件测试系统中测试管理模块的一具体实施例的结构示意图；

图9为采用本发明的软件测试系统的一具体实施例用于Cortex-M硬件环境的测试平台的硬件结构示意图；

图10为采用本发明的软件测试系统的一具体实施例用于Cortex-M硬件环境的测试平台的软件示意图；

图11为采用本发明的软件测试系统的一具体实施例用于基于MCF5441x的linux环境的测试平台的硬件结构示意图；

图12为采用本发明的软件测试系统的一具体实施例用于基于MCF5441x的linux环境的测试平台的软件示意图。

具体实施方式

为使本发明技术方案更加清楚，以下结合附图及具体实施例对本发明作进一步详细说明。

首先，应当说明的是，测试用例指的是软件测试工程中的一组条件或变量，测试人员根据测试用例来确定应用软件或软件系统是否正确工作。在本发明的软件测试方法中，测试用例中包括有与被测软件的被测接口的相关信息，具体包括被测接口的接口名、被测接口的测试参数等。

其中，被测接口指的是被测软件中的各个函数接口。被测接口的测试参数包括被测接口的输入参数、被测接口的预期调用结果返回值、被测接口的输出参数预期结果、以及被测接口执行过程中需人为确认的确认方法和预期确认结果中的至少一种。具体的，输入参数指的是被测接口运行时所需要输入的参数。预期调用结果返回值指的是被测接口运行过程是否成功的表征参数。输出参数预期结果则指的是被测接口运行完成后的运行结果。需人为确认的确认方法和预期确认结果则指的是在被测接口运行过程中需要人为进行检测的检测方法和预期的检测结果。

更加具体的，为更清楚的说明本发明的软件测试方法中，测试用例中记载的各测试参数的含义，以下以加法运算函数接口：a+b＝c为例进行更为详细的解释说明。

其中，对于a+b＝c的加法运算函数接口来说，输入参数指的是a和b，即，加数a和加数b。预期调用结果返回值则指的是，该加法运算函数接口在进行加法运算过程中是否成功进行了加法运算，如果成功的进行了加法运算，则其返回值可用参数“1”来表示，如果未成功进行加法运算，则其返回值为“0”。输出参数预期结果则指的是预设的求和之后的运算结果c。

其中，对于需人为确认的确认方法和预期确认结果来说，为了便于理解，以下则以另外一具体实施例进行说明。如：在本发明的软件测试过程中，当执行测试用例对某一个被测接口进行测试过程中，输出检测外接电路的输入电压是否为5V的指令时，此时该指令中的检测外接电路的输入电压则为测试用例中记载的需人为确认的确认方法，5V则为测试用例中记载的预期确认结果。

另外，还需要说明的是，由于被测软件通常会包括有多个接口，在对被测软件进行测试时，有时会对被测软件中的某一个接口进行测试，有时则会对被测软件中的多个接口进行测试。因此，在本发明的软件测试方法中，被测接口的个数既可为一个，也可为多个。相应的，测试用例与被测接口一一对应。当被测接口为一个时，测试用例也相应为一个。被测接口为多个时，测试用例则相应为多个。其中，多个测试用例可组为一个测试用例组。当对被测软件中的多个被测接口进行测试时，可依次执行每一个测试用例，从而对每一个被测接口进行测试。

参见图1，作为本发明的软件测试方法的一具体实施例，其首先包括步骤S100，根据被测软件自动生成测试用例解析与执行程序源文件。此处，需要说明的是，测试用例解析与执行程序源文件指的就是用于对被测软件进行测试时的测试程序的源代码。即，进行软件测试用的实现代码。

其中，在传统的软件测试中，测试用的实现代码通常都是由测试人员自己进行编写，而在本发明的软件测试方法中，则是根据被测软件进行自动生成的。因此，其相较于传统的软件测试方法来说，不仅有效提高了软件测试的效率，同时还避免了人为编写时容易出错导致软件不能顺利进行测试的现象，从而保证了软件测试的可靠性。同时，由于测试用例解析与执行程序源文件是根据被测软件自动生成的，因此对于不同的被测软件其均可直接自动生成相应的源文件，因而也就有效提高了软件测试的适用性，打破了传统的软件测试的局限性。

参见图2，在本发明的软件测试方法中，其根据被测软件自动生成的测试用例解析与执行程序源文件具体包括有通信模块111a、测试用例解析模块111b、接口映射表111c和接口执行模块111d。

其中，通信模块111a，用于接收软件测试过程中预设的与被测软件相对应的测试用例。测试用例解析模块111b则用于对测试用例进行解析，以获取测试用例中记载的与被测接口相应的接口名以及相关的测试参数。其中，接口名为在软件测试中需要对被测软件进行测试的被测接口的名称信息，用于表征被测接口。同时，测试用例解析模块111b还用于根据解析获取的被测接口的接口名，由接口映射表111c中查找被测接口的第一调用地址。接口映射表111c用于存储被测软件的各个接口与其相应的调用地址之间的对应关系，从而以便于对被测接口进行测试时，能够快速准确的查找到被测接口的调用地址，实现被测接口的快速调用和执行。接口执行模块111d则用于根据测试用例解析模块查找到的第一调用地址调用被测接口，并根据解析获取的测试参数执行被测接口，使得被测接口根据测试参数运行。即，接口执行模块111d用于实现被测接口的调用和执行。其中，被测软件是接口执行模块调用和执行的实体。另外，在本发明的测试用例解析与执行程序源文件中，还包括有被测软件模块111e。被测软件模块111e用于获取并加载被测软件。

此处，需要说明的是，上述的测试用例解析与执行程序源文件中的通信模块、测试用例解析模块和接口执行模块的生成既可由开发人员进行相应的开发来实现，也可直接采用测试平台(即，软件测试方法的运行平台)的开发代码来实现。

相应的，参见图3，基于上述测试用例解析与执行程序源文件的一具体实施例，步骤S100，根据被测软件自动生成测试用例解析与执行程序源文件中，接口映射表的自动生成可通过以下步骤来实现。

首先，通过步骤S110，加载被测软件，以实现获取被测软件的目的。进而，再通过步骤S120，对被测软件进行解析，以获取被测软件的各个接口。当获取各个接口之后，再通过步骤S130，根据各个接口与其相应的调用地址的对应关系建立生成接口映射表，以便于后续进行被测软件中的某一个或某几个接口的测试时，能够方便快捷的查找到相应的调用地址，实现对被测接口的调用操作。当通过步骤S130，建立生成相应的接口映射表之后，由于初始的测试用例解析与执行程序源代码中存储的初始接口映射表有可能为之前进行其他软件测试时所生成的映射表，因此为了保证源文件与被测软件的一致性，在生成相应的接口映射表之后，再通过步骤S140，将测试用例解析与执行程序源文件中存储的初始接口映射表置换为当前建立生成的接口映射表，为后续被测接口的调用和执行做准备。

参见图1，当通过上述方法自动生成测试用例解析与执行程序源文件之后，即可进行步骤S200，对测试用例解析与执行程序源文件进行编译，生成相应的可执行文件。此处，需要说明的是，由于可执行文件是由测试用例解析与执行程序源文件编译生成的，因此可执行文件与测试用例解析与执行程序源文件为一一对应关系。也就是说，测试用例解析与执行程序源文件中包括的功能模块(如：通信模块、测试用例解析模块、接口映射表以及接口执行模块)，可执行文件同样也包括。

同时，其对测试用例解析与执行程序源文件进行编译时，具体可根据被测软件的运行平台采用相应的编译语言进行相应的编译。具体的，作为一种可实施方试，可通过VC6.0将测试用例解析与执行程序源文件编译成在Windows系统上可执行的测试用例解析与执行程序。另外一种为，通过Keil Embedded Development Tools for Cortex-M将测试用例解析与执行程序源文件编译成运行于Cortex-M硬件环境上的可执行的试用例解析与执行程序。又一种为，通过CodeWarrior Development Studio for Microcontrollers将测试用例解析与执行程序源文件编译成运行于MCF54418硬件和linux系统软件可执行的试用例解析与执行程序。

当通过上述任一种方法将测试用例解析与执行程序源文件编译生成可执行文件后，此时可执行步骤S300，将生成的可执行文件烧写至被测软件的运行平台中。即，将生成的可执行文件烧写到被测软件运行硬件环境。具体的，一种烧写方式为：直接使用拷贝方式将可执行文件拷贝到window系统的相应位置。另一种烧写方式为，使用J-Link仿真器将可执行文件下载到Cortex-M硬件环境上。又一种烧写方式则为，使用ftp将可执行文件下载到MCF54418硬件和linux系统软件所构成的环境上。

当将可执行文件烧写至被测软件的运行平台中后，即可执行步骤S400，将预设的与被测软件相应的测试用例发送至可执行文件中，由可执行文件执行该测试用例，以实现对被测软件的测试。此处需要说明的是，由于测试用例为预设的，因此，在将测试用例发送至可执行文件之前，其还包括有设计测试用例的步骤。即，在执行步骤S400之前，其还包括有步骤S040，设计测试用例。

具体的，参见图4，作为本发明的软件测试方法的一具体实施例，步骤S040，设计测试用例具体包括：步骤S041，建立测试用例工程。即，根据被测软件建立与被测软件相应的数据库。其中，数据库包括被测软件的各个接口。进而，在通过步骤S042，选择被测接口建立测试用例组。其中，选择被测接口可通过由数据库中进行提取来实现。即，通过由数据库中提取出当前需要测试的被测接口，从而建立被测接口相应的测试用例组。

当建立完测试用例组之后，根据前面的解释可知，被测接口的个数既可为一个，也可为多个，同时测试用例与被测接口相对应。因此，为了能够实现每一个被测接口的有效测试，其还包括步骤S043，在测试用例组中对每个被测接口均设置相应的测试用例。同时为了区分不同被测接口的测试用例，对于每一个测试用例均设置相应的用例名。即，每一个被测接口均对应有一个测试用例，该测试用例具有不同于其他的测试用例的用例名。

当对每一个被测接口均增加相应的测试用例并设置相应的用例名之后，即可对每个测试用例进行具体设置的步骤。其中，对测试用例进行具体设置主要为接收并存储与被测接口相应的接口名和测试参数的过程。具体的，依次执行步骤S044，接收测试人员或用户输入的被测接口的接口参数(即，输入参数)，步骤S045，接收测试人员或用户输入的被测接口的预期调用结果返回值，步骤S046，接收测试人员或用户输入的被测接口的接口输出参数预期结果，和步骤S047，接收测试人员或用户输入的需人为确认的确认方法和预期确认结果之后，再通过步骤S048，保存上述接收到的各个测试参数，从而完成测试用例的设计。

其通过上述步骤实现测试用例的设计，使得测试用例的设计与可执行文件分立开来，从而实现了测试用例可以独立于可执行文件进行单独设计，并在设计后可执行，从而实现了测试用例的自动执行的目的。其相较于传统的软件测试方法，不仅实现了软件测试的自动化测试，还有效提高了软件测试的灵活性和适用性。

需要说明的是，测试用例的设计既可在将可执行文件烧写至被测软件的运行平台中之后进行，也可在进行测试用例解析与执行程序源文件的自动生成时进行。即，测试用例的设计可在确定被测软件后，进行测试用例发送之前这一期间的任一阶段进行，其并不受软件测试过程中其他步骤的限制。

进一步的，参见图1，当通过上述步骤实现测试用例的设计之后，即可执行步骤S400，将预设的与被测软件相应的测试用例发送至可执行文件中，由可执行文件执行该测试用例。其中，应当指出的是，在本发明的软件测试方法中，进行测试用例的发送时，可采用将测试用例参数化的方式进行发送。

具体的，作为一种可实施方式，可将测试用例中记载的被测接口的接口名、测试参数等打包成适用于网络传输的报文(如：TCP/IP报文)，进而再将打包好的报文发送给可执行文件，可执行文件执行该测试用例并返回相应的执行结果。另外，还可将测试用例中记载的被测接口的接口名映射为调用ID，并将映射后的调用ID与测试参数一起打包成适用于串口传输(如：RS232接口)的报文发送给可执行文件，由可执行文件执行该测试用例并返回相应的执行结果。

其中，参见图5，可执行文件接收到测试用例后，执行测试用例对被测软件进行测试时，由于可执行文件是由测试用例解析与执行程序源文件编译生成的，可执行文件与测试用例解析与执行程序源文件一一对应，因此，根据前面对测试用例解析与执行程序源文件的描述可知，可执行文件接收到测试用例后，在执行测试用例时，首先会对测试用例进行解析。即，通过步骤S410，接收测试用例，并对测试用例进行解析。通过对测试用例解析，获取测试用例中记载的被测接口的接口名以及与被测接口对应的测试参数。由此，再通过步骤S420，根据所获取的接口名由接口映射表中查找被测接口的第一调用地址。当查找到第一调用地址后，再通过步骤S430，通过第一调用地址调用被测接口并根据解析获取的测试参数执行被测接口，从而实现对被测软件中的被测接口的测试。

其中，在步骤S430，通过第一调用地址调用被测接口并根据解析获取的测试参数执行被测接口，实现对被测接口的测试时，具体的，以前面所提到的加法函数接口为例，对执行被测接口的具体过程进行详细说明。

即，通过解析获取加法函数接口的输入参数、预期调用结果返回值、接口输出参数预期结果等测试参数后，在执行该加法函数接口时，首先将获取的输入参数(即，加数a和加数b)输入该接口中，并由该接口进行加数a和加数b的求和运算。同时根据接口的执行过程确定该接口是否进行了求和运算，若是，则在返回执行结果中记录返回值1，若否，则在返回的执行结果中记录返回值0。并在接口执行完成后，在返回的执行结果中记录该接口进行求和运算后的运算结果，将记录的运算结果与解析获取的接口输出参数预期结果进行比较，从而根据比较结果得出该接口是否正常工作的测试结果。

进而，当通过可执行文件执行测试用例进行被测软件的测试之后，此时可执行文件返回相应的执行结果(即，测试结果)。进而执行步骤S500，接收并保存可执行文件执行测试用例后的执行结果。

其中，在本发明的软件测试方法中，执行结果的保存可通过多种方式来实现。如：将执行结果直接保存在关系数据库中，以便于后续测试人员的查阅。另外，也可将执行结果直接保存为文本文件。

更进一步的，为了便于测试人员查看测试结果，参见图6，其在执行完步骤S500，接收并保存可执行文件执行测试用例后的执行结果后，还包括步骤S600，对执行结果进行统计处理，生成测试报告。从而实现测试报告的自动生成。

其中，对执行结果进行统计处理自动生成测试报告时，既可将执行结果进行统计处理后直接输出至doc格式的文档中，还可以将执行结果进行统计处理后以网页格式存储至网页服务器以实现远程查看测试结果的目的。另外，还可以将执行结果统计处理后直接发送至打印机进行打印输出。

其通过上述步骤实现了执行结果自动记录、测试报告自动生成的目的，从而实现了软件测试的全程自动化测试的目的，由此也就更进一步的节省了测试时间，提高了测试效率。

应当指出的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

相应的，为了实现上述任一种软件测试方法，本发明还提供了一种软件测系统。由于本发明提供的软件测试系统的工作原理与本发明的软件测试方法的原理相同或相似，因此重复之处不再赘述。

参见图7，作为本发明的软件测试系统100的一具体实施例，其包括测试管理模块110、编译链接模块120和文件烧写模块130。其中，测试管理模块110包括源文件生成单元111和执行控制单元112。源文件生成单元111，用于根据被测软件自动生成测试用例解析与执行程序源文件。编译链接模块120，用于将测试用例解析与执行程序源文件编译生成可执行文件(图中未示出)。文件烧写模块130，用于将可执行文件烧写至被测软件的运行平台200中。执行控制单元112，用于将预设的与被测软件相应的测试用例发送至可执行文件，由可执行文件执行测试用例，对被测软件进行测试。执行控制单元112，还用于接收并保存可执行文件执行测试用例后的执行结果。

其中，可以理解的是，参见图8，在本发明的软件测试系统100中，测试管理模块110还包括有通信单元113。该通信单元113用于实现测试管理模块110与烧写至被测软件的运行平台200中的可执行文件之间的数据传输。同时，执行控制单元112在将测试用例发送至可执行文件中时，具体是通过通信单元113实现发送的。相应的，可执行文件返回执行结果至执行控制单元112时，也是通过通信单元113来实现的。

另外，参见图2，作为本发明的软件测试系统100的一具体实施例，测试用例解析与执行程序源文件包括通信模块111a、测试用例解析模块111b、接口映射表111c和接口执行模块111d。其中，通信模块111a，用于接收测试用例。测试用例解析模块111b，用于对测试用例进行解析，获取测试用例中记载的被测接口的接口名以及与接口名对应的测试参数；并根据接口名由接口映射表111c中查找被测接口的第一调用地址。接口执行模块111d，用于通过第一调用地址调用被测接口并根据测试参数执行被测接口，对被测接口进行测试。其中，接口映射表111d包括被测接口与其调用地址之间的对应关系。

相应的，源文件生成单元111包括加载解析子单元和生成子单元(图中均未示出)。其中，加载解析子单元，用于获取并加载被测软件，并对被测软件进行解析，获取被测软件的各个接口。生成子单元，用于根据解析获取的各个接口与其调用地址之间的对应关系生成接口映射表。

进一步的，基于上述测试用例解析与执行程序源文件的一具体实施例，由于可执行文件与测试用例解析与执行程序源文件为对应关系，因此，可执行文件同样也包括有通信模块、测试用例解析模块、接口映射表和接口执行模块(图中均未示出)。其中，通信模块，用于接收测试用例。测试用例解析模块，用于对测试用例进行解析，获取测试用例中记载的被测接口的接口名以及与接口名对应的测试参数；并根据接口名由接口映射表中查找被测接口的第一调用地址。接口执行模块，用于通过第一调用地址调用被测接口并根据测试参数执行被测接口，对被测接口进行测试。

进一步的，参见图8，测试管理模块110还包括测试用例设计单元114。其中，测试用例设计单元114包括数据库建立子单元、测试用例组建立子单元、测试用例设置子单元和接收存储子单元(图中均未示出)。其中，数据库建立子单元，用于根据被测软件建立与被测软件相应的数据库。其中，数据库包括被测软件的各个接口。测试用例组建立子单元，用于由数据库中提取出当前需要测试的被测接口，建立相应的测试用例组。测试用例设置子单元，用于对测试用例组中每一个被测接口均设置相应的测试用例，并对每一个测试用例设置相应的用例名。接收存储子单元，用于接收与被测接口相应的接口名和测试参数，并将接口名和测试参数存储为相应的测试用例。其中，接口名用于表征被测接口。测试参数包括：被测接口的输入参数、被测接口的预期调用结果返回值、被测接口的输出参数预期结果、被测接口执行过程中需人为确认的确认方法和预期确认结果中的至少一种。

更进一步的，执行控制单元112包括打包发送子单元(图中未示出)。其中，打包发送子单元，用于将测试用例中记载的接口名、测试参数打包成适用于网络传输的报文(如：TCP/IP报文)发送至可执行文件。打包发送子单元，还用于将测试用例中的接口名映射为调用ID，并与测试参数一起打包成适用于串口传输(如：RS232接口)的报文发送至可执行文件。

另外，还需要说明的是，编译链接模块120，还用于根据运行平台采用相应的编译语言对测试用例解析与执行程序源文件进行编译，生成相应的可执行文件。

同时，参见图8，在本发明的软件测试系统100中，测试管理模块110还包括测试报告生成单元115。其中，测试报告生成单元115，用于对执行结果进行统计处理，生成相应的测试报告。其中，测试报告的格式为文本格式或网页格式。

其中，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

相应的，本发明还提供了一种测试平台，该测试平台用于实现被测软件的测试，其包括前面任一所述的软件测试系统100。

参见图9和图10，为本发明的测试平台的实施例一，该实施例为一种用于Cortex-M硬件环境的测试平台10a，其硬件结构具体包括：Cortex-M硬件环境200a、JLINK工具130a、通用PC主机11a、键盘13a、鼠标12a、显示器14a、U盘15a。

其中，Cortex-M硬件环境200a是被测软件运行的载体(即，被测软件的运行平台200)。JLINK工具130a是Cortex-M硬件环境的烧写工具(即，本发明的软件测试系统100中的文件烧写工具130)。通用PC主机11a是用于Cortex-M硬件环境的测试平台10a的控制中心。即，用于Cortex-M硬件环境的测试平台的软件(即，前面所述的软件测试系统100)运行的载体。

键盘13a、鼠标12a和显示器14a是用于Cortex-M硬件环境的测试平台10a中的人机交互接口设备。U盘15a是被测软件的载体，用于通用PC主机11a加载被测软件。

软件结构则具体包括：window操作系统、Keil Embedded Development Tools forCortex-M和测试管理模块110。其中，window操作系统是通用PC主机11a的系统软件，实现用于Cortex-M硬件环境的测试平台10a软硬件设备的管理。Keil Embedded DevelopmentTools for Cortex-M是Cortex-M硬件环境开发工具(即，本发明的软件测试系统100中的编译链接模块120)，用于实现测试用例解析与执行程序的可执行文件的生成与下载。

测试管理模块110则包括源文件生成单元111、测试用例设计单元114、执行控制单元112、测试报告生成单元115和通信单元113。其中，源文件生成单元111用于加载被测软件，并根据被测软件自动生成测试用例解析与执行程序源代码(源文件)。测试用例设计单元114用于设计被测软件的测试用例。执行控制单元112用于将测试用例进行编码，通过通信单元113经RS232串口发送给Cortex-M硬件环境200a。测试报告生成单元115用于将执行控制单元112保存的测试结果生成测试报告，并通过显示器14a显示。通信单元113用于管理与Cortex-M硬件环境的RS232通信。

该实施例的测试平台10a的工作流程如下：

载有被测软件的U盘15a与通用PC主机11a相连，通过键盘13a和鼠标12a操作测试管理模块110中的源文件生成单元111加载被测软件，生成测试用例解析与执行程序源文件。

通过键盘13a和鼠标12a操作Keil Embedded Development Tools for Cortex-M将测试用例解析与执行程序源文件生成相应的可执行文件。

Cortex-M硬件环境200a通过JLINK工具130a与通用PC主机11a相连，通过键盘13a和鼠标12a操作Keil Embedded Development Tools for Cortex-M将可执行文件烧写到Cortex-M硬件环境200a。

通过键盘13a和鼠标12a操作测试管理模块110中的测试用例设计单元114，设计被测软件的测试用例。

通过键盘13a和鼠标12a操作测试管理模块110中的执行控制单元112执行测试用例，执行控制单元112将测试用例进行编码通过通信单元113经RS232串口发送给Cortex-M硬件环境200a。

Cortex-M硬件环境200a中的可执行文件执行测试用例并将执行结果返回给执行控制单元112，执行控制单元112保存测试结果。

测试报告生成单元115根据执行控制单元112保存的测试结果生成测试报告，并通过显示器14a显示。

参见图11和图12，为本发明的测试平台的实施例二，该实施例为一种用于基于MCF5441x的linux环境的测试平台10b。该实施例中，测试平台10b的硬件结构如图11所示，其包括：基于MCF5441x的linux环境200b、通用PC主机11b、键盘13b、鼠标12b、显示器14b、U盘15b。其中，基于MCF5441x的linux环境200b是被测软件运行的载体。通用PC主机11b是一种用于基于MCF5441x的linux环境的测试平台10b的控制中心，即，用于基于MCF5441x的linux环境的测试平台10b的软件运行的载体。键盘13b、鼠标12b和显示器14b是用于基于MCF5441x的linux环境的测试平台10b的人机交互接口设备。U盘15b是被测软件的载体，用于通用PC主机11b加载被测软件。

该实施例中，用于基于MCF5441x的linux环境的测试平台10b的软件结构如图12所示，其包括：linux操作系统、M68k-linux交叉开发环境、测试管理mokuai 110。其中，linux操作系统是通用PC主机11b的系统软件，实现上述用于基于MCF5441x的linux环境的测试平台10b软硬件设备的管理。M68k-linux交叉开发环境是基于MCF5441x的linux环境开发工具，用于实现试用例解析与执行程序的可执行文件的生成与下载。

测试管理模块110同样包括源文件生成单元111、测试用例设计单元114、执行控制单元112、测试报告生成单元115和通信单元113。其中，源文件生成单元111用于加载被测软件，并根据被测软件生成测试用例解析与执行程序源文件。测试用例设计单元114用于设计被测软件的测试用例。执行控制单元112用于将测试用例进行编码通过通信单元113经以太网发送给基于MCF5441x的linux环境。测试报告生成单元115用于将执行控制单元112保存的测试结果生成测试报告，并通过显示器14b显示。通信单元113用于管理与基于MCF5441x的linux环境的以太网通信。

该测试平台10的工作流程如下：

载有被测软件的U盘15b与通用PC主机11b相连，通过键盘13b和鼠标12b操作测试管理模块110中的源文件生成单元111加载被测软件，生成测试用例解析与执行程序源文件。

通过键盘13b和鼠标12b操作M68k-linux交叉开发环境将测试用例解析与执行程序源文件生成试用例解析与执行程序的可执行文件。

基于MCF5441x的linux环境200b通过以太网与通用PC主机11b相连，通过linux操作系统的ftp服务将可执行文件烧写到基于MCF5441x的linux环境200b。

通过键盘13b和鼠标12b操作测试管理模块110中的测试用例设计单元114，设计被测软件的测试用例。

通过键盘13b和鼠标12b操作测试管理模块110的执行控制单元112执行测试用例，执行控制单元112将测试用例进行编码，通过通信单元113经以太网发送给基于MCF5441x的linux环境200b。

基于MCF5441x的linux环境200b中的可执行文件执行测试用例并将执行结果返回给执行控制单元112，执行控制单元112保存测试结果。

测试报告生成单元115根据执行控制单元112保存的测试结果生成测试报告，并通过显示器14b显示。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种软件测试方法，其特征在于，包括如下步骤：

根据被测软件自动生成测试用例解析与执行程序源文件，并将所述测试用例解析与执行程序源文件编译生成可执行文件；其中，所述测试用例解析与执行程序源文件包括通信模块、测试用例解析模块、接口映射表和接口执行模块；

所述通信模块，用于接收测试用例；

所述测试用例解析模块，用于解析所述测试用例，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；并根据获取的所述接口名由所述接口映射表中查找相应的第一调用地址；所述接口执行模块，用于根据所述第一调用地址调用所述被测接口，并根据所述测试参数执行所述被测接口，对所述被测接口进行测试；

所述接口映射表包括所述被测接口与其调用地址之间的对应关系；

所述测试参数包括：所述被测接口的输入参数、所述被测接口的预期调用结果返回值、所述被测接口的输出参数预期结果、所述被测接口执行过程中需人为确认的确认方法和预期确认结果中；

将所述可执行文件烧写至所述被测软件的运行平台中；

将预设的与所述被测软件相应的测试用例发送至所述可执行文件，由所述可执行文件执行所述测试用例，对所述被测软件进行测试；

接收并保存所述可执行文件执行所述测试用例后的执行结果；

其中，将测试用例发送至所述可执行文件，包括：

将所述测试用例中记载的所述接口名、所述测试参数打包成适用于网络传输的报文发送至所述可执行文件；或

将所述测试用例中的所述接口名映射为调用ID，并与所述测试参数一起打包成适用于串口传输的报文发送至所述可执行文件；

在生成接口映射表之后，还包括：将测试用例解析与执行程序源文件中存储的初始接口映射表置换为当前建立生成的接口映射表。

2.根据权利要求1所述的方法，其特征在于，所述可执行文件与所述测试用例解析与执行程序源文件一一对应。

3.根据权利要求1所述的方法，其特征在于，所述根据被测软件自动生成测试用例解析与执行程序源文件时，所述接口映射表通过以下步骤生成：

获取并加载所述被测软件，并对所述被测软件进行解析，获取所述被测软件的各个接口；

根据解析获取的各个所述接口与其调用地址之间的对应关系生成所述接口映射表。

4.根据权利要求1所述的方法，其特征在于，所述可执行文件执行所述测试用例，对所述被测软件进行测试，包括如下步骤：

接收所述测试用例；

对所述测试用例进行解析，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；根据所述接口名由所述接口映射表中查找所述被测接口的第一调用地址；

通过所述第一调用地址调用所述被测接口并根据所述测试参数执行所述被测接口，对所述被测接口进行测试。

5.根据权利要求1至4任一项所述的方法，其特征在于，还包括设计所述测试用例的步骤；其中，设计所述测试用例的步骤包括：

根据所述被测软件建立与所述被测软件相应的数据库；其中，所述数据库包括所述被测软件的各个接口；

由所述数据库中提取出当前需要测试的被测接口，并建立测试用例组；

对所述测试用例组中每一个所述被测接口均设置相应的所述测试用例，并对每一个所述测试用例设置相应的用例名；

接收与所述被测接口相应的接口名和测试参数，并将所述接口名和所述测试参数存储为相应的所述测试用例；

其中，所述接口名用于表征所述被测接口。

6.一种软件测试系统，其特征在于，包括测试管理模块、编译链接模块和文件烧写模块；

所述测试管理模块包括源文件生成单元和执行控制单元；

所述源文件生成单元，用于根据被测软件自动生成测试用例解析与执行程序源文件；其中，所述测试用例解析与执行程序源文件包括通信模块、测试用例解析模块、接口映射表和接口执行模块；

所述通信模块，用于接收测试用例；

所述测试用例解析模块，用于对所述测试用例进行解析，获取所述测试用例中记载的被测接口的接口名以及与所述接口名对应的测试参数；并根据所述接口名由所述接口映射表中查找所述被测接口的第一调用地址；

所述接口执行模块，用于通过所述第一调用地址调用所述被测接口并根据所述测试参数执行所述被测接口，对所述被测接口进行测试；

所述接口映射表包括所述被测接口与其调用地址之间的对应关系；

所述测试参数包括：所述被测接口的输入参数、所述被测接口的预期调用结果返回值、所述被测接口的输出参数预期结果、所述被测接口执行过程中需人为确认的确认方法和预期确认结果；

所述编译链接模块，用于将所述测试用例解析与执行程序源文件编译生成可执行文件；

所述文件烧写模块，用于将所述可执行文件烧写至所述被测软件的运行平台中；

所述执行控制单元，用于将预设的与所述被测软件相应的测试用例发送至所述可执行文件，由所述可执行文件执行所述测试用例，对所述被测软件进行测试；

所述执行控制单元，还用于接收并保存所述可执行文件执行所述测试用例后的执行结果；

其中，所述执行控制单元包括打包发送子单元；

所述打包发送子单元，用于将所述测试用例中记载的所述接口名、所述测试参数打包成适用于网络传输的报文发送至所述可执行文件；

所述打包发送子单元，还用于将所述测试用例中的所述接口名映射为调用ID，并与所述测试参数一起打包成适用于串口传输的报文发送至所述可执行文件；

所述源文件生成单元在生成接口映射表之后，还用于：将测试用例解析与执行程序源文件中存储的初始接口映射表置换为当前建立生成的接口映射表。

7.根据权利要求6所述的系统，其特征在于，所述可执行文件与所述测试用例解析与执行程序源文件一一对应。

8.根据权利要求7所述的系统，其特征在于，所述源文件生成单元包括加载解析子单元和生成子单元；

所述加载解析子单元，用于获取并加载所述被测软件，并对所述被测软件进行解析，获取所述被测软件的各个接口；

所述生成子单元，用于根据解析获取的各个所述接口与其调用地址之间的对应关系生成所述接口映射表。

9.根据权利要求6至8任一项所述的系统，其特征在于，所述测试管理模块还包括测试用例设计单元；

其中，所述测试用例设计单元包括数据库建立子单元、测试用例组建立子单元、测试用例设置子单元和接收存储子单元；

所述数据库建立子单元，用于根据所述被测软件建立与所述被测软件相应的数据库；其中，所述数据库包括所述被测软件的各个接口；

所述测试用例组建立子单元，用于由所述数据库中提取出当前需要测试的被测接口，并建立相应的测试用例组；

所述测试用例设置子单元，用于对所述测试用例组中每一个所述被测接口均设置相应的所述测试用例，并对每一个测试用例设置相应的用例名；

所述接收存储子单元，用于接收与所述被测接口相应的接口名和测试参数，并将所述接口名和所述测试参数存储为相应的所述测试用例；

其中，所述接口名用于表征所述被测接口。

10.一种测试设备，其特征在于，包括权利要求6至9任一项所述的软件测试系统。

Images