测试脚本生成方法及装置、软件测试方法及装置与流程

文档序号:12464235阅读:198来源:国知局
测试脚本生成方法及装置、软件测试方法及装置与流程

本发明涉及软件测试技术领域,特别涉及一种测试脚本生成方法及装置、软件测试方法及装置。



背景技术:

软件测试(英文:Software Testing)是在规定的条件下对程序进行操作,通过审核或者比较实际输出与预期输出,发现程序错误、衡量软件质量,并对其是否能满足设计要求进行评估的过程,可以鉴定软件的正确性、完整性、安全性和质量。

在对通信系统中的通信设备进行软件测试时,需要为被测设备配备配测设备,配测设备与被测设备连接,对被测设备进行软件测试。为了支持异常测试等测试需求和匹配被测设备的实际情况,通常需要测试人员定制开发测试脚本,并在配测设备上运行测试脚本实现软件测试。

在实现本发明的过程中,发明人发现现有技术至少存在以下问题:

定制开发的测试脚本不具备通用性,每次软件测试都开发出相配的测试脚本将显著增加测试成本。



技术实现要素:

为了解决现有技术定制开发测试脚本实现成本高的问题,本发明实施例提供了一种测试脚本生成方法及装置、软件测试方法及装置。所述技术方案如下:

第一方面,本发明实施例提供了一种测试脚本生成方法,所述测试脚本生成方法包括:

提供多种触发事件、多种判断条件、以及多种处理流程,所述触发事件、所述判断条件以及所述处理流程与业务类型以及通信设备的类型对应;

接收用户从所述多种触发事件中选择的触发事件、从所述多种判断条件中选择的判断条件、以及从所述多种处理流程中选择的处理流程;

将选择的所述触发事件、选择的所述判断条件、选择的所述处理流程组合,生成测试脚本,所述测试脚本用于当选择的所述触发事件发生时,判定选择的所述判断条件是否被满足,并在选择的所述判断条件被满足时按照所述处理流程处理业务。

可选地,所述测试脚本生成方法还包括:

在接收所述用户选择的所述触发事件、所述判断条件或者所述处理流程之后,向所述用户输出参数输入框;

接收所述用户输入的参数,输入的所述参数用于与选择的所述触发事件、所述判断条件或者所述处理流程组合以生成所述测试脚本。

可选地,所述触发事件包括人工触发事件、接口触发事件、数据变更事件、定时触发事件和随机触发事件,所述人工触发事件为用户输入的指令触发的事件,所述接口触发事件为接口接收到数据帧、发送数据帧或者连接状态改变触发的事件,所述数据变更事件为内部数据发生改变触发的事件,所述定时触发事件为达到周期时间触发的事件,所述随机触发事件为随机时间触发的事件;

所述判断条件包括人工判定条件、数据帧判定条件、接口判定条件、数据判定条件和时间判定条件,所述人工判定条件为由用户进行判断的条件,所述数据帧判定条件为根据接收到的数据帧的内容进行判断的条件,所述接口判定条件为根据接口的连接状态进行判断的条件,所述数据判定条件为根据内部数据的内容进行判断的条件,所述时间判定条件为根据通信设备记录的时间进行判断的条件;

所述处理流程包括发送数据帧、变更数据、设置接口、设置计时、设置测试脚本和输出提示信息,所述发送数据帧为通过接口发送数据帧的流程,所述变更数据为改变内部数据的内容的流程,所述设置接口为改变接口的连接状态的流程,所述设置计时为改变通信设备记录的时间或者计时器的设置的流程,所述设置测试脚本为改变测试脚本的运行状态的流程,所述输出提示信息为通过人机界面向用户输出信息的流程。

优选地,所述发送数据帧包括:

获取数据帧的格式;

在获取的所述数据帧的格式中填入信息;

根据通信协议和测试需求进行数据帧封装,得到数据帧;

按照设定的配置发送得到的数据帧。

第二方面,本发明实施例提供了一种测试脚本生成装置,所述测试脚本生成装置包括:

第一输出模块,用于提供多种触发事件、多种判断条件、以及多种处理流程,所述触发事件、所述判断条件以及所述处理流程与业务类型以及通信设备的类型对应;

第一输入模块,用于接收用户从所述多种触发事件中选择的触发事件、从所述多种判断条件中选择的判断条件、以及从所述多种处理流程中选择的处理流程;

生成模块,用于将选择的所述触发事件、选择的所述判断条件、选择的所述处理流程组合,生成测试脚本,所述测试脚本用于当选择的所述触发事件发生时,判定选择的所述判断条件是否被满足,并在选择的所述判断条件被满足时按照所述处理流程处理业务。

可选地,所述测试脚本生成装置还包括:

第二输出模块,用于在接收所述用户选择的所述触发事件、所述判断条件或者所述处理流程之后,向所述用户输出参数输入框;

第二输入模块,用于接收所述用户输入的参数,输入的所述参数用于与选择的所述触发事件、所述判断条件或者所述处理流程组合以生成所述测试脚本。

第三方面,本发明实施例提供了一种软件测试方法,所述软件测试方法包括:

接收用户在被测设备接入之后输入的测试开启指令;

根据所述测试开启指令循环检测预先生成的多个测试脚本中的触发事件是否发生,所述测试脚本是将用户从提供的多种触发事件中选择的触发事件、提供的多种判断条件中选择的判断条件、多种处理流程中选择的处理流程组合生成的;

当所述测试脚本中的触发事件发生时,判定所述测试脚本中的判断条件是否被满足;

当所述测试脚本中的判断条件被满足时,按照所述测试脚本中的处理流程处理业务;

生成并向所述用户输出测试结果。

可选地,所述软件测试方法还包括:

接收所述用户输入的控制指令,所述控制指令包括创建测试脚本,或者修改测试脚本、接口、内部数据、计时器中的一种;

按照所述控制指令创建并运行新的测试脚本,或者改变测试脚本的运行状态、接口的连接状态、内部数据的内容、计时器的状态中的一种。

第四方面,本发明实施例提供了一种软件测试装置,所述软件测试装置包括:

第一接收模块,用于接收用户在被测设备接入之后输入的测试开启指令;

触发检测模块,用于根据所述测试开启指令循环检测预先生成的多个测试脚本中的触发事件是否发生,所述测试脚本是将用户从提供的多种触发事件中选择的触发事件、提供的多种判断条件中选择的判断条件、多种处理流程中选择的处理流程组合生成的;

判定模块,用于当所述测试脚本中的触发事件发生时,判定所述测试脚本中的判断条件是否被满足;

处理模块,用于当所述测试脚本中的判断条件被满足时,按照所述测试脚本中的处理流程处理业务;

输出模块,用于生成并向所述用户输出测试结果。

可选地,所述软件测试装置还包括:

第二接收模块,用于接收所述用户输入的控制指令,所述控制指令包括创建测试脚本,或者修改测试脚本、接口、内部数据、计时器中的一种;

控制模块,用于按照所述控制指令创建并运行新的测试脚本,或者改变测试脚本的运行状态、接口的连接状态、内部数据的内容、计时器的状态中的一种。

本发明实施例提供的技术方案带来的有益效果是:

针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

附图说明

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

图1是本发明实施例一提供的一种测试脚本生成方法的流程示意图;

图2是本发明实施例二提供的一种测试脚本生成装置的结构示意图;

图3是本发明实施例三提供的一种软件测试方法的流程示意图;

图4是本发明实施例四提供的一种软件测试装置的结构示意图;

图5是本发明实施例五提供的一种软件测试装置的硬件结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种测试脚本生成方法,特别适用于对船舶通信协议进行软件测试,参见图1,该测试脚本生成方法包括:

步骤101:提供多种触发事件、多种判断条件、以及多种处理流程,触发事件、判断条件以及业务的处理流程与业务类型以及通信设备的类型对应。

在具体实现中,针对多种通信设备的各种业务的共同特点,建立提供组成测试脚本的各种触发事件、判断条件和处理流程,概括采用数据帧交互的通信设备的各类接口业务处理的普遍方式和行为。测试人员开发测试脚本时,可以提供各种触发事件、判断条件和处理流程给测试人员,测试人员只需要根据被测设备、测试需求(如发送的数据帧是否符合通信协议、发送的数据帧的内容是否符合要求的取值范围、数据帧是否在指定时间发送、多个数据帧的发送顺序是否正确、异常的数据帧是否被屏蔽、某类数据帧是否发送等)等实际情况从中选择即可自动生成测试脚本,模拟出通信设备之间复杂的数据帧交互处理逻辑,支持异常测试,通用性强,可以有效帮助测试人员进行测试脚本的创建,降低软件测试的专业度和复杂度,提高软件测试的效率,极大降低定制开发测试脚本的成本。

可选地,触发事件包括人工触发事件、接口触发事件、数据变更事件、定时触发事件和随机触发事件。

其中,人工触发事件为用户输入的指令触发的事件,接口触发事件为接口接收到数据帧、发送数据帧或者连接状态改变触发的事件,数据变更事件为内部数据发生改变触发的事件,定时触发事件为达到周期时间触发的事件,随机触发事件为随机时间触发的事件。

例如,人工触发事件可以用户输入某个指令,接口触发事件可以为接收到某类数据帧,数据变更事件可以为某个内部数据被更新,定时触发事件可以为与上次执行处理流程之间的间隔时间达到设定时间,随机触发事件可以为与上次执行处理流程之间的间隔时间达到非周期时间。

可选地,判断条件包括人工判定条件、数据帧判定条件、接口判定条件、数据判定条件和时间判定条件。

其中,人工判定条件为由用户进行判断的条件,数据帧判定条件为根据接收到的数据帧的内容进行判断的条件,接口判定条件为根据接口的连接状态进行判断的条件,数据判定条件为根据内部数据的内容进行判断的条件,时间判定条件为根据通信设备记录的时间进行判断的条件。

例如,人工判定条件可以为用户从提供的多个选项中选择一个选项,数据帧判定条件可以为接收到的数据帧中包括设定内容,接口判定条件可以为接口处于连接状态,数据判定条件可以为内部数据的内容为设定内容,时间判定条件可以为与上次执行处理流程之间的间隔时间达到设定时间。

可选地,处理流程包括发送数据帧、变更数据、设置接口、设置计时、设置测试脚本和输出提示信息。

可选地,发送数据帧为通过接口发送数据帧的流程,变更数据为改变内部数据的内容的流程,设置接口为改变接口的连接状态的流程,设置计时为改变通信设备记录的时间或者计时器的设置的流程,设置测试脚本为改变测试脚本的运行状态的流程,输出提示信息为通过人机界面向用户输出信息的流程。

例如,发送数据帧可以为向通信设备回复消息,变更数据可以为更新内部数据的内容,设置接口可以为配置接口发送数据帧,设置计时可以为修改计时器记录的数据,设置测试脚本可以为启动某个测试脚本运行,输出提示信息可以为告知用户测试结果。

优选地,发送数据帧可以包括:

获取数据帧的格式;

在获取的数据帧的格式中填入信息;

根据通信协议和测试需求进行数据帧封装,得到数据帧;

按照设定的配置发送得到的数据帧。

其中,数据帧的封装包括但不限于帧序号和校验和的更新、数据帧内容的数据转换、添加帧首和数据帧帧尾。设定的配置可以包括数据帧的发送对象、发送接口、发送次数、发送延时等。需要说明的是,填入的信息和设定的配置都是在处理流程选择发送数据帧之后进行设定,具体参见步骤102。

在发送数据帧的具体过程中,需要首先获取数据帧的格式(通常需预先设定,一些特殊应用场景下会以接收的数据帧为原型);然后在数据帧的格式中填入信息,数据通常从内部数据或接收的数据帧中获取,也可根据软件测试需求输入异常数据以实现接口数据异常测试的执行(数据的来源预先会设定好);接着根据通信协议对数据帧完成自动封装,封装操作分解为更新帧序号、更新校验和、数据帧内容数据转置、添加数据帧首尾部等若干个分解动作,由测试装置自动完成,测试人员也可以预先设置错误的校验和数值,以实现对数据帧结构的异常测试;最后依据脚本设定的通信对象、通信接口、发送次数、发送延时等配置发送封装后的数据帧,测试人员可预先输入例如超出系统响应时限的发送延时等异常的设置,以实现部分接口环节的异常测试。

步骤102:接收用户从多种触发事件中选择的触发事件、从多种判断条件中选择的判断条件、以及从多种处理流程中选择的处理流程。

可选地,该测试脚本生成方法还可以包括:

在接收用户选择的触发事件、判断条件或者处理流程之后,向用户输出参数输入框;

接收用户输入的参数,输入的参数用于与选择的触发事件、判断条件或者处理流程组合以生成测试脚本。

在实际应用中,当处理流程选择发送数据帧时,会向用户输出数据帧中填入信息和发送数据帧按照的配置的输入接口。其中,用户可以根据通信协议、业务的类型和测试需求设定填入信息。具体地,填入信息可以来自内部数据(装置内部存储的数据,区别于通过接收的数据),也可以来自被测设备发送的数据,还可以来自用户输入的数据。

在发送数据帧的具体过程中,需要首先确定待发送数据帧的来源(通常需预先设定,一些特殊应用场景下会以接收的数据帧为原型);然后根据通信协议和业务处理需要更新数据帧原型中的部分字段数据,数据通常从内部数据或接收的数据帧中获取,测试人员也可根据软件测试需求输入异常数据以实现接口数据异常测试的执行;接着根据通信协议对数据帧完成自动封装,封装操作分解为更新帧序号、更新校验和、数据帧内容数据转置、添加数据帧首尾部等若干个分解动作,由测试装置自动完成,测试人员也可实施人工封装(例如人工输入错误的校验和数值),以实现对数据帧结构的异常测试;最后依据脚本设定的通信对象、通信接口、发送次数、发送延时等设置发送封装后的数据帧,测试人员可输入异常的发送设置(例如超出系统响应时限的发送延时),以实现部分接口环节的异常测试。

在具体实现中,触发事件、判断条件和处理流程可以分别以下列列表的方式提供给用户选择。例如,在输出给用户的页面中,设置三个下列列表,第一个下拉列表包括人工触发事件、接口触发事件、数据变更事件、定时触发事件、随机触发事件五个选项,第二个下拉列表包括人工判定条件、数据帧判定条件、接口判定条件、数据判定条件、时间判定条件五个选项,第三个下拉列表包括发送数据帧、变更数据、设置接口、设置计时、设置测试脚本、提示信息六个选项。

用户根据被测设备、测试需求等实际情况选择触发事件、判断条件和处理流程。例如,心跳业务选择定时触发事件、时间判定条件(与触发事件一致)、发送数据帧(具体为组播心跳报文),设置的参数包括周期时间、数据帧的内容;又如,时间校准业务选择接口触发事件(具体为接收到数据帧)、数据帧判定条件(具体为数据帧是校验正确的时间校准报文)、变更数据(具体为设置本地时钟);再如,设备参数在线设置业务选择接口触发事件(具体为接收到数据帧)、数据帧判定条件(具体为数据帧是校验正确的设备参数在线设置报文)、变更数据(具体为采用报文中的数据更新内部数据)和发送数据帧(具体为向上位管理设备发送设备参数在线设备成功报文);又如,触发电压告警业务选择数据变更事件(具体为人工更改内部电压数据)、数据判定条件(具体为内部电压数据超出设定值)、发送数据帧(具体为向上位管理设备发送电压告警信息)。

步骤103:将选择的触发事件、选择的判断条件、选择的处理流程组合,生成测试脚本。

其中,测试脚本用于当选择的触发事件发生时,判定选择的判断条件是否被满足,并在选择的判断条件被满足时按照处理流程处理业务。不同测试脚本的触发事件、判断条件、处理流程的中的至少一个不同,各个测试脚本独立运行。通常在进行软件测试时,循环检测各个测试脚本中的触发事件是否发生,若触发事件发生则判定判断条件是否被满足,并在判断条件被满足时执行处理流程。

在具体实现中,一个测试脚本对应实现一次外部输入、一次外部输出、一次外部查询或者一次内部事件。如果存在多个事件,则相应生成多个测试脚本。如果多个事件关联,则利用触发事件、判断条件和处理流程的设定,实现多个测试脚本的关联。例如,多个测试脚本选择相同的触发事件,则可以并行运行;又如,一个测试脚本的处理流程的结果是另一个测试脚本的触发事件(具体通过将处理流程选择为设置测试脚本且运行设置的测试脚本),则可以将两个测试脚本串联运行。

本发明实施例针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

实施例二

本发明实施例提供了一种测试脚本生成装置,参见图2,该测试脚本生成装置包括:

第一输出模块201,用于提供多种触发事件、多种判断条件、以及多种处理流程,触发事件、判断条件以及业务的处理流程与业务类型以及通信设备的类型对应;

第一输入模块202,用于接收用户从多种触发事件中选择的触发事件、从多种判断条件中选择的判断条件、以及从多种处理流程中选择的处理流程;

生成模块203,用于将选择的触发事件、选择的判断条件、选择的处理流程组合,生成测试脚本,测试脚本用于当选择的触发事件发生时,判定选择的判断条件是否被满足,并在选择的判断条件被满足时按照处理流程处理业务。

可选地,触发事件包括人工触发事件、接口触发事件、数据变更事件、定时触发事件和随机触发事件。

其中,人工触发事件为用户输入的指令触发的事件,接口触发事件为接口接收到数据帧、发送数据帧或者连接状态改变触发的事件,数据变更事件为内部数据发生改变触发的事件,定时触发事件为达到周期时间触发的事件,随机触发事件为随机时间触发的事件。

可选地,判断条件包括人工判定条件、数据帧判定条件、接口判定条件、数据判定条件和时间判定条件。

其中,人工判定条件为由用户进行判断的条件,数据帧判定条件为根据接收到的数据帧的内容进行判断的条件,接口判定条件为根据接口的连接状态进行判断的条件,数据判定条件为根据内部数据的内容进行判断的条件,时间判定条件为根据通信设备记录的时间进行判断的条件。

可选地,处理流程包括发送数据帧、变更数据、设置接口、设置计时、设置测试脚本和输出提示信息。

可选地,发送数据帧为通过接口发送数据帧的流程,变更数据为改变内部数据的内容的流程,设置接口为改变接口的连接状态的流程,设置计时为改变通信设备记录的时间或者计时器的设置的流程,设置测试脚本为改变测试脚本的运行状态的流程,输出提示信息为通过人机界面向用户输出信息的流程。

优选地,发送数据帧可以包括:

获取数据帧的格式;

在获取的数据帧的格式中填入信息;

根据通信协议和测试需求进行数据帧封装,得到数据帧;

按照设定的配置发送得到的数据帧。

可选地,该测试脚本生成装置还可以包括:

第二输出模块,用于在接收用户选择的触发事件、判断条件或者处理流程之后,向用户输出参数输入框;

第二输入模块,用于接收用户输入的参数,输入的参数用于与选择的触发事件、判断条件或者处理流程组合以生成测试脚本。

本发明实施例针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

实施例三

本发明实施例提供了一种软件测试方法,参见图3,该软件测试方法可以包括:

步骤301:接收用户在被测设备接入之后输入的测试开启指令。

步骤302:根据测试开启指令循环检测预先生成的多个测试脚本中的触发事件是否发生。

在本实施例中,测试脚本是将用户从提供的多种触发事件中选择的触发事件、提供的多种判断条件中选择的判断条件、多种处理流程中选择的处理流程组合生成的,具体可以参见实施例一,在此不再详述。

步骤303:当测试脚本中的触发事件发生时,判定测试脚本中的判断条件是否被满足。

步骤304:当测试脚本中的判断条件被满足时,按照测试脚本中的处理流程处理业务。

步骤305:生成并向用户输出测试结果。

在实际应用中,所有的运行情况(包括测试结果)都会被记录在日志中,如接收到测试开启指令、检测触发时间是否发生、触发事件发生时判断条件是否被满足、判断条件被满足时处理过程等,为测试人员提供通信系统模拟运行的分析数据。

需要说明的是,测试过程中,主要是模拟通信设备与被测设备交互数据帧,并利用日志记录数据帧的收发情况,测试人员查看日志即可知道测试结果。

可选地,该软件测试方法还可以包括:

接收用户输入的控制指令,控制指令包括修改测试脚本、接口、内部数据、计时器中的一种;

按照控制指令改变测试脚本的运行状态、接口的连接状态、内部数据的内容、计时器的状态中的一种。

通过人工干预的方式,迅速构建和运行所需的测试场景,实现所需的软件测试。

本发明实施例针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

实施例四

本发明实施例提供了一种软件测试装置,参见图4,该软件测试装置包括:

第一接收模块401,用于接收用户在被测设备接入之后输入的测试开启指令;

触发检测模块402,用于根据测试开启指令循环检测预先生成的多个测试脚本中的触发事件是否发生,测试脚本是将用户从提供的多种触发事件中选择的触发事件、提供的多种判断条件中选择的判断条件、多种处理流程中选择的处理流程组合生成的;

判定模块403,用于当测试脚本中的触发事件发生时,判定测试脚本中的判断条件是否被满足;

业务处理模块404,用于当测试脚本中的判断条件被满足时,按照测试脚本中的处理流程处理业务;

结果处理模块405,用于生成并向用户输出测试结果。

可选地,该软件测试装置还可以包括:

第二接收模块,用于接收用户输入的控制指令,控制指令包括修改测试脚本、接口、内部数据、计时器中的一种;

控制模块,用于按照控制指令改变测试脚本的运行状态、接口的连接状态、内部数据的内容、计时器的状态中的一种。

本发明实施例针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

实施例五

本发明实施例提供一种软件测试装置,参见图5,装置500包括处理器501、存储器502、通信接口503、人机交互接口504、计时器505。

存储器502可用于存储软件程序以及应用模块,处理器501通过运行存储在存储器502的软件程序以及应用模块,从而执行装置500的各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据装置500的处理所创建的数据(比如测试脚本)等。此外,存储器502可以包括高速随机存取存储器(英文:Random Access Memory,简称:RAM),还可以包括非易失性存储器(英文:non-volatile memory),例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器501是装置500的控制中心,利用各种接口和线路连接整个装置500的各个部分。

具体地,通信接口503用于实现与被测设备的连接,具体可以为以太网接口或者串口。

计时器505用于实现,为处理器501提供计时。

处理器501通过运行或执行存储在存储器502内的软件程序和应用模块,以及调用存储在存储器502内的数据,处理器501用于实现,通过人机交互接口504接收用户在被测设备接入之后输入的测试开启指令;根据测试开启指令循环检测预先生成的多个测试脚本中的触发事件是否发生,测试脚本是将用户从提供的多种触发事件中选择的触发事件、提供的多种判断条件中选择的判断条件、多种处理流程中选择的处理流程组合生成的;当测试脚本中的触发事件发生时,判定测试脚本中的判断条件是否被满足;当测试脚本中的判断条件被满足时,按照测试脚本中的处理流程处理业务;生成并通过人机交互接口504向用户输出测试结果。

可选地,处理器501还可以实现,通过人机交互接口504接收用户输入的控制指令,控制指令包括修改测试脚本、接口、内部数据、计时器中的一种;按照控制指令改变测试脚本的运行状态、接口的连接状态、内部数据的内容、计时器的状态中的一种。

本发明实施例针对多种通信设备的各种业务的共同特点,向用户输出多种触发事件、判断条件和处理流程进行选择,并将用户选择的触发事件、判断条件和处理流程组合,即可生成测试脚本,通用性强,有效帮助测试人员进行脚本的创建,降低软件测试的专业度和复杂度,进而提高软件测试的效率,极大降低定制开发测试脚本的成本。

需要说明的是:上述实施例提供的测试脚本生成装置在生产测试脚本时、软件测试装置在软件测试时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的测试脚本生成装置与测试脚本生成方法、软件测试装置与软件测试方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1