用例配置方法、用例配置装置以及可读存储介质
文献发布时间:2023-06-19 10:32:14
技术领域
本申请涉及软件测试技术领域,特别是涉及一种用例配置方法、用例配置装置以及可读存储介质。
背景技术
软件工程中,测试者可以根据测试用例来确定应用软件或软件系统是否正常工作。为满足不同用户的需求,会对系统、工具、控制以及游戏软件等进行多样化设计和调整,就需要利用测试用例进行不断的测试,以使最终上线的产品能高度贴合用户需求。
当前各个自动化测试平台面向的都是研发人员,研发人员可以根据编程经验使用自动化测试工具自定制一个自动化测试用例,或是灵活组合多个用例来对软件产品或系统等进行测试。当前测试用例的自动化生成需要研发人员的介入与投入,需要用户具备一定的编程基础,平台的便捷性以及可扩展性也因此受限。
发明内容
本申请实施例提供一种用例配置方法、用例配置装置以及可读存储介质,测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
第一方面,提供了一种用例配置方法,该方法包括:服务器从客户端接收目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息;
服务器根据目标测试任务的信息确定目标测试用例的参数;目标测试用例用于执行目标测试任务,上述参数为目标测试用例执行时的输入参数;
服务器将目标测试用例的参数写入目标测试用例的逻辑代码中,生成目标测试用例的运行脚本。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,服务器根据目标测试任务的信息确定目标测试用例的参数,包括:对事件的信息进行编码,根据编码后的结果确定目标测试用例的参数。
在其中一个实施例中,上述方法包括:根据上述事件的类型确定事件执行方法,根据事件执行方法确定执行目标测试用例的逻辑代码。
在其中一个实施例中,上述方法还包括:
服务器指示测试设备运行目标测试用例的运行脚本以执行目标测试任务,获取目标测试任务的执行结果,向客户端发送执行结果。
上述第一方面提供的方法中,服务器可以根据测试任务的信息自动生成测试任务的测试用例的运行脚本,用户输入测试任务的信息即可实现测试用例的自动化实现。测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
第二方面,提供了一种用例生成方法,该包括:
客户端获取用户输入的目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息;
客户端向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息确定目标测试用例的运行脚本;目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,该方法还包括:
从服务器接收目标测试任务的执行结果。
上述第二方面提供的方法中,客户端可以接收用户输入的测试任务的信息,客户端还可以向服务器发送测试任务的信息,使得服务器根据测试任务的信息自动生成测试任务的测试用例的运行脚本。用户输入测试任务的信息即可实现测试用例的自动化实现,测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
第三方面,提供一种用例配置装置,包括:
通信单元,用于从客户端接收目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息;
处理单元,用于根据目标测试任务的信息确定目标测试用例的参数,将目标测试用例的参数写入目标测试用例的逻辑代码中,以生成目标测试用例的运行脚本;目标测试用例用于执行目标测试任务,该参数为目标测试用例执行时的输入参数。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,处理单元具体用于,对事件的信息进行编码,根据编码后的结果确定目标测试用例的参数。
在其中一个实施例中,处理单元具体用于,根据事件的类型确定事件执行方法,根据事件执行方法确定执行目标测试用例的逻辑代码。
在其中一个实施例中,处理单元具体用于,指示测试设备运行目标测试用例的运行脚本以执行目标测试任务,获取目标测试任务的执行结果;
通信单元还用于,向客户端发送执行结果。
第四方面,提供一种用例配置装置,包括:
处理单元,用于获取用户输入的目标测试任务的信息;目标测试任务为面向用户的可修改信息;
处理单元,用于向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息确定目标测试用例的运行脚本;目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,通信单元还用于,从服务器接收目标测试任务的执行结果。
第五方面,提供一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,该处理器执行计算机程序时实现上述第一方面以及第一方面任意一种可能的实现方式所述的方法,或上述第一方面以及第一方面任意一种可能的实现方式所述的方法。
第六方面,提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述第一方面以及第一方面任意一种可能的实现方式所述的方法,或上述第一方面以及第一方面任意一种可能的实现方式所述的方法。
本申请实施例中,客户端可以获取测试任务的信息,并向服务器发送测试任务的信息。服务器可以根据测试任务的信息自动生成测试任务的测试用例的运行脚本,用户输入测试任务的信息即可实现测试用例的自动化实现。测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
附图说明
图1为本申请实施例提供的手机界面示意图;
图2为本申请实施例提供的测试系统的架构图;
图3为本申请实施例提供的设置界面的示意图;
图4为本申请实施例提供的设置界面的另一示意图;
图5为本申请实施例提供的信息汇总界面的示意图;
图6~图9为本申请实施例提供的用例配置方法的流程示意图;
图10~图11为本申请实施例提供的用例配置装置的结构示意图;
图12~图13为本申请实施例提供的计算机设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
首先,为方便对本申请实施例所提供技术方法的理解,对本申请实施例涉及的术语进行解释说明:
(1)测试用例
测试用例(Test Case)用于描述对测试对象(例如,软件产品)进行测试的一项测试任务,可以体现测试方案、测试方法以及测试策略等。
测试用例的参数可以是测试用例执行时的输入参数,也就是为了实施测试用例而向被测试系统提供的输入数据,例如,可以是用于描述测试目标(测试对象)、测试环境、输入数据、测试步骤、预期结果、测试脚本等信息的参数。
(2)测试任务包括的事件
测试任务包括的事件可以是执行该测试任务时所涉及的用户操作事件,通常可以根据用户的实际操作来确定测试任务包括的事件,例如,点击事件、滑动事件、输入文本事件等。
假设测试任务为“进入用户x的直播间”,以图1所示的手机界面为例,在使用手机进入用户x的直播间时可能涉及的用户操作包括手机屏幕上的滑动操作(例如,滑动用户列表),以及手机屏幕上的滑动操作(例如,点击用户头像)。其中,点击操作触发点击事件,滑动操作触发滑动事件,该测试任务可以包括点击事件以及滑动事件。
(3)测试用例的运行脚本
测试用例的运行脚本是针对测试用例的需求编写的运行脚本,可以包括逻辑代码,该逻辑代码中写入了测试用例的参数。当运行测试用例的运行脚本,测试用例被执行。
本申请实施例提供的用例配置方法适用于图2所示的测试系统。参考图2,该系统包括客户端10、服务器20以及测试设备30。其中,客户端10面向用户提供多种业务,例如,提供的业务可以是对软件产品、软件系统等的自动化测试。服务器20用于支持客户端10所提供业务的后台实现,例如,可以配置、生成测试用例,支持自动化测试任务的执行。测试设备30为测试任务的载体,通过运行测试用例的脚本执行测试任务。
一种可能的实现方式中,客户端10可以提供可视化界面,可视化界面包括测试任务的设置项,以及测试任务包括的事件的设置项。图3是本申请实施例提供的一种可视化界面,参考图3,测试任务的设置项可以包括测试任务ID(Identity)的设置项a1以及测试任务的描述信息的设置项a2。事件的设置项可以包括事件类型的设置项a3、事件描述信息的设置项a4、控件信息的设置项a5、输入框信息设置项a6、循环次数设置项a7、延迟时长设置项a8。
其中,设置项可以是下拉菜单或输入框,客户端10可以根据用户在下拉菜单选择的选项或用户在输入框输入的信息确定测试任务的信息、测试任务包括的事件的信息。
另一种可能的实现方式中,可视化界面还包括图4所示的“新增事件”功能控件a9,支持用户输入多个事件的信息。当“新增事件”功能控件a9被触发,客户端10显示图3所示的界面,用户可以在新显示的界面上选择或输入事件的信息。可选的,功能控件a9被触发后显示的界面可以不包括测试任务的设置项,例如,前文所述的测试任务ID的设置项a1以及描述信息的设置项a2。
另一种可能的实现方式中,当用户通过图3或图4所示的设置界面设置完待测试任务包括的所有事件的信息后,用户点击“保存”控件。客户端10可以显示图5所示的信息汇总界面。参考图5,该信息汇总界面包括信息显示区域50以及操作区域51。其中,信息显示区域50用于显示用户选择或输入的信息,例如,事件类型、事件的延迟时长、事件的循环次数等。操作区域51包括修改控件510以及删除控件511,修改控件支持用户修改相应的信息,删除控件支持用户删除相应的信息。
本申请实施例提供一种用例配置方法,适用于图2所示系统中的服务器20,如图6所示,方法包括以下步骤:
步骤601、服务器从客户端接收目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息。
其中,目标测试任务的信息可以是用户在客户端提供的界面上输入或选择的文本信息,用来描述目标测试任务的需求。用户还可以在客户端修改目标测试任务的信息。具体实现中,客户端面向用户提供自动化测试功能,当用户可以在客户端输入目标测试任务的信息,服务器从客户端接收目标测试任务的信息。
一种可能的实现方式中,测试任务的需求体现测试任务包括的各个事件的需求,测试任务的信息可以包括测试任务包括的各个事件的信息。其中,事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
其中,事件的类型可以包括点击类型、上报事件、输入事件、切入后台事件或其他类型。事件的描述信息用于描述事件,可以是事件名称,例如,事件名称为“点击用户头像”。事件对应的控件的信息用于指示事件执行时触发的控件,例如,事件为“点击确认控件”,事件对应的控件为“确认”控件,事件对应的控件的信息可以是“确认”控件的ID。事件对应的输入框的输入信息用于指示事件执行时用于接收外部信息的输入框,例如,事件为“输入用户账号密码”,事件对应的控件为“用户名”输入框以及“密码”输入框,事件对应的输入框的输入信息可以是“用户名”、“密码”。事件的循环次数可以是在事件对应的测试用例中,事件的总循环次数。事件的延迟时长可以是在事件对应的测试用例中,事件的延迟时长,可以包括时间开始前的延迟时长以及事件结束后的延迟时长。
结合图3,事件的类型可以是客户端通过设置项a3接收的信息,事件的描述信息可以是通过设置项a4接收的信息,事件对应的控件的信息可以是设置项a5接收的信息,事件对应的输入框的输入信息可以是设置项a6接收的信息,事件的循环次数可以是设置项a7接收的信息,事件的延迟时长可以是设置项a8的接收的信息。
另一种可能的实现方式中,测试任务的信息还可以包括测试任务的ID以及测试任务的描述信息。其中,测试任务的ID可以是设置项a1接收的信息,测试任务的描述信息可以是设置项a2接收的信息。
步骤602、服务器根据目标测试任务的信息确定目标测试用例的参数;目标测试用例用于执行目标测试任务。
具体实现中,目标测试任务的信息可以是文本格式,服务器将文本格式的信息转化成编程语言,以支持服务器识别目标测试任务的需求,并根据识别结果确定用例参数,从而可以根据确定的用例参数构建与用例参数匹配的测试用例,即本申请实施例所述的目标测试用例。
一种可能的实现方式中,服务器对测试任务包括的事件的信息进行编码,根据编码后的结果确定目标测试用例的参数,该参数为目标测试用例执行时的输入参数。其中,事件的信息编码后为字符串。需要说明的是,JSON编码可以将事件的信息转换为字符串,JSON编码获得的字符串可以在函数之间传递,以支持服务器调用各个相关函数自动生成测试用例。示例的,服务器可以对测试任务包括的事件的信息进行JSON编码,还可以根据JSON编码的结果确定目标测试用例的参数。
步骤603、服务器将目标测试用例的参数写入目标测试用例的逻辑代码中,以生成目标测试用例的运行脚本。
具体实现中,服务器可以确定目标测试用例的逻辑代码,在逻辑代码写入目标测试用例的参数,构建目标测试用例的运行脚本。当目标测试用例的运行脚本被运行,目标测试用例被执行,目标测试任务被执行。
一种可能的实现方式中,执行不同类型的事件的代码的逻辑不同,可以根据事件类型生成与事件类型匹配的逻辑代码。例如,服务器获取待测试任务包括的事件的信息后,根据其中的事件的类型确定执行方法,根据执行方法确定执行目标测试用例的逻辑代码。示例的,事件的类型为点击事件,目标测试用例的逻辑代码可以支持点击类型的事件;或者,事件的类型为上报事件,目标测试用例的逻辑代码可以支持上报类型的事件。
一种可能的实现方式中,服务器调用Appium平台对外开放的应用程序接口(application program interface,API),生成目标测试用例的运行脚本。Appium平台是一个自动化测试框架,可用于应用程序的测试。
本申请实施例提供的方法中,服务器生成目标测试用例的运行脚本后,服务器还可以指示测试设备运行目标测试用例的运行脚本以执行目标测试任务。
具体实现中,服务器通过Appium指示测试设备运行目标测试用例的运行脚本以执行目标测试任务。例如,服务器调用Appium平台对外开放的API生成目标测试用例的运行脚本后,Appium使用WebDriver协议驱动测试设备运行目标测试用例的运行脚本。本申请实施例对测试设备支持的操作系统不做限制,可以是iOS,Android或Windows操作系统,待测试任务可以是iOS应用程序、Android应用程序或Windows应用程序上的测试任务。
本申请实施例提供的方法中,服务器在指示测试设备运行目标测试用例的运行脚本后,还可以获取目标测试任务的执行结果,向客户端发送执行结果。
具体实现中,Appium平台使用WebDriver协议驱动测试设备运行目标测试用例的运行脚本后,服务器可以获取到目标测试用例的执行结果,即目标测试任务的执行结果。其中,目标测试任务的执行结果可以是通过或未通过。
图6所示的方法中,服务器可以根据测试任务的信息自动生成测试任务的测试用例的运行脚本,用户输入测试任务的信息即可实现测试用例的自动化实现。测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
本申请实施例提供一种用例配置方法,适用于图2所示系统中的客户端10,如图7所示,方法包括以下步骤:
步骤701、客户端获取用户输入的目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息。
其中,目标测试任务的信息可以是用户在客户端输入或选择的文本信息,用来描述目标测试任务的需求。具体实现中,客户端面向用户提供自动化测试功能,当用户可以在客户端输入目标测试任务的信息,客户端可以获取到目标测试任务的信息。
一种可能的实现方式中,测试任务的需求体现测试任务包括的各个事件的需求,测试任务的信息可以包括测试任务包括的各个事件的信息。其中,事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
其中,事件的类型可以包括点击类型、上报事件、输入事件、切入后台事件或其他类型。事件的描述信息用于描述事件,可以是事件名称,例如,事件名称为“点击用户头像”。事件对应的控件的信息用于指示事件执行时触发的控件,例如,事件为“点击确认控件”,事件对应的控件为“确认”控件,事件对应的控件的信息可以是“确认”控件的ID。事件对应的输入框的输入信息用于指示事件执行时用于接收外部信息的输入框,例如,事件为“输入用户账号密码”,事件对应的控件为“用户名”输入框以及“密码”输入框,事件对应的输入框的输入信息可以是“用户名”、“密码”。事件的循环次数可以是在事件对应的测试用例中,事件的总循环次数。事件的延迟时长可以是在事件对应的测试用例中,事件的延迟时长,可以包括时间开始前的延迟时长以及事件结束后的延迟时长。
结合图3,事件的类型可以是客户端通过设置项a3接收的信息,事件的描述信息可以是通过设置项a4接收的信息,事件对应的控件的信息可以是设置项a5接收的信息,事件对应的输入框的输入信息可以是设置项a6接收的信息,事件的循环次数可以是设置项a7接收的信息,事件的延迟时长可以是设置项a8的接收的信息。
另一种可能的实现方式中,测试任务的信息还可以包括测试任务的ID以及测试任务的描述信息。其中,测试任务的ID可以是设置项a1接收的信息,测试任务的描述信息可以是设置项a2接收的信息。
步骤702、客户端向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息确定目标测试用例的运行脚本;目标测试用例用于执行目标测试任务。
具体实现中,客户端通过与服务器之间的通信网络向服务器发送目标测试任务的信息。
本申请实施例提供的方法中,测试设备运行目标测试用例的运行脚本后,服务器可以获取目标测试任务的执行结果,客户端可以从服务器接收目标测试任务的执行结果。
图7所示的方法中,客户端可以接收用户输入的测试任务的信息,客户端还可以向服务器发送测试任务的信息,使得服务器根据测试任务的信息自动生成测试任务的测试用例的运行脚本。用户输入测试任务的信息即可实现测试用例的自动化实现,测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
本申请实施例提供一种用例配置方法,适用于图2所示的测试系统,如图8所示,方法包括以下步骤:
步骤801、客户端获取用户输入的目标测试任务的信息。
具体地,客户端可以提供一个可视化的界面,用户可以在该可视化的界面选择或输入目标测试任务的信息,客户端则可以获取到目标测试任务的信息。
步骤802、客户端向服务器发送目标测试任务的信息。
具体地,客户端在获取目标测试任务的信息后,向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息自动化定制测试用例。
步骤803、服务器从客户端接收目标测试任务的信息,根据目标测试任务的信息确定目标测试用例的参数。
其中,目标测试用例用于执行目标测试任务。具体地,可以对目标测试任务的信息进行编码,获得字符串,使得可以在函数之间传递字符串,以构建目标测试用例的逻辑代码。
步骤804、服务器将目标测试用例的参数写入目标测试用例的逻辑代码,以生成目标测试用例的运行脚本。
具体地,在步骤803中构建目标测试用例的逻辑代码后,还可以在逻辑代码中写入目标测试用例的参数(例如,步骤803编码后所得的字符串)生成目标测试用例的运行脚本。
步骤805、服务器指示测试设备运行目标测试用例的运行脚本以执行目标测试任务。
具体地,服务器可以通过Appium平台驱动测试设备运行目标测试用例的运行脚本。需要说明的是,图8所示方法所涉及的具体实现参考前文,在此不做赘述。
图8所示的方法中,客户端可以接收用户输入的测试任务的信息,客户端还可以向服务器发送测试任务的信息。服务器可以从客户端接收测试任务的信息,根据测试任务的信息自动生成测试任务的测试用例的运行脚本。用户输入测试任务的信息即可实现测试用例的自动化实现,测试用例的自动化生成不再局限于研发人员,不要求用户具备编程基础,具有较高的便捷性和可扩展性。
本申请实施例还提供一种用例配置方法,如图9所示,所述方法包括以下步骤:
步骤901、客户端获取目标测试任务的信息,向服务器发送目标测试任务的信息。
具体地,用户在设置界面上针对待测试任务包括的每一个事件,依次进行设置,在客户端提供的可视化界面选择或输入事件的信息,例如,事件类型、事件的循环次数等。
步骤902、服务器接收目标测试任务的信息,将目标测试任务的信息转化成JSON格式的数据。
可选地,服务器还可以将上述JSON格式的数据存储在用例数据库。
步骤903、服务器从设备池中选择测试设备。
具体地,服务器从设备池中选择一个设备自动建立连接,设备可以支持ios系统或者Android系统。
步骤904、根据上述JSON格式的数据确定目标测试用例的参数,构建目标测试用例。
步骤905、根据事件类型确定相应的逻辑代码,在逻辑代码写入目标测试用例的参数,获得目标测试用例的运行脚本。
示例的,参考图9,事件类型包括点击类型、上报类型、切入后台类型以及其它类型。根据点击类型、上报类型、切入后台类型以及其它类型确定相应的执行逻辑,从而可以确定相应的逻辑代码。
步骤906、服务器通过appium实现测试设备的自动化测试。
具体地,服务器通过appium驱动测试设备运行目标测试用例的运行脚本,进行自动化测试。
在自动化测试中,维护一个事件队列,针对目标测试任务包括的所有事件,根据事件对应的逻辑代码的执行顺序将事件加入事件队列。按照先进先出的原则,运行每一个事件对应的逻辑代码,直至事件队列为空。针对每一个事件,根据事件的状态、参数判断是否延迟执行该事件对应的逻辑代码。
可选的,在步骤906之后,服务器可以监控目标测试用例的执行状态,在目标测试用例执行结束后向客户端发送执行结果,指示测试结果为“通过”或“未通过”。
本申请实施例提供一种用例配置装置,该用例配置装置可以是本申请实施例的服务器。如图10所示,该用例配置装置包括:处理单元1001以及通信单元1002。
通信单元1002,用于从客户端接收目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息;
处理单元1001,用于根据目标测试任务的信息确定目标测试用例的参数,将目标测试用例的参数写入目标测试用例的逻辑代码中,以生成目标测试用例的运行脚本;其中,目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,处理单元1001具体用于,对上述事件的信息进行编码,根据编码后的结果确定目标测试用例的参数。
在其中一个实施例中,处理单元1001具体用于,根据事件的类型确定执行方法,根据执行方法确定执行目标测试用例的逻辑代码,还可以在逻辑代码中写入目标测试用例的参数,获得目标测试用例的运行脚本。
在其中一个实施例中,通信单元1002还用于,指示测试设备运行目标测试用例的运行脚本以执行目标测试任务,还可以获取目标测试任务的执行结果,向客户端发送执行结果。
本申请实施例提供一种用例配置装置,该用例配置装置可以是本申请实施例的客户端。如图11所示,该用例配置装置包括:处理单元1101以及通信单元1102。
处理单元1101,用于获取用户输入的目标测试任务的信息;目标测试任务的信息为面向用户的可修改信息;
通信单元1102,用于向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息确定目标测试用例的运行脚本;目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,通信单元1102还用于,从服务器接收目标测试任务的执行结果。
本申请实施例还提供了一种计算机设备,该计算机设备可以是服务器,例如,本申请实施例前文所述的云端服务器。其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库可以存储配置信息、权限信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现本申请实施例图6~图9所示的方法中由服务器执行的步骤。
本申请实施例还提供了一种计算机设备,该计算机设备可以是本申请实施例所述的客户端,其内部结构图可以如图13所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现本申请实施例图6~图9所示的方法中由客户端执行的步骤。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的控件、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
一种可能的实现中,上述显示屏可以上述图3、图4或图5所示的设置界面,处理器可以通过显示屏接收用户在图3、图4或图5所示的设置界面上选择或输入的信息。处理器还可以通过通信接口向服务器发送用户选择或输入的信息。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时支持服务器实现以下步骤:
从客户端接收目标测试任务的信息;其中,目标测试任务的信息为面向用户的可修改信息;
根据目标测试任务的信息确定目标测试用例的参数,将目标测试用例的参数写入目标测试用例的逻辑代码中,以生成目标测试用例的运行脚本;其中,目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,服务器根据目标测试任务的信息确定目标测试用例的参数,包括:对事件的信息进行编码,根据编码后的结果确定目标测试用例的参数。
在其中一个实施例中,计算机程序被处理器执行时支持服务器根据事件的类型确定事件执行方法,根据事件执行方法确定目标测试用例的逻辑代码。
在其中一个实施例中,计算机程序被处理器执行时支持服务器指示测试设备运行目标测试用例的运行脚本以执行目标测试任务,还可以获取目标测试任务的执行结果,向客户端发送执行结果。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时支持客户端实现以下步骤:
获取用户输入的目标测试任务的信息;
向服务器发送目标测试任务的信息,使得服务器根据目标测试任务的信息确定目标测试用例的运行脚本;目标测试用例用于执行目标测试任务。
在其中一个实施例中,目标测试任务的信息包括目标测试任务包括的事件的信息;事件的信息包括以下至少一项:事件的类型、事件的描述信息、事件对应的控件的信息、事件对应的输入框的输入信息、事件的循环次数、事件的延迟时长。
在其中一个实施例中,计算机程序被处理器执行时支持客户端从服务器接收目标测试任务的执行结果。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
- 用例配置方法、用例配置装置以及可读存储介质
- 测试用例关联配置信息的方法、装置、设备及可读介质