CN112256579A - 自动化集成测试方法、装置、系统、设备及介质 - Google Patents
自动化集成测试方法、装置、系统、设备及介质 Download PDFInfo
- Publication number
- CN112256579A CN112256579A CN202011149330.9A CN202011149330A CN112256579A CN 112256579 A CN112256579 A CN 112256579A CN 202011149330 A CN202011149330 A CN 202011149330A CN 112256579 A CN112256579 A CN 112256579A
- Authority
- CN
- China
- Prior art keywords
- test
- executed
- version information
- current
- new
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
Abstract
本发明公开了一种自动化集成测试方法、装置、系统、设备及介质,方法包括:监听待测试终端的系统的版本信息;当存在新的版本信息时,基于新的版本信息确定当前待执行任务及与当前待执行任务对应的测试用例信息;根据新的版本信息从待测试终端对应的服务器自动下载新的系统版本;根据测试用例信息获取当前测试用例,且根据当前待执行任务及当前测试用例测试新的系统版本。本发明可以自动监听每一待测试终端的系统的版本信息,可以根据当前待执行任务及当前测试用例测试新的系统版本,本发明可以在无人监控的情况下可以自动进行系统版本更新,根据新的版本信息自动生成当前待执行任务,根据当前待执行任务对新的系统版本进行自动测试,提高了测试效率。
Description
技术领域
本发明涉及终端设备测试领域,特别涉及一种自动化集成测试方法、装置、系统、设备及介质。
背景技术
对于大量的待测试终端设备的验收测试,往往存在系统的更新版本发布不定时、需要根据新的版本对系统进行更新的情况。其中,更新的任务策略需要专人制定,由于待测试终端的数目多、测试量大、测试过程中涉及步骤多、测试耗时长、对测试结果处理的过程繁琐,且对于测试用例及测试策略的制定容易产生遗漏,但是在终端出厂前对终端的测试是又一个产品必不可少的部分,这部分往往给公司人力资源管理带来很大挑战。且现有技术中,往往在版本更新后对新的版本进行测试,这种方式影响了测试的效率。
发明内容
本发明要解决的技术问题是为了克服现有技术中对批量待测试终端进行测试往往在版本更新后才能对新的版本进行测试从而导致测试效率低的缺陷,提供一种能自动检测版本更新、高效率且批量化对待测试终端进行测试的自动化集成测试方法、装置、系统、设备及介质。
本发明是通过下述技术方案来解决上述技术问题:
本发明提供了一种自动化集成测试方法,所述自动化集成测试方法包括:
监听待测试终端的系统的版本信息;
当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息;
根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本;
根据所述测试用例信息获取当前测试用例,且根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
较佳地,所述基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤包括:
将所述新的版本信息以及所述新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务,所述目标任务包括待执行任务、所述待执行任务的执行优先级及所述待执行任务对应的测试用例信息,所述历史数据包括对所述待测试终端的历史版本进行测试的测试结果;
根据所述待执行任务的执行优先级依次选择当前待执行任务。
较佳地,所述监听待测试终端的系统的版本信息的步骤包括:
判断所述待测试终端对应的服务器中存储所述版本信息的文件是否发生变更,若是,则确定所述待测试终端存在新的版本信息。
较佳地,所述当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤包括:
当存在新的版本信息时,判断所述新的版本信息是否属于测试版本范围,若符合,则基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息。
较佳地所述根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本的步骤包括:
获取当前下载工具,所述当前下载工具用于根据所述新的版本信息自动下载新的系统版本;
根据所述新的系统版本对所述待测试终端进行更新;
和/或,
所述根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本的步骤后还包括步骤:
重启所述待测试终端。
较佳地,所述基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤后还包括:
根据所述测试用例信息获取对应的若干预设用例测试条件;
所述根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本的步骤包括:
在每一所述预设用例条件下根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
本发明还提供了一种自动化集成测试装置,所述自动化集成测试装置包括:监听模块、任务确定模块、版本下载模块及用例测试模块;
所述监听模块用于监听待测试终端的系统的版本信息;
所述任务确定模块用于当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息;
所述版本下载模块用于根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本;
所述用例测试模块根据所述测试用例信息获取当前测试用例,且根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
较佳地,所述任务确定模块包括:目标任务获取单元及当前任务选择单元;
所述目标任务获取单元用于将所述新的版本信息以及所述新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务,所述目标任务包括待执行任务、所述待执行任务的执行优先级及所述待执行任务对应的测试用例信息,所述历史数据包括对所述待测试终端的历史版本进行测试的测试结果;
所述当前任务选择单元用于根据所述待执行任务的执行优先级依次选择当前待执行任务。
较佳地,所述监听模块用于判断所述待测试终端对应的服务器中存储所述版本信息的文件是否发生变更,若是,则确定所述待测试终端存在新的版本信息。
较佳地,所述用例测试模块用于当存在新的版本信息时,判断所述新的版本信息是否属于测试版本范围,若符合,则基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息。
较佳地,所述版本下载模块用于获取当前下载工具,所述当前下载工具用于根据所述新的版本信息自动下载新的系统版本;
所述版本下载模块还用于根据所述新的系统版本对所述待测试终端进行更新;
和/或,
所述自动化集成测试装置还包括重启模块,所述版本下载模块还用于调用所述重启模块,所述重启模块用于重启所述待测试终端。
较佳地,所述自动化集成测试装置还包括用例条件获取模块,所述任务确定模块还用于调用所述用例条件获取模块,所述用例条件获取模块用于根据所述测试用例信息获取对应的若干预设用例测试条件;
所述用例测试模块用于在每一所述预设用例条件下根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
本发明还提供了一种自动化集成测试系统,包括如上所述的自动化集成测试装置,所述自动化集成测试系统还包括USB二合一数据线,待测试终端通过所述USB二合一数据线与所述自动化集成测试装置连接,其中,所述USB二合一数据线中的一个数据线用于对所述待测试终端进行充电,另一个数据线用于实现所述自动化集成测试装置与所述待测试终端之间的数据传输。
较佳地,所述USB二合一数据线包括第一线缆、第二线缆、第一USB3.0 公头、第二USB3.0公头和USB3.0母头,所述第一USB3.0公头通过所述第一线缆与所述USB3.0母头连接,所述第二USB3.0公头通过所述第二线缆与所述USB3.0母头连接,所述USB3.0母头用于连接所述自动化集成测试装置,所述第一USB3.0公头和所述第二USB3.0公头中的一个作为充电输入接口,另一个作为数据传输接口,所述充电输入接口的充电电流大于等于1安培。
较佳地,所述自动化集成测试系统还包括扩展USB Hub,所述扩展USB Hub与所述自动化集成测试装置的USB3.0接口通信连接,所述扩展USB Hub与每个所述USB二合一数据线的所述第一USB3.0公头通信连接。
较佳地,所述自动化集成测试系统还包括继电器,所述继电器与所述扩展USB Hub及每个所述USB二合一数据线的所述第一USB3.0公头通信连接,所述继电器用于根据当前待执行任务及当前测试用例测试新的系统版本时,控制所述待测试终端与所述自动化集成测试装置的连接与断开。
本发明的积极进步效果在于:本发明可以自动监听每一待测试终端的系统的版本信息,当存在新的版本信息时,可以根据新的版本信息生成当前待执行任务,从而可以根据当前待执行任务及当前测试用例测试新的系统版本,本发明可以在无人监控的情况下可以自动进行系统版本更新,根据新的版本信息自动生成当前待执行任务,从而根据当前待执行任务对新的系统版本进行智能一体化自动测试,从而大大减少了人力投入,提高了测试效率。
附图说明
图1为本发明实施例1的自动化集成测试方法的流程图。
图2为实施例1中步骤101的流程图。
图3为实施例1中确定当前待执行任务的流程图。
图4为实施例1中具体场景下预设用例测试条件的示意图。
图5为实施例1中具体场景下对当前待执行任务进行测试的示意图。
图6为本发明实施例2的自动化集成测试系统的模块示意图。
图7为本发明实施例3的自动化集成测试装置的模块示意图。
图8为实施例3中的二合一USB数据线的示意图。
图9为本发明实施例4中的电子设备的结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
应当理解,本实施例中的待测试终端可以指各种形式待测试的用户设备(userequipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station,建成MS)、远方站、远程终端、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol,简称SIP)电话、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络 (Public Land Mobile Network,简称PLMN)中的终端设备等,本申请实施例对此并不限定。
实施例1
本实施例提供了一种自动化集成测试方法,如图1所示,自动化集成测试方法包括:
步骤101、监听待测试终端的系统的版本信息。
本实施例中,可以自动对待测试终端的系统的版本信息监控,在监控到新的版本信息时,可以在无需人工操作的情况下,自动对待测试终端的版本进行更新,具体的,如图2所示,步骤101可以具体包括:
步骤1011、判断待测试终端对应的服务器中存储版本信息的文件是否发生变更,若是,则执行步骤1012,若否,则执行步骤1013。
步骤1012、确定待测试终端存在新的版本信息。
步骤1013、确定当前不存在新的版本信息,并继续监控存储版本信息的文件,返回步骤1011。
版本信息一般会存储在特定路径的文件夹中,本实施例中,通过判断存储版本信息的文件夹中的文件是否有变更即可以实现对是否存在新的版本的自动监控。
步骤102、当存在新的版本信息时,基于新的版本信息确定当前待执行任务及与当前待执行任务对应的测试用例信息。
在一种可选的实现方式中,当存在新的版本信息时,并非每一种版本都需要自动进行测试,如发布端可能会发布一些临时版本,这些临时版本不属于需要自动测试的正式版本,因此,当监控到存在新的版本信息时,步骤102 还可以进一步包括:判断新的版本信息是否属于测试版本范围的步骤,若符合,再基于新的版本信息确定当前待执行任务及与当前待执行任务对应的测试用例信息,若不符合,则可以认为新的版本信息并非需要自动更新的版本,返回步骤101继续对版本信息进行监控。
本实施例中,可以根据新的版本信息自动确定一系列待执行任务,具体的,如图3所示,可以根据下列步骤确定当前待执行任务:
步骤1021、将新的版本信息以及新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务。
其中,目标任务包括待执行任务、待执行任务的执行优先级及待执行任务对应的测试用例信息,历史数据包括对待测试终端的历史版本进行测试的测试结果。应当理解,由于存在不同的测试阶段,因此,在获得新的版本信息后,首先需要判断新的版本信息位于的具体阶段,然后选择对应阶段的历史数据。
其中,策略生成模型为通过将历史数据输入至目标算法训练出来的模型,目标算法可以根据实际需求进行选择。
步骤1022、根据待执行任务的执行优先级依次选择当前待执行任务。
本实施例中,根据新的版本信息及对应的历史数据可以生成待执行任务序列,根据执行优先级可以自动选择当前待执行任务。
步骤103、根据新的版本信息从待测试终端对应的服务器自动下载新的系统版本。
其中,对每个用例进行测试前都需要重新下载新的系统版本,以保证测试环境干净统一,无历史数据干扰。
本实施例中,步骤103中首先需要获取当前下载工具,当前下载工具用于根据新的版本信息自动下载新的系统版本。本实施例中,由于下载工具可能存在更新,为了同步与版本信息对应的脚本,避免无效测试,因此需要获取最新的下载工具,最新的下载工具可以根据新的版本信息自动下载新的系统版本。在新的系统版本下载完成后,待测试终端会自动重启,终端根据下载的新的系统版本实现系统的更新。
本实施例中,在第一次下载新的系统版本时,需要从服务器将包括新的版本信息的压缩文件夹下载至本地并解压,以便之后对于新的系统版本的下载。在后续需要测试用例时,只需在本地根据新的版本信息下载新的系统版本即可。
步骤104、根据测试用例信息获取当前测试用例。
在执行测试时,根据步骤102中获得的测试用例信息获取最新的当前测试用例的脚本,从而可以运行该脚本根据当前待执行任务对新的系统版本进行测试。由于服务器可能会不定时更新测试用例,本实施例中可以根据测试用例信息实时获取最新的当前测试用例以保证最佳测试效果。
步骤105、根据当前待执行任务及当前测试用例测试新的系统版本。
本实施例中,根据测试的阶段的不同,对每一测试阶段的各测试用例均设置有若干预设测试条件,步骤105中为在不同的预设用例条件下根据当前测试用例测试新的系统版本,具体的,步骤104后还可以进一步包括:根据测试用例信息获取对应的若干预设用例测试条件的步骤,该步骤中,可以加载、解析对应的预设用例测试条件,并根据解析后的预设用例条件生成预设用例脚本。
为了更好的理解步骤105,下面通过一具体场景下的预设用例测试条件进行说明:
如图4所示,其中第一列表示用例名称,第二列表示不同预设用例测试条件对应的脚本路径,图中具体示出了当前测试用例为开关机的情况下的不同预设用例测试条件,如第一预设用例测试条件为ALL log(待测试终端中所有日志均打开的状态)与型号为FAT32的SD(存储卡)卡的条件组合,第二种预设用例测试条件为ALL log、型号为FAT32的SD卡、休眠30分钟与保持唤醒状态的条件组合,这里的各个预设用例条件可以根据实际需求进行设置,里面具体条件也可以根据实际需求进行选择,此处并不对此进行限定。
在一种具体的实施方式中,步骤105后还可以进一步包括:
步骤106、获取当前用例的测试结果。
本实施例中,可以对当前用例的测试过程进行自动实时监控,可以根据测试的数据获取测试结果,其中,既可以通过测试的数据直接获取测试结果,如开关机正常或不正常的测试结果,也可以通过将直接获取的测试数据输入至预设的算法中进一步来获取测试结果。
步骤107、根据测试结果自动生成测试报告,且将下一待执行任务作为当前待执行任务后返回步骤103,直至所有待执行任务均执行完毕。
本实施例中,在测试不符合预设测试标准时,可以自动发送测试过程中出现的故障信息,还可以根据故障信息生成测试日志,将测试日志自动上传服务器。
为了更好的理解本实施例中的自动化集成测试方法,下面通过一具体实例对本实施例进行说明:
在步骤101中监听到待测试终端存在新的版本信息,且新的版本信息表明该版本为正式版本时,则通过步骤102,将新的版本信息及新的版本信息对应的测试阶段的历史信息输入至策略生成模型中以输出待执行任务序列及每一待执行任务对应的至少一测试用例信息,接着从待执行任务序列中选择优先级别最高的任务作为当前待执行任务。
图5示出了具体场景下对当前待执行任务进行测试的示意图,该图分为左右两个部分,右边代表当前测试的进程,如图所示,在2020年7月10日, 11点18分28秒时,自动监控到了新的版本信息并且开始准备进行自动测试,在2020年7月10日11点18分40秒自动选择了名称为Monkey4System 的用例,并且开始对该用例进行测试,从2020年7月10日11点18分41 秒到2020年7月10日11点21分42秒,正在完成对新的系统版本的复制过程。在复制完新的版本信息后,从服务器获取最新的下载工具并通过新的系统版本信息加载新的版本并自动下载,下载完成后重启待测试终端以完成新的系统版本的更新。
图5的左边部分代表对测试过程的控制界面。其中,任务ID(识别码) 表示当前待执行任务的编号,测试项目表示待测试终端的内部名称,测试硬件表示待测试终端的硬件类型,测试版本表示当前测试的系统版本的编号,用例名称表示当前测试用例的名称,测试工程表示当前待执行任务在待测试终端中的工程名称,工程路径为当前待执行任务的工程的版本的实际路径。
其中预设信息一栏表示当前测试用例下的预设测试条件,脚本信息表示当前预设测试条件的脚本路径,应当理解,在数据库中已经配置了不同测试阶段的测试用例与预设测试条件的对应关系以及预设测试条件与脚本信息的对应关系,从而可以在测试时自动加载不同的预设测试条件来进行测试。
其中测试步骤一栏可以根据实际需求进行选择,如当在预设条件一栏打勾时,则在自动测试时会自动加载不同的预设测试条件,当没有在预设条件一栏打勾时,则在自动测试不会加载不同的预设测试条件。
接着,执行步骤105,在不同的预设测试条件下根据当前测试用例测试新的系统版本,并且实时监控测试的过程,完成测试结果的自动获取。
本实施例中,根据该自动化集成测试方法,可以对待测试终端做到无人值守的自动化测试,通过该一系列自动化的测试过程可以降低策略中漏测,减少人力投入,提高测试效率。
本实施例中,可以对待测试终端进行批量化自动测试,本实施例可以实时自动监控新的系统版本信息,在监控到新的系统版本信息时,可以自动获取目标任务,并且可以完成新的版本系统下载、更新、用例测试、测试结果获取、报告生成等一系列过程,大大提高了测试智能化过程。
实施例2
本实施例提供了一种自动化集成测试装置,如图6所示,自动化集成测试装置包括:监听模块201、任务确定模块202、版本下载模块203及用例测试模块204。
监听模块201用于监听待测试终端的系统的版本信息。
本实施例中,监听模块201可以自动对待测试终端的系统的版本信息监控,在监控到新的版本信息时,可以在无需人工操作的情况下,自动对待测试终端的版本进行更新,具体的,监听模块201可以用于判断待测试终端对应的服务器中存储版本信息的文件是否发生变更,若是,则确定待测试终端存在新的版本信息,若否,则确定当前不存在新的版本信息,并继续监控存储版本信息的文件。
版本信息一般会存储在特定路径的文件夹中,本实施例中,监听模块201 通过判断存储版本信息的文件夹中的文件是否有变更即可以实现对是否存在新的版本的自动监控。
任务确定模块202用于当存在新的版本信息时,基于新的版本信息确定当前待执行任务及与当前待执行任务对应的测试用例信息。
在一种可选的实现方式中,当存在新的版本信息时,并非每一种版本都需要自动进行测试,如发布端可能会发布一些临时版本,这些临时版本不属于需要自动测试的正式版本,因此,当监控到存在新的版本信息时,任务确定模块202还可以用于判断新的版本信息是否属于测试版本范围,若符合,则基于新的版本信息确定当前待执行任务及与当前待执行任务对应的测试用例信息,若不符合,则可以认为新的版本信息并非需要自动更新的版本,并继续调用监听模块201。
本实施例中,任务确定模块202可以根据新的版本信息自动确定一系列待执行任务,具体的,任务确定模块202包括:目标任务获取单元及当前任务选择单元。
目标任务获取单元用于将新的版本信息以及新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务,其中,目标任务包括待执行任务、待执行任务的执行优先级及待执行任务对应的测试用例信息,历史数据包括对待测试终端的历史版本进行测试的测试结果。应当理解,由于存在不同的测试阶段,因此,在获得新的版本信息后,首先需要判断新的版本信息位于的具体阶段,然后选择对应阶段的历史数据。
当前任务选择单元用于根据待执行任务的执行优先级依次选择当前待执行任务。
本实施例中,目标任务获取单元可以根据新的版本信息及对应的历史数据可以生成待执行任务序列,当前任务选择单元可以根据执行优先级可以自动选择当前待执行任务。
版本下载模块203用于根据新的版本信息从待测试终端对应的服务器自动下载新的系统版本。
其中,对每个用例进行测试前都需要重新下载新的系统版本,以保证测试环境干净统一,无历史数据干扰。
本实施例中,版本下载模块203在下载新的系统版本前首先需要获取当前下载工具,当前下载工具用于根据新的版本信息自动下载新的系统版本。本实施例中,由于下载工具可能存在更新,为了同步与版本信息对应的脚本,避免无效测试,因此需要获取最新的下载工具,最新的下载工具可以根据新的版本信息自动下载新的系统版本。本实施例中,还包括重启模块206,用于在新的系统版本下载完成后重启待测试终端以使终端根据下载的新的系统版本实现系统的更新。
本实施例中,版本下载模块203在第一次下载新的系统版本时,需要从服务器将包括新的版本信息的压缩文件夹下载至本地并解压,以便之后对于新的系统版本的下载。在后续需要测试用例时,只需在本地根据新的版本信息下载新的系统版本即可。
用例测试模块204根据测试用例信息获取当前测试用例,且根据当前待执行任务及当前测试用例测试新的系统版本。
用例测试模块204在执行测试时,根据任务确定模块202获得的测试用例信息获取最新的当前测试用例的脚本,从而可以运行该脚本根据当前待执行任务对新的系统版本进行测试。由于服务器可能会不定时更新测试用例,本实施例中用例测试模块204可以根据测试用例信息实时获取最新的当前测试用例以保证最佳测试效果。
本实施例中,用例测试模块204还可以根据当前待执行任务及当前测试用例测试新的系统版本。
根据测试的阶段的不同,对每一测试阶段的各测试用例均设置有若干预设测试条件,用例测试模块204用于在不同的预设用例条件下根据当前测试用例测试新的系统版本,具体的,本实施例中的自动化集成测试系统还可以包括用例条件获取模块205,用于根据测试用例信息获取对应的若干预设用例测试条件,具体可以加载、解析对应的预设用例测试条件,并根据解析后的预设用例条件生成预设用例脚本。
为了更好的理解用例条件测试模块,下面通过一具体场景下的预设用例测试条件进行说明:
如图4所示,其中第一列表示用例名称,第二列表示不同预设用例测试条件对应的脚本路径,图中具体示出了当前测试用例为开关机的情况下用例条件获取模块205获取的不同预设用例测试条件,如第一预设用例测试条件为ALL log与型号为FAT32的SD卡的条件组合,第二种预设用例测试条件为ALL log、型号为FAT32的SD卡、休眠30分钟与保持唤醒状态的条件组合,这里的各个预设用例条件可以根据实际需求进行设置,里面具体条件也可以根据实际需求进行选择,此处并不对此进行限定。
在一种具体的实施方式中,本实施例中的自动化集成测试装置还可以包括测试结果获取模块207,用于获取当前用例的测试结果。
本实施例中,可以对当前用例的测试过程进行自动实时监控,可以根据测试的数据获取测试结果,其中,既可以通过测试的数据直接获取测试结果,如开关机正常或不正常的测试结果,也可以通过将直接获取的测试数据输入至预设的算法中进一步来获取测试结果。
在一种具体的实施方式中,本实施例中的自动化集成测试装置还可以包括报告生成模块208,用于根据测试结果自动生成测试报告,且将下一待执行任务作为当前待执行任务后调用版本下载模块203,直至所有待执行任务均执行完毕。
本实施例中,报告生成模块208还可以在测试不符合预设测试标准时,自动发送测试过程中出现的故障信息,还可以根据故障信息生成测试日志,将测试日志自动上传服务器。
为了更好的理解本实施例中的自动化集成测试方法,下面通过一具体实例对本实施例进行说明:
监听模块201监听到待测试终端存在新的版本信息,且新的版本信息表明该版本为正式版本时,则通过任务确定模块202,将新的版本信息及新的版本信息对应的测试阶段的历史信息输入至策略生成模型中以输出待执行任务序列及每一待执行任务对应的至少一测试用例信息,接着从待执行任务序列中选择优先级别最高的任务作为当前待执行任务。
图5示出了监听模块201在具体场景下对当前待执行任务进行测试的示意图,图6示出了具体场景下版本下载模块203下载过程及用例测试模块 204测试过程的示意图,对图5及图6的具体说明可以参考实施例1,此处便不再赘述。
用例测试模块204在不同的预设测试条件下根据当前测试用例测试新的系统版本,并且实时监控测试的过程,完成测试结果的自动获取。
本实施例中,根据该自动化集成测试方法,可以对待测试终端做到无人值守的自动化测试,通过该一系列自动化的测试过程可以降低策略中漏测,减少人力投入,提高测试效率。
本实施例中,可以对待测试终端进行批量化自动测试,本实施例可以实时自动监控新的系统版本信息,在监控到新的系统版本信息时,可以自动获取目标任务,并且可以完成新的版本系统下载、更新、用例测试、测试结果获取、报告生成等一系列过程,大大提高了测试智能化过程。
实施例3
本实施例提供了一种自动化集成测试系统,如图7所示,包括实施例2 中的自动化集成测试装置及USB二合一数据线,本实施例中,USB二合一数据线的实现方式为多路USB3.0二合一数据线,多路USB3.0二合一数据线与多台设备进行连接,从而可以在提高数据传输速度的同时,对多台待测试终端进行测试,
待测试终端通过USB二合一数据线与自动化集成测试装置连接,其中, USB二合一数据线中的一个数据线用于对待测试终端进行充电,另一个数据线用于实现自动化集成测试装置与待测试终端之间的数据传输。
在一种具体的实现方式中,如图8所示,USB二合一数据线具体包括第一线缆4、第二线缆5、第一USB3.0公头1、第二USB3.0公头2和USB3.0 母头3。其中,第一USB3.0公头1、第二USB3.0公头2和USB3.0母头3 均为符合USB3.0标准的接口。第一USB3.0公头1通过第一线缆4与USB3.0 母头3连接,第二USB3.0公头2通过第二线缆5与USB3.0母头3连接, USB3.0母头3用于连接带有电池的嵌入式设备,第一USB3.0公头1和第二 USB3.0公头2中的一个仅作为充电输入接口,另一个作为数据传输接口,充电输入接口的充电电流大于等于1安培。
本实施例提供的USB二合一数据线,包括两公头一母头的USB3.0数据线,其中一个公头实现数据传输,另一个公头用于供电,并且供电电流大于等于1安培。在使用时有一路USB3.0公头仅用作供电,不能同时用于数据传输,这样可以保证给连接在母头上的带有电池的嵌入式设备数据传输的同时也保证了足够的供电电流,且相对于现有的使用可扩展的大电流的USB Hub的实现方式成本低。
在一种具体的实现方式中,本实施例中的自动化集成测试系统还包括扩展USBHub,扩展USB Hub与自动化集成测试装置的USB3.0接口通信连接,扩展USB Hub与每个USB二合一数据线的第一USB3.0公头通信连接。本实施例中充电设备具体为充电Hub,充电Hub包括若干USB3.0充电母头,每个USB3.0充电母头输出电流均大于等于1安培。
在其他可选实现方式中,充电设备也可以为多个单独的电源适配器,每个电源适配器与一个第二USB3.0公头电连接,为其提供大于等于1安培的充电电流。
本实施例提供的集群测试系统可以做到在集群压力测试时保证每个设备足够的供电,并且可以和充电Hub及上位机等相互结合用于集群测试保证设备的持续运行,本发明相对于现有的使用可扩展的大电流的USB Hub 的实现方式成本低。
在一种具体的实施方式中,自动化集成测试系统还包括继电器,本实施例中继电器的具体实现方式为可编程多路控制继电器,继电器与扩展USB Hub及每个USB二合一数据线的第一USB3.0公头通信连接。
本实施例中,通过继电器可以在根据当前待执行任务及当前测试用例测试新的系统版本时,控制待测试终端与自动化集成测试装置的连接与断开,从而保证测试过程能够有效进行,进一步提高了测试效率。
实施例4
本发明实施例还提供一种电子设备,电子设备可以通过计算设备的形式表现(例如可以为服务器设备),包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中处理器执行计算机程序时可以实现本发明实施例1中自动化集成测试方法。
图9示出了本实施例的硬件结构示意图,如图9所示,电子设备9具体包括:
至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93,其中:
总线93包括数据总线、地址总线和控制总线。
存储器92包括易失性存储器,例如随机存取存储器(RAM)921和/或高速缓存存储器922,还可以进一步包括只读存储器(ROM)923。
存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具 925,这样的程序模块924包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器91通过运行存储在存储器92中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1中自动化集成测试方法。
电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且,电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备9使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例5
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例1中自动化集成测试方法的步骤。
其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行实现本发明实施例1中自动化集成测试方法的步骤。
其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (18)
1.一种自动化集成测试方法,其特征在于,所述自动化集成测试方法包括:
监听待测试终端的系统的版本信息;
当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息;
根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本;
根据所述测试用例信息获取当前测试用例,且根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
2.如权利要求1所述的自动化集成测试方法,其特征在于,所述基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤包括:
将所述新的版本信息以及所述新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务,所述目标任务包括待执行任务、所述待执行任务的执行优先级及所述待执行任务对应的测试用例信息,所述历史数据包括对所述待测试终端的历史版本进行测试的测试结果;
根据所述待执行任务的执行优先级依次选择当前待执行任务。
3.如权利要求1所述的自动化集成测试方法,其特征在于,所述监听待测试终端的系统的版本信息的步骤包括:
判断所述待测试终端对应的服务器中存储所述版本信息的文件是否发生变更,若是,则确定所述待测试终端存在新的版本信息。
4.如权利要求1所述的自动化集成测试方法,其特征在于,所述当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤包括:
当存在新的版本信息时,判断所述新的版本信息是否属于测试版本范围,若符合,则基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息。
5.如权利要求1所述的自动化集成测试方法,其特征在于,所述根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本的步骤包括:
获取当前下载工具,所述当前下载工具用于根据所述新的版本信息自动下载新的系统版本;
根据所述新的系统版本对所述待测试终端进行更新;
和/或,
所述根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本的步骤后还包括步骤:
重启所述待测试终端。
6.如权利要求1所述的自动化集成测试方法,其特征在于,所述基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息的步骤后还包括:
根据所述测试用例信息获取对应的若干预设用例测试条件;
所述根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本的步骤包括:
在每一所述预设用例条件下根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
7.一种自动化集成测试装置,其特征在于,所述自动化集成测试装置包括:监听模块、任务确定模块、版本下载模块及用例测试模块;
所述监听模块用于监听待测试终端的系统的版本信息;
所述任务确定模块用于当存在新的版本信息时,基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息;
所述版本下载模块用于根据所述新的版本信息从所述待测试终端对应的服务器自动下载新的系统版本;
所述用例测试模块根据所述测试用例信息获取当前测试用例,且根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
8.如权利要求7所述的自动化集成测试装置,其特征在于,所述任务确定模块包括:目标任务获取单元及当前任务选择单元;
所述目标任务获取单元用于将所述新的版本信息以及所述新的版本信息对应的历史数据输入至策略生成模型以获取若干目标任务,所述目标任务包括待执行任务、所述待执行任务的执行优先级及所述待执行任务对应的测试用例信息,所述历史数据包括对所述待测试终端的历史版本进行测试的测试结果;
所述当前任务选择单元用于根据所述待执行任务的执行优先级依次选择当前待执行任务。
9.如权利要求7所述的自动化集成测试装置,其特征在于,所述监听模块用于判断所述待测试终端对应的服务器中存储所述版本信息的文件是否发生变更,若是,则确定所述待测试终端存在新的版本信息。
10.如权利要求7所述的自动化集成测试装置,其特征在于,所述用例测试模块用于当存在新的版本信息时,判断所述新的版本信息是否属于测试版本范围,若符合,则基于所述新的版本信息确定当前待执行任务及与所述当前待执行任务对应的测试用例信息。
11.如权利要求7所述的自动化集成测试装置,其特征在于,所述版本下载模块用于获取当前下载工具,所述当前下载工具用于根据所述新的版本信息自动下载新的系统版本;
所述版本下载模块还用于根据所述新的系统版本对所述待测试终端进行更新;
和/或,
所述自动化集成测试装置还包括重启模块,所述版本下载模块还用于调用所述重启模块,所述重启模块用于重启所述待测试终端。
12.如权利要求7所述的自动化集成测试装置,其特征在于,所述自动化集成测试装置还包括用例条件获取模块,所述任务确定模块还用于调用所述用例条件获取模块,所述用例条件获取模块用于根据所述测试用例信息获取对应的若干预设用例测试条件;
所述用例测试模块用于在每一所述预设用例条件下根据所述当前待执行任务及所述当前测试用例测试所述新的系统版本。
13.一种自动化集成测试系统,其特征在于,包括如权利要求7-12任意一项所述的自动化集成测试装置,所述自动化集成测试系统还包括USB二合一数据线,待测试终端通过所述USB二合一数据线与所述自动化集成测试装置连接,其中,所述USB二合一数据线中的一个数据线用于对所述待测试终端进行充电,另一个数据线用于实现所述自动化集成测试装置与所述待测试终端之间的数据传输。
14.如权利要求13所述的自动化集成测试系统,其特征在于,所述USB二合一数据线包括第一线缆、第二线缆、第一USB3.0公头、第二USB3.0公头和USB3.0母头,所述第一USB3.0公头通过所述第一线缆与所述USB3.0母头连接,所述第二USB3.0公头通过所述第二线缆与所述USB3.0母头连接,所述USB3.0母头用于连接所述自动化集成测试装置,所述第一USB3.0公头和所述第二USB3.0公头中的一个作为充电输入接口,另一个作为数据传输接口,所述充电输入接口的充电电流大于等于1安培。
15.如权利要求14所述的自动化集成测试系统,其特征在于,所述自动化集成测试系统还包括扩展USB Hub,所述扩展USB Hub与所述自动化集成测试装置的USB3.0接口通信连接,所述扩展USB Hub与每个所述USB二合一数据线的所述第一USB3.0公头通信连接。
16.如权利要求15所述的自动化集成测试系统,其特征在于,所述自动化集成测试系统还包括继电器,所述继电器与所述扩展USB Hub及每个所述USB二合一数据线的所述第一USB3.0公头通信连接,所述继电器用于根据当前待执行任务及当前测试用例测试新的系统版本时,控制所述待测试终端与所述自动化集成测试装置的连接与断开。
17.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的自动化集成测试方法。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的自动化集成测试方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011149330.9A CN112256579A (zh) | 2020-10-23 | 2020-10-23 | 自动化集成测试方法、装置、系统、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011149330.9A CN112256579A (zh) | 2020-10-23 | 2020-10-23 | 自动化集成测试方法、装置、系统、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112256579A true CN112256579A (zh) | 2021-01-22 |
Family
ID=74261897
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011149330.9A Pending CN112256579A (zh) | 2020-10-23 | 2020-10-23 | 自动化集成测试方法、装置、系统、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112256579A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113419955A (zh) * | 2021-06-25 | 2021-09-21 | 展讯通信(上海)有限公司 | 软件版本自动测试系统、方法、介质及设备 |
CN114036074A (zh) * | 2022-01-07 | 2022-02-11 | 荣耀终端有限公司 | 终端设备的测试方法和测试装置 |
CN115220415A (zh) * | 2021-11-26 | 2022-10-21 | 广州汽车集团股份有限公司 | 车载控制器测试方法、系统、测试管理平台和存储介质 |
CN117424843A (zh) * | 2023-12-18 | 2024-01-19 | 北京华峰测控技术股份有限公司 | 一种管理方法、装置及ate测试系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105354140A (zh) * | 2015-11-02 | 2016-02-24 | 上海聚力传媒技术有限公司 | 一种自动化测试的方法及系统 |
CN109388535A (zh) * | 2018-10-09 | 2019-02-26 | 郑州云海信息技术有限公司 | 一种存储性能测试方法、装置及应用服务器 |
-
2020
- 2020-10-23 CN CN202011149330.9A patent/CN112256579A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105354140A (zh) * | 2015-11-02 | 2016-02-24 | 上海聚力传媒技术有限公司 | 一种自动化测试的方法及系统 |
CN109388535A (zh) * | 2018-10-09 | 2019-02-26 | 郑州云海信息技术有限公司 | 一种存储性能测试方法、装置及应用服务器 |
Non-Patent Citations (1)
Title |
---|
白乌鸦: "USB一分二的线,他的原理是什么?", 《知乎》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113419955A (zh) * | 2021-06-25 | 2021-09-21 | 展讯通信(上海)有限公司 | 软件版本自动测试系统、方法、介质及设备 |
CN115220415A (zh) * | 2021-11-26 | 2022-10-21 | 广州汽车集团股份有限公司 | 车载控制器测试方法、系统、测试管理平台和存储介质 |
CN115220415B (zh) * | 2021-11-26 | 2023-09-15 | 广州汽车集团股份有限公司 | 车载控制器测试方法、系统、测试管理平台和存储介质 |
CN114036074A (zh) * | 2022-01-07 | 2022-02-11 | 荣耀终端有限公司 | 终端设备的测试方法和测试装置 |
CN117424843A (zh) * | 2023-12-18 | 2024-01-19 | 北京华峰测控技术股份有限公司 | 一种管理方法、装置及ate测试系统 |
CN117424843B (zh) * | 2023-12-18 | 2024-02-13 | 北京华峰测控技术股份有限公司 | 一种管理方法、装置及ate测试系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112256579A (zh) | 自动化集成测试方法、装置、系统、设备及介质 | |
CN109218407B (zh) | 基于日志监控技术的代码管控方法及终端设备 | |
CN111341090A (zh) | 蓝牙遥控器压测方法、控制设备及计算机可读存储介质 | |
CN113946358A (zh) | 一种基于车辆管理系统的自动驾驶车辆软件远程升级方法 | |
CN108108296B (zh) | 一种云测试方法、服务器及客户端 | |
CN112527354A (zh) | 一种监控软件升级方法、装置、设备及可读存储介质 | |
CN110865826B (zh) | 机器人软件升级方法、装置、设备和存储介质 | |
CN110045969B (zh) | 应用程序安装方法、服务器、系统、设备及存储介质 | |
CN111626445A (zh) | 一种电器维修方法、装置、电子设备及存储介质 | |
CN106708696B (zh) | 一种检测移动终端应用程序中函数耗电量的方法及装置 | |
CN111399862A (zh) | Windows缺失驱动的批量安装方法、装置和计算机设备 | |
CN111158947A (zh) | 预抄写文件制作方法、服务器及可读存储介质 | |
CN112929245A (zh) | 一种基于云边协同技术管理智慧家庭边缘计算平台的方法 | |
CN117369844A (zh) | Ota升级方法、装置、设备以及存储介质 | |
CN111638871A (zh) | 一种设备信息处理方法、装置、设备、介质 | |
CN111050333A (zh) | 一种基站自动化测试方法及系统 | |
CN114827967B (zh) | 软件更新方法、蓝牙设备及存储介质 | |
CN114124698A (zh) | 基于云主站的配电自动化终端操作系统的升级方法、装置及系统 | |
CN116257397A (zh) | 一种压力测试方法、装置、存储介质及设备 | |
CN114650211A (zh) | 故障修复方法、装置、电子设备和计算机可读存储介质 | |
CN111416842B (zh) | 一种资源集群自动分发及热更新系统及方法 | |
CN113918200A (zh) | 高效可靠的嵌入式设备应用程序无线升级方法 | |
CN102812616B (zh) | 用于运行能量自动化系统的方法和能量自动化系统 | |
CN114138578B (zh) | 一种服务器测试方法和装置 | |
CN110854687A (zh) | 用于智能变电站3/2接线改扩建的不停电传动改造方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210122 |