数据处理方法、电子设备、存储介质和计算机程序产品
技术领域
本公开涉及计算机技术领域,更具体地,涉及一种数据处理方法、一种电子设备、一种计算机可读存储介质和一种计算机程序产品。
背景技术
基于ARM(Advanced RISC(Reduced Instruction Set Computing,简称精简指令计算机)Machine,简称高级精简指令计算机设备)的一系列国产化微处理器设备(如防火墙、CPE(Customer Premise Equipment,简称客户前置设备)等)在行业内仍处于起步阶段,没有成熟的自动化生产方案。生产微处理器设备时,需要人工对微处理器设备执行硬盘格式化、软硬件测试以及操作***安装等操作。
在实现本公开构思的过程中,发明人发现相关技术中至少存在如下技术问题:人工测试微处理器设备的硬件性能,效率低下。
发明内容
有鉴于此,本公开实施例提供了一种数据处理方法、一种电子设备和一种计算机可读存储介质。
本公开实施例的一个方面提供了一种数据处理方法,上述方法应用于第一电子设备,上述方法包括:从第二电子设备接收第一测试命令;利用上述第一测试命令启动预先存储在上述第一电子设备的第一测试程序;通过上述第一测试程序获取上述第一电子设备的硬件性能信息;将上述硬件性能信息发送至上述第二电子设备,以便从上述第二电子设备接收与上述硬件性能信息对应的应用程序。
根据本公开的实施例,在将上述硬件性能信息发送至上述第二电子设备之后,数据处理方法还包括:从上述第二电子设备接收上述应用程序;安装上述应用程序以得到程序安装结果信息;向上述第二电子设备发送上述程序安装结果信息。
根据本公开的实施例,在向上述第二电子设备发送上述程序安装结果信息之后,数据处理方法还包括:接收上述第二电子设备响应于上述程序安装结果信息发送的第二测试程序;通过利用上述第二测试程序测试上述应用程序来获取上述应用程序的配置信息;将上述配置信息发送至上述第二电子设备,以便上述第二电子设备根据上述配置信息生成第一日志。
根据本公开的实施例,在从第二电子设备接收第一测试命令之前,数据处理方法还包括:从上述第二电子设备接收操作***,其中,上述操作***包括上述第一测试程序;利用接收的上述操作***进行***灌装以得到灌装***;利用上述灌装***获取上述第一电子设备的硬件参数;将上述硬件参数发送至上述第二电子设备,以便上述第二电子设备根据上述硬件参数生成上述第一测试命令。
本公开实施例的另一个方面提供了一种数据处理方法,上述方法应用于第二电子设备,上述方法包括:向上述第一电子设备发送第一测试命令,以便上述第一电子设备启动预先存储的第一测试程序;接收上述第一电子设备利用上述第一测试程序获取的上述第一电子设备的硬件性能信息;根据上述硬件性能信息向上述第一电子设备发送与上述硬件性能信息对应的应用程序。
根据本公开的实施例,在根据上述硬件性能信息向上述第一电子设备发送与上述硬件性能信息对应的应用程序之后,数据处理方法还包括:从上述第一电子设备接收程序安装结果信息;根据上述程序安装结果信息生成第二日志;根据上述程序安装结果信息向第一电子设备发送用于测试上述应用程序的第二测试程序。
根据本公开的实施例,在根据上述程序安装结果信息向第一电子设备发送用于测试上述应用程序的第二测试程序之后,数据处理方法还包括:接收上述第一电子设备通过利用上述第二测试程序测试上述应用程序获取的上述应用程序的配置信息;根据上述配置信息生成第一日志。
根据本公开的实施例,在发送第一测试命令之前,数据处理方法还包括:向上述第一电子设备发送操作***,以便上述第一电子设备对上述操作***进行***灌装以得到灌装***;接收上述第一电子设备利用上述灌装***获取的上述第一电子设备的硬件参数;根据上述硬件参数生成上述第一测试命令。
本公开实施例的另一方面提供了一种电子设备,包括一个或多个处理器以及存储装置,其中,上述存储装置用于存储可执行指令,上述可执行指令在被上述处理器执行时,实现本公开实施例的方法。
本公开实施例的另一方面提供了一种计算机可读存储介质,存储有计算机可执行指令,上述指令在被处理器执行时用于实现本公开实施例的方法。
本公开实施例的另一方面提供了一种计算机程序产品,包括非易失性计算机可读存储介质,所述非易失性计算机可读存储介质包含用于实现本公开实施例方法的计算机程序代码。
根据本公开的实施例,利用服务器向微处理器发送测试命令,启动微处理器内存储的测试程序进行硬件测试,可以至少部分地解决相关技术中人工测试微处理器的硬件性能,效率低下的问题,并因此可以实现提高微处理器硬件性能的测试效率的技术效果。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述以及其他目的、特征和优点将更为清楚,在附图中:
图1A示意性示出了根据本公开实施例的适于数据处理方法的***架构;
图1B示意性示出了根据本公开实施例的数据处理方法的时序交互图;
图2示意性示出了根据本公开实施例的数据处理方法的流程图;
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图4示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图5示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图6示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图7示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图8示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图9示意性示出了根据本公开另一实施例的数据处理方法的流程图;以及
图10示意性示出了根据本公开实施例的适于实现数据处理方法的电子设备的框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。本领域技术人员还应理解,实质上任意表示两个或更多可选项目的转折连词和/或短语,无论是在说明书、权利要求书还是附图中,都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如,短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。
术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。
本公开的实施例提供了一种数据处理方法,该方法应用于第一电子设备,该方法可以包括以下操作。从第二电子设备接收第一测试命令,利用第一测试命令启动预先存储在第一电子设备的第一测试程序,通过第一测试程序获取第一电子设备的硬件性能信息,将硬件性能信息发送至第二电子设备,以便可以从第二电子设备接收与硬件性能信息对应的应用程序。
图1A示意性示出了根据本公开实施例的适于数据处理方法的***架构100。需要注意的是,图1A所示仅为可以应用本公开实施例的***架构的示例,以帮助本领域技术人员理解本公开的技术内容,但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。
如图1A所示,根据该实施例的***架构100可以包括服务器101,网络102和电子设备103。网络102用以在服务器101和电子设备103之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
服务器101可以通过网络102与电子设备103交互,以接收或发送数据等。电子设备103上可以安装有各种操作***及应用程序,例如操作***可以包括LINUX操作***、UNIX操作***等。
电子设备103可以是具有存储器和处理器的各种处理设备,包括但不限于ARM、数据信号处理器(Digital Signal Processor,简称DSP)、片上***(System on Chip,简称SoC)、现场可编程门陈列(Field Programmable Gate Array,简称FPGA)等。
服务器101可以是提供各种服务的服务器。例如,服务器101利用动态主机配置协议(Dynamic Host Configuration Protocol,简称DHCP)给电子设备103分配IP地址,并与电子设备103建立网络连接。服务器101向电子设备103推送操作***或应用程序等数据,并从电子设备103接收数据,并处理分析接收的数据,生成日志。服务器101还可以根据分析结果向电子设备103推送数据。
在本公开的实施例中,电子设备103灌装操作***(行业内经常将安装操作***称为灌装操作***)后,向服务器101上报硬件参数。服务器101分析硬件参数后,向电子设备103下发第一测试命令。电子设备103根据第一测试命令启动电子设备103本地的第一测试程序,并利用第一测试程序获取电子设备103本地的硬件性能信息,再将硬件性能信息上报到服务器101。服务器101分析硬件性能信息并分成日志,然后向电子设备103下发应用程序的安装包。电子设备103安装应用程序,并向服务器101上报程序安装结果。服务器101分析程序安装结果,并生成日志,然后服务器101向电子设备103下发第二测试程序。电子设备103利用第二测试程序测试应用程序的配置信息,并将配置信息上报至服务器101。
应该理解,图1A中的服务器101,网络102和电子设备103的数目仅仅是示意性的。根据实现需要,可以具有任意数目的服务器101,网络102和电子设备103。
图1B示意性示出了根据本公开实施例的数据处理方法的时序交互图。
如图1B所示,服务器101可以为电子设备103分配IP地址,并与电子设备103建立连接后,服务器101可以向电子设备103发送操作***(如操作***安装包)。
电子设备103接收到服务器101发送的操作***后,可以灌装操作***,并得到灌装***(即安装后的操作***),其中,灌装***可以包括第一测试程序,电子设备103还可以利用灌装***获取电子设备本地的硬件参数,电子设备103还可以将获取的硬件参数发送至服务器101。
服务器101接收到电子设备103发送的硬件参数后,服务器101可以向电子设备103发送第一测试命令,以便电子设备103启动电子设备103中第一测试程序。
电子设备103接收到服务器101发送的第一测试命令后,可以运行第一测试程序,运行的第一测试程序可以获取电子设备本地的硬件性能信息,电子设备103还可以将获取的硬件性能信息发送至服务器101。
服务器101接收到电子设备103发送的硬件性能信息后,可以向电子设备103发送应用程序的安装包。
电子设备103接收到服务器101发送的应用程序的安装包后,可以利用安装包安装对应的应用程序,并得到程序安装结果信息,电子设备103还可以将程序安装结果信息发送至服务器101。
服务器101接收到电子设备103发送的程序安装结果信息后,可以向电子设备103发送第二测试程序的安装包。
电子设备103接收到服务器101发送的第二测试程序的安装包后,可以安装第二测试程序的安装包,得到对应的第二测试程序,然后可以利用第二测试程序获取应用程序的配置信息,电子设备103还可以将获取的配置信息发送至服务器101。
图2示意性示出了根据本公开实施例的数据处理方法的流程图。
在本公开的可选实施例中,如图2所示,该数据处理方法可以包括以下操作S201~S204。
在操作S201,从第二电子设备接收第一测试命令。
在本公开的实施例中,第一电子设备可以是ARM、数据信号处理器、片上***或者现场可编程门陈列,第二电子设备可以是文件服务器或者配置服务器,第一电子设备与第二电子设备可以位于同一个局域网内,第一电子设备可以通过有线或无线方式从第二电子设备接收第一测试命令。其中,第一测试命令可以是LINUX操作***中的LS指令(即列表指令)。
然后,在操作S202,利用第一测试命令启动预先存储在第一电子设备的第一测试程序。
在本公开的实施例中,第一测试程序可以包括Shell脚本(即访问操作***内核服务的程序),Shell脚本可以测试第一电子设备的硬件所能承受的压力。此外,第一电子设备可以已经安装有LINUX操作***,并且LINUX操作***中包含有第一测试程序(即第一电子设备内已经存储有第一测试程序),因此可以利用第一测试命令启动第一测试程序。例如,可以利用LS指令启动LINUX操作***中的Shell脚本。
在操作S203,通过第一测试程序获取第一电子设备的硬件性能信息。
在本公开的实施例中,Shell脚本运行后可以获取第一电子设备的硬件性能信息。其中,硬件性能信息可以包括磁盘读写速率、CPU性能和内存性能等信息。例如,磁盘的最大读写速率、CPU的最高处理速度等。
在操作S204,将硬件性能信息发送至第二电子设备,以便从第二电子设备接收与硬件性能信息对应的应用程序。
在本公开的实施例中,第一电子设备可以利用Python程序(即利用计算机编程语言Python编写的程序)将硬件性能信息存储在文件中,然后将存储有硬件性能信息的文件发送至第二电子设备。相应地,第二电子设备接收到文件后,可以利用Python程序从文件中读取硬件性能信息。另外,应用程序可以是各种操作***,例如,LINUX操作***、UNIX操作***等。此外,应用程序也可以是操作***的各种版本,例如,LINUX操作***的各种版本。
通过本公开的实施例,第二电子设备可以向第一电子设备发送测试命令,启动第一电子设备内的第一测试程序,并由启动后的第一测试程序获取第一电子设备的硬件性能信息,方便快捷,提高了获取硬件性能信息的效率。此外,由于第一测试程序包含在第一电子设备的操作***内,因此第二电子设备不需要再向第一电子设备发送第一测试程序,因而可以减少网络数据传输量,并且第一电子设备也无需另行安装第一测试程序,进一步提高了获取硬件性能信息的效率。
下面参考图3~图5,结合具体实施例对图2所示的方法做进一步说明。
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图3所示,操作S204将硬件性能信息发送至第二电子设备之后,数据处理方法还可以包括以下操作S301~S303。
在操作S301,从第二电子设备接收应用程序。
在本公开的实施例中,第二电子设备利用Python程序将应用程序写入文件中,然后将含有应用程序的文件发送至第一电子设备。另外,应用程序可以包括各种不同版本的操作***和操作***执行脚本,其中,操作***执行脚本可以实现在第一电子设备端自动安装操作***。
然后,在操作S302,安装应用程序以得到程序安装结果信息。
在本公开的实施例中,假如应用程序包括操作***和操作***执行脚本,那么第一电子设备可以重新启动,并且如果启动项选择操作***执行脚本,那么操作***执行脚本启动后可以将操作***安装(即灌装)在第一电子设备内。此外,操作***安装完成后,会产生程序安装结果信息。
接下来,在操作S303,向第二电子设备发送程序安装结果信息。
在本公开的实施例中,第一电子设备可以利用Python程序将程序安装结果信息存储在文件中,然后将存储有程序安装结果信息的文件发送至第二电子设备。
需要说明的是,图3中的操作S201与图2中的操作S201对应相同,图3中的操作S202与图2中的操作S202对应相同,图3中的操作S203与图2中的操作S203对应相同,图3中的操作S204与图2中的操作S204对应相同,在此不再赘述。
通过本公开的实施例,第一电子设备可以从第二电子设备接收应用程序,并自行安装接收的应用程序,然后向第二电子设备上报程序安装结果信息,无需人工参与,提高应用程序安装效率的同时,节省人力。
图4示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图4所示,操作S303向第二电子设备发送程序安装结果信息之后,数据处理方法还可以包括以下操作S401~S403。
在操作S401,接收第二电子设备响应于程序安装结果信息发送的第二测试程序。
在本公开的实施例中,第二测试程序可以包括操作***测试程序和软件测试程序,其中,操作***测试程序可以进行IP地址配置测试、路由配置测试、初始账户配置测试和网卡访问控制测试等,软件测试程序可以测试安装在操作***内的软件是否可能正常运行。另外,第二电子设备可以利用Python程序将第二测试程序存入文件中,然后将包含有第二测试程序的文件发送至第一电子设备,第一电子设备从第二电子设备接收到包含有第二测试程序的文件后,利用Python程序从文件中取出第二测试程序。
然后,在操作S402,通过利用第二测试程序测试应用程序来获取应用程序的配置信息。
在本公开的实施例中,配置信息可以包括IP地址配置、路由配置、初始账户配置、访问控制配置、软件默认存储路径配置、软件默认启动方式配置等。另外,第二测试程序包含有执行脚本,因此,第二测试程序通过执行脚本可以在第一电子设备自动运行,从而获取应用程序的配置信息。
接下来,在操作S403,将配置信息发送至第二电子设备,以便第二电子设备根据配置信息生成第一日志。
在本公开的实施例中,第一电子设备可以利用Python程序将配置信息存入文件中,然后将包含有配置信息的文件发送至第二电子设备,第二电子设备收到包含有配置信息的文件后,利用Python程序将文件中的配置信息取出,可以根据配置信息生成日志,方便后期查阅。
需要说明的是,图4中的操作S201与图2中的操作S201对应相同,图4中省略的操作S202与图2中的操作S202对应相同,图4中省略的操作S203与图2中的操作S203对应相同,图4中的操作S204与图2中的操作S204对应相同,图4中的操作S301与图3中的操作S301对应相同,图4中省略的操作S302与图3中的操作S302对应相同,图4中的操作S303与图3中的操作S303对应相同,在此不再赘述。
通过本公开的实施例,第一电子设备完成应用程序安装之后,第二电子设备可以自动向第一电子设备推送第二测试程序,第二测试程序获取应用程序的配置信息,并将应用程序的配置信息上报至第二电子设备,第二电子设备可以快速掌握应用程序的配置信息,无需人工干预,方便快捷,节省人力。
图5示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图5所示,在图1的操作S201之前,数据处理方法还可以包括以下操作S501~S504。
在操作S501,从第二电子设备接收操作***,其中,操作***包括第一测试程序。
在本公开的实施例中,第一电子设备从第二电子设备接收到操作***之前,第一电子设备没有操作***,即第一电子设备是“祼机”,其无法正常运行。其中,操作***可以包括LINUX操作***,LINUX操作***可以满足第一电子设备的基本运行需求。此外,LINUX操作***包括有第一测试程序,并且第一测试程序启动后可以获取第一电子设备的硬件性能信息。
然后,在操作S502,利用接收的操作***进行***灌装以得到灌装***。
在本公开的实施例中,操作***在第一电子设备的安装可以称之为***灌装,第一电子设备安装操作***后,第一电子设备具有的操作***可以称之为灌装***。例如,第一电子设备从第二电子设备接收LINUX操作***安装包,LINUX操作***安装包还包括自动运行脚本,第一电子设备上电后,自动运行脚本引导LINUX操作***在第一电子设备上安装,LINUX操作***在第一电子设备上被引导安装的过程被称为***灌装,在第一电子设备上安装的LINUX操作***被称为灌装***。假如操作***是LINUX操作***,将LINUX操作***灌装到第一电子设备后,第一电子设备就具有可以运行的操作***了。
接下来,在操作S503,利用灌装***获取第一电子设备的硬件参数。
在本公开的实施例中,LINUX操作***可以内置自动运行的脚本,LINUX操作***启动后,该脚本随之启动,该脚本启动后可以获取第一电子设备的硬件参数。其中,硬件参数可以包括CPU核数、内存大小、硬盘大小、显卡存储空间大小等。
再接下来,在操作S504,将硬件参数发送至第二电子设备,以便第二电子设备根据硬件参数生成第一测试命令。
在本公开的实施例中,第一电子设备可以利用Python程序将硬件参数存在文件中,然后将包含硬件参数的文件发送至第二电子设备,第二电子设备接收到包含硬件参数的文件后,可以利用Python程序从包含硬件参数的文件中取得硬件参数,并可以根据硬件参数生成第一测试命令。此外,第二电子设备还可以根据硬件参数生成日志,供后期查阅。
需要说明的是,图5中的操作S201与图2中的操作S201对应相同,图5中的操作S202与图2中的操作S202对应相同,图5中的操作S203与图2中的操作S203对应相同,图5中的操作S204与图2中的操作S204对应相同,在此不再赘述。
通过本公开的实施例,第二电子设备对第一电子设备分配IP地址后,与第一电子设备建立通信连接。然后,第二电子设备向第一电子设备发送满足基本运行需求的操作***,操作***内包含有第一测试程序。并且,第一电子设备的操作***接收到测试命令后,操作***启动第一测试程序,第一测试程序可以获取第一电子设备的硬件参数。因此,第二电子设备不需要另行向第一电子设备发送第一测试程序,节省网络数据传输量。此外,第二电子设备仅需要向第一电子设备发送测试命令,即可启动第一电子设备的第一测试程序,获取第一电子设备的硬件参数,不需要人工干预,获取硬件参数的效率高,节省人力。
图6示意性示出了根据本公开另一实施例的数据处理方法的流程图。
本公开的可选实施例中,如图6所示,数据处理方法应用于第二电子设备,该方法可以包括以下操作S601~S603。
在操作S601,向第一电子设备发送第一测试命令,以便第一电子设备启动预先存储的第一测试程序。
在本公开的实施例中,第二电子设备可以利用Python程序将第一测试命令存入文件中,然后将包括第一测试命令的文件发送至第一电子设备。此外,随着操作***在第一电子设备灌装,第一测试程序随之在第一电子设备安装,因此,第一测试程序已经存在于第一电子设备中。
在操作S602,接收第一电子设备利用第一测试程序获取的第一电子设备的硬件性能信息。
在本公开的实施例中,第二电子设备从第一电子设备接收到包含硬件性能信息的文件后,可以利用Python程序从包含硬件性能信息的文件取得硬件性能信息。
在操作S603,根据硬件性能信息向第一电子设备发送与硬件性能信息对应的应用程序。
在本公开的实施例中,第二电子设备可以利用Python程序将应用程序存入文件,然后将包含应用程序的文件发送至第一电子设备。
通过本公开的实施例,第二电子设备仅需要向第一电子设备发送测试命令,就可以启动第一电子设备的第一测试程序,第一测试程序就可以获取第一电子设备的硬件性能信息。因此,第二电子设备不需要向第一电子设备另行发送第一测试程序,节省网络数据传输量。并且不需要人工干预就能获取第一电子设备的硬件性能信息,获取硬件性能信息的效率高,节省人力。
下面参考图7~图9,结合具体实施例对图6所示的方法做进一步说明。
图7示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图7所示,在操作S603之后,数据处理方法还可以包括以下操作S701~S703。
在操作S701,从第一电子设备接收程序安装结果信息。
在本公开的实施例中,程序安装结果信息可以包括第一电子设备已经完成应用程序安装的信息,因此,第二电子设备可以根据程序安装结果信息确认第一电子设备已经完成应用程序安装。此外,第二电子设备从第一电子设备接收到包含程序安装结果信息的文件,可以利用Python程序从包含程序安装结果信息的文件中获取程序安装结果信息。
在操作S702,根据程序安装结果信息生成第二日志。
在本公开的实施例中,第二日志记录第一电子设备安装应用程序的结果,方便后期查阅。
在操作S703,根据程序安装结果信息向第一电子设备发送用于测试应用程序的第二测试程序。
在本公开的实施例中,第二电子设备利用Python程序将第二测试程序存在文件中,并将包含第二测试程序的文件发送至第一电子设备。
需要说明的是,图7中的操作S601与图6中的操作S601对应相同,图7中的操作S602与图6中的操作S602对应相同,图7中的操作S603与图6中的操作S603对应相同,在此不再赘述。
通过本公开的实施例,第二电子设备根据第一电子设备发送的程序安装结果信息,自动向第一电子设备发送第二测试程序,第二测试程序可以测试第一电子设备的应用程序,提高了应用程序的测试效率,无需人工干预,节省人力。
图8示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图8所示,在操作703之后,数据处理方法还可以包括以下操作S801~S802。
在操作S801,接收第一电子设备通过利用第二测试程序测试应用程序获取的应用程序的配置信息。
在本公开的实施例中,第二电子设备从第一电子设备接收包含配置信息的文件,利用Python程序从包含配置信息的文件中获取配置信息。
然后,在操作S802,根据配置信息生成第一日志。
在本公开的实施例中,第一日志记录了应用程序的配置,方便后期查看。
需要说明的是,图8中的操作S601与图6中的操作S601对应相同,图8中的操作S602与图6中的操作S602对应相同,图8中的操作S603与图6中的操作S603对应相同,图8中的操作S701与图7中的操作S701对应相同,图8中的操作S702与图7中的操作S702对应相同,图8中的操作S703与图7中的操作S703对应相同,在此不再赘述。
通过本公开的实施例,第二电子设备可以从第一电子设备接收应用程序的配置信息,并分析记录配置信息,生成日志,供后期查阅,无需人工介入,节省人力,并且测试效率高。
图9示意性示出了根据本公开另一实施例的数据处理方法的流程图。
具体地,本公开的可选实施例中,如图9所示,在图6的操作S601之前,数据处理方法可以包括以下操作S901~S903。
在操作S901,向第一电子设备发送操作***,以便第一电子设备对操作***进行***灌装以得到灌装***。
在本公开的实施例中,第二电子设备可以利用动态主机配置协议服务给第一电子设备分配IP地址,并通过第一电子设备的IP地址与第一电子设备建立通信链接。然后,第二电子设备可以利用Python程序绑定第一电子设备的网络接口,并利用Python程序将操作***存入文件,然后将包含操作***的文件发送至第一电子设备。
在操作S902,接收第一电子设备利用灌装***获取的第一电子设备的硬件参数。
在本公开的实施例中,第二电子设备从第一电子设备接收包含硬件参数的文件,并利用Python程序从包含硬件参数的文件获取硬件参数。
在操作S903,根据硬件参数生成第一测试命令。
在本公开的实施例中,硬件参数包含了第一电子设备的硬件配置信息,第二电子设备确认第一电子设备硬件配置准确的情况下,生成启动第一电子设备第一测试程序的第一测试命令。
需要说明的是,图9中的操作S601与图6中的操作S601对应相同,图9中的操作S602与图6中的操作S602对应相同,图9中的操作S603与图6中的操作S603对应相同,在此不再赘述。
通过本公开的实施例,第二电子设备向第一电子设备发送支持第一电子设备基本运行需求的操作***,操作***在第一电子设备灌装后,可以获取第一电子设备的硬件参数,第二电子设备可以根据第一电子设备的硬件参数,生成启动第一电子设备的第一测试程序的第一测试命令。无需人工格式化第一电子设备的硬盘,也不需要人工为第一电子设备安装操作***,可以由第二电子设备向第一电子设备发送操作***,并且第一电子设备可以自动完成操作***的安装,***灌装效率高,经济效益好。
图10示意性示出了根据本公开实施例的适于实现数据处理方法的电子设备的框图。图10示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
需要说明的是,图10中的电子设备可以是上述实施例中的第一电子设备或者第二电子设备,如图10所示,根据本公开实施例的电子设备1000包括处理器1001,其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。处理器1001例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器1001还可以包括用于缓存用途的板载存储器。处理器1001可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 1003中,存储有电子设备1000操作所需的各种程序和数据。处理器1001、ROM 1002以及RAM 1003通过总线1004彼此相连。处理器1001通过执行ROM 1002和/或RAM1003中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,程序也可以存储在除ROM 1002和RAM 1003以外的一个或多个存储器中。处理器1001也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备1000还可以包括输入/输出(I/O)接口1005,输入/输出(I/O)接口1005也连接至总线1004。电子设备1000还可以包括连接至I/O接口1005的以下部件中的一项或多项:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007;包括硬盘等的存储部分1008;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
根据本公开的实施例,根据本公开实施例的方法流程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时,执行本公开实施例的电子设备中限定的上述功能。根据本公开的实施例,上文描述的电子设备、设备、装置、模块、单元等可以通过计算机程序模块来实现。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的;也可以是单独存在,而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 1002和/或RAM 1003和/或ROM 1002和RAM 1003以外的一个或多个存储器。
附图中的流程图和框图,图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。