CN111580989B - 一种文件处理方法及装置 - Google Patents

一种文件处理方法及装置 Download PDF

Info

Publication number
CN111580989B
CN111580989B CN202010365667.7A CN202010365667A CN111580989B CN 111580989 B CN111580989 B CN 111580989B CN 202010365667 A CN202010365667 A CN 202010365667A CN 111580989 B CN111580989 B CN 111580989B
Authority
CN
China
Prior art keywords
file processing
file
software testing
testing platform
platform end
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.)
Active
Application number
CN202010365667.7A
Other languages
English (en)
Other versions
CN111580989A (zh
Inventor
池小波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Xinchao Media Group Co Ltd
Original Assignee
Chengdu Xinchao Media Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Xinchao Media Group Co Ltd filed Critical Chengdu Xinchao Media Group Co Ltd
Priority to CN202010365667.7A priority Critical patent/CN111580989B/zh
Publication of CN111580989A publication Critical patent/CN111580989A/zh
Application granted granted Critical
Publication of CN111580989B publication Critical patent/CN111580989B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明涉及计算机技术领域，公开了一种文件处理方法及装置，一方面通过软件测试平台端与公共服务端的信息交互，可以将待处理文件及指定的文件处理方式从软件测试平台端传送至公共服务端，并利用公共服务端预先封装好的且对应所述文件处理方式的文件处理脚本工具对所述待处理文件进行指定方式处理，最后将处理结果反馈至软件测试平台端，从而解决公共服务端无法对软件测试平台端的待处理文件进行及时处理的问题；另一方面，由于处理方式是调用公共服务端预先封装好的文件处理脚本工具，因此若要变更服务模块，仅需改变调用关系或文件处理脚本工具即可，而无需重新部署整个服务框架，使得公共服务与软件测试服务具有松耦合和服务灵活的优点。

Description

一种文件处理方法及装置
技术领域
本发明属于计算机技术领域，具体地涉及一种文件处理方法及装置。
背景技术
在当前的软件测试工作中，为了确保软件运行是否正常，需要经常分析在软件测试过程中生成的各类文件。因此软件测试平台(如基于现有flask/flask_admin服务框架而在软件测试行业中搭建的软件测试平台)通常会提供较完善的测试工具来提高测试效率(如日志分析等)。现有软件测试平台通常包含两部分功能：业务功能和非业务功能，其中，业务功能之一是实现日志展示，而真正去分析日志，如分析可扩展标记语言xml文件这一类就属于非业务功能，与非业务相关的功能通常称为公共服务。
在现有技术中，通常将公共服务与软件测试业务服务整合在一个服务框架中，例如采用基于flask/flask_admin服务框架(一个简单易用的flask架构，可以为flask应用程序增加管理界面)作为公共服务框架来提供公共服务和作为软件测试平台的业务服务框架来提供业务服务。但是这种服务整合方式会存在如下问题：(1)整合为一个服务的耦合性太强，使得公共服务和软件测试业务服务会相互掺杂和渗透，导致任何服务模块的变更都需要重新部署整个服务框架，服务灵活性差；(2)当公共服务端采用诸如远程过程调用(Remote Procedure Call Protocol，RPC，远程过程调用协议)服务等的形式提供时，由于处理文件模块位于公共服务端，而待处理文件在软件测试平台端，使得公共服务端无法对软件测试平台端的待处理文件进行及时处理。
发明内容
为了解决现有公共服务与软件测试业务服务的整合方式所存在的耦合性过强、服务灵活性差以及公共服务端无法对软件测试平台端的待处理文件进行及时处理的问题，本发明目的在于提供一种具有松耦合和服务灵活特点的文件处理交互方法、装置、计算机设备、计算机存储介质及交互系统。
第一方面，本发明提供了一种文件处理交互方法，包括：
由软件测试平台端向公共服务端发送文件路径信息和文件处理方式调用信息；
由公共服务端接收来自软件测试平台端的所述文件路径信息和所述文件处理方式调用信息；
由公共服务端根据所述文件路径信息，通过接口访问获取待处理文件；
由公共服务端使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果；
由公共服务端向所述软件测试平台端反馈所述文件处理结果；
由软件测试平台端接收由所述公共服务端反馈的所述文件处理结果。
基于上述发明内容，提供了一种适用于在公共服务端与软件测试平台端之间进行的服务间文件处理方法，一方面通过软件测试平台端与公共服务端的信息交互，可以将待处理文件及指定的文件处理方式从软件测试平台端传送至公共服务端，并利用公共服务端预先封装好的且对应所述文件处理方式的文件处理脚本工具对所述待处理文件进行指定方式处理，最后将处理结果反馈至软件测试平台端，从而解决公共服务端无法对软件测试平台端的待处理文件进行及时处理的问题；另一方面，由于处理方式是调用公共服务端预先封装好的文件处理脚本工具，因此若要变更服务模块，仅需改变调用关系或文件处理脚本工具即可，而无需重新部署整个服务框架，使得公共服务与软件测试服务具有松耦合和服务灵活的优点，便于实际应用和推广。
在一个可能的设计中，由公共服务端接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，包括：
接收来自所述软件测试平台端的第一远程过程调用RPC请求消息；
对所述第一远程过程调用RPC请求消息进行拆包解码，获取所述文件路径信息和所述文件处理方式调用信息；
由公共服务端向所述软件测试平台端反馈所述文件处理结果，包括：
将所述文件处理结果打包编码在第一远程过程调用RPC响应消息中；
将所述第一远程过程调用RPC响应消息传送至所述软件测试平台端。
通过上述设计，可以基于远程调用服务RPC实现如上第一方面中所述的文件处理交互方法。
在一个可能的设计中，公共服务端在接收来自软件测试平台端的文件路径信息和文件处理方式调用信息之前，所述方法还包括：
接收来自所述软件测试平台端的第二远程过程调用RPC请求消息；
对所述第二远程过程调用RPC请求消息进行拆包解码，获取模块标识信息；
根据所述模块标识信息，将对应的文件处理模块打包编码在第二远程过程调用RPC响应消息中，其中，所述文件处理模块包含有至少一个用于供所述软件测试平台端的用户来调用的文件处理方式；
将所述第二远程过程调用RPC响应消息传送至所述软件测试平台端。
通过上述设计，可以使软件测试平台端能够主动获取远程过程调用服务端的且具有一定调用目标性的文件处理方式，以便后续进行灵活调用。
在一个可能的设计中，由公共服务端向所述软件测试平台端反馈所述文件处理结果，包括：向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。
通过上述设计，可以使所述软件测试平台端能够被动获取公共服务端所能提供的文件处理方式，以便后续进行灵活的再次调用。
在一个可能的设计中，由公共服务端接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，包括：
接收来自所述软件测试平台端的超文本传输协议HTTP请求报文；
从所述超文本传输协议HTTP请求报文中读取所述文件路径信息和所述文件处理方式调用信息；
由公共服务端向所述软件测试平台端反馈所述文件处理结果，包括：
将所述文件处理结果加载在超文本传输协议HTTP响应报文中；
将所述超文本传输协议HTTP响应报文传送至所述软件测试平台端。
通过上述设计，可以基于超文本传输协议HTTP实现如上第一方面中所述的文件处理交互方法。
第二方面，本发明提供了一种文件处理装置，包括第一接收单元、文件获取单元、文件处理单元和第一发送单元；
所述第一接收单元，用于接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，其中，所述软件测试平台端为与本地的公共服务端相互独立的服务处理端；
所述文件获取单元，通信连接所述第一接收单元，用于根据所述文件路径信息，通过接口访问获取待处理文件；
所述文件处理单元，分别通信连接所述第一接收单元和所述文件获取单元，用于使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果；
所述发送单元，通信连接所述文件处理单元，用于向所述软件测试平台端反馈所述文件处理结果。
在一种可能设计中，所述第一接收单元包括有通信相连的RPC消息接收子单元和RPC消息解码子单元，所述第一发送单元包括有通信相连的RPC消息编码子单元和RPC消息发送子单元；
所述RPC消息接收子单元，用于接收来自所述软件测试平台端的第一远程过程调用RPC请求消息；
所述RPC消息解码子单元，用于对所述第一远程过程调用RPC请求消息进行拆包解码，获取所述文件路径信息和所述文件处理方式调用信息；
所述RPC消息编码子单元，用于将所述文件处理结果打包编码在第一远程过程调用RPC响应消息中；
所述RPC消息发送子单元，用于将所述第一远程过程调用RPC响应消息传送至所述软件测试平台端。
在一个可能设计中，所述RPC消息接收子单元还用于接收来自所述软件测试平台端的第二远程过程调用RPC请求消息；
所述RPC消息解码子单元，还用于对所述第二远程过程调用RPC请求消息进行拆包解码，获取模块标识信息；
所述RPC消息编码子单元，还用于根据所述模块标识信息，将对应的文件处理模块打包编码在第二远程过程调用RPC响应消息中，其中，所述文件处理模块包含有至少一个用于供所述软件测试平台端的用户来调用的文件处理方式；
所述RPC消息发送子单元，还用于将所述第二远程过程调用RPC响应消息传送至所述软件测试平台端。
在一个可能设计中，所述第一发送单元具体用于向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。
在一种可能设计中，所述第一接收单元包括有通信相连的HTTP报文接收子单元和HTTP报文读取子单元，所述第一发送单元包括有通信相连的HTTP报文加载子单元和HTTP报文发送子单元；
所述HTTP报文接收子单元，用于接收来自所述软件测试平台端的超文本传输协议HTTP请求报文；
所述HTTP报文读取子单元，用于从所述超文本传输协议HTTP请求报文中读取所述文件路径信息和所述文件处理方式调用信息；
所述HTTP报文加载子单元，用于将所述文件处理结果加载到超文本传输协议HTTP响应报文中；
所述HTTP报文发送子单元，用于将所述超文本传输协议HTTP响应报文传送至所述软件测试平台端。
第三方面，本发明提供了另一种文件处理装置，包括通信相连的第二发送单元和第二接收单元；
所述第二发送单元，用于向公共服务端发送文件路径信息和文件处理方式调用信息，以便所述公共服务端根据所述文件路径信息，通过接口访问获取待处理文件，以及使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果，其中，所述公共服务端为与本地的软件测试平台端相互独立的服务处理端；
所述第二接收单元，用于接收由所述公共服务端反馈的所述文件处理结果。
第四方面，本发明提供了一种计算机设备，包括通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如上第一方面或第一方面中任意一种可能设计的所述方法。
第五方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如上第一方面或第一方面中任意一种可能设计的所述方法。
第六方面，本发明提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如上第一方面或第一方面中任意一种可能设计的所述方法。
第七方面，本发明提供了一种文件处理交互系统，包括公共服务端和软件测试平台端，其中，所述公共服务端通讯连接所述软件测试平台端，所述公共服务端用于执行在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤，所述软件测试平台端用于执行在第一方面或第一方面中任意一种可能设计中的且由软件侧测试平台端所执行步骤。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明提供的文件处理交互方法的流程示意图。
图2是本发明提供的基于远程调用服务RPC的文件处理交互方法的流程示意图。
图3是本发明提供的位于公共服务端的文件处理装置的结构示意图。
图4是本发明提供的位于软件测试平台端的文件处理装置的结构示意图。
图5是本发明提供的计算机设备的结构示意图。
图6是本发明提供的文件处理交互系统的结构示意图。
具体实施方式
下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。
应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。
应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。
应当理解，在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时，表示不存在中间单元。另外，应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。
应当理解，本文使用的术语仅用于描述特定实施例，并不意在限制本发明的示例实施例。若本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解，若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。
应当理解，还应当注意到在一些备选可能设计中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。
应当理解，在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实例中，可以不以非必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清楚。
如图1所示，本实施例第一方面提供的所述第一种文件处理交互方法，适用于在公共服务端与软件测试平台端之间进行，所述软件测试平台端与所述公共服务端分别为相互独立的服务处理端，可以但不限于包括有如下步骤S1～S6。
S1.由软件测试平台端向公共服务端发送文件路径信息和文件处理方式调用信息。
在所述步骤S1中，所述软件测试平台端用于面向软件测试人员提供独立的软件测试服务，但是在软件测试过程中，会生成各类文件(即作为待处理文件，可以但不限于包括有可扩展标记语言xml文件等)，为了更全面地提供软件测试服务，还存在对这些文件进行分析处理的需求。所述文件路径信息用于记录所述待处理文件在所述软件测试平台端中的绝对路径，以便被所述公共服务端访问获取。所述文件处理方式调用信息用于指定待调用的文件处理方式，其反映了所述软件测试平台端的具体文件处理需求，其中，所述文件处理方式与用于执行该文件处理方式的文件处理脚本工具具有一一对应关系。所述软件测试平台端确定所述文件处理方式调用信息的方式可以是人工临时确定，也可以是基于预制逻辑程序自动确定，例如依次分别确定对应用于执行修改xml文件的脚本工具、对应用于执行修改xml文件的脚本工具和对应用于执行生成新xml文件的脚本工具等的文件处理方式。此外，当发送用于指定多个文件处理方式的所述文件处理方式调用信息时，还需在所述文件处理方式调用信息中包含使用所述多个文件处理方式的执行顺序，以便依次进行多步的文件处理目的。
在所述步骤S1中，所述公共服务端用于面向公共用户(例如软件测试平台端等)提供独立的文件处理服务，可以使用与文件处理方式对应的文件处理脚本工具来实现文件处理目的。所述文件处理脚本工具为提前在所述公共服务端封装好的文件处理代码，例如用于执行读取xml文件的脚本工具、用于执行修改xml文件的脚本工具、用于执行转换xml文件的脚本工具和用于执行生成新xml文件的脚本工具，等等，这些脚本工具可存储在一个独立的代码仓库中，以便进行调度使用。
S2.由公共服务端接收来自软件测试平台端的所述文件路径信息和所述文件处理方式调用信息。
S3.由公共服务端根据所述文件路径信息，通过接口访问获取待处理文件。
在所述步骤S3中，具体的，当所述软件测试平台端采用基于flask/flask_admin服务框架时，可根据flask/flask_admin的特性，使存放在静态static路径下面的待处理文件可以静态文件的方式提供远端访问，使所述公共服务端能够通过接口访问获取所述待处理文件。
S4.由公共服务端使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果。
在所述步骤S4中，由于所述文件处理方式调用信息中指定的文件处理方式与所述文件处理脚本工具具有一一对应关系，使得所述公共服务端能够根据所述文件处理方式从所述代码仓库中查找到对应的文件处理脚本工具，然后使用该文件处理脚本工具处理所述待处理文件。所述文件处理结果可以但不限于包括文件处理成功信息、文件处理失败信息、文件处理状态或经文件处理而生成的新文件。
S5.由公共服务端向所述软件测试平台端反馈所述文件处理结果。
在所述步骤S5中，当所述文件处理结果为诸如文件处理成功信息、文件处理失败信息或文件处理状态等的内容信息时，可以直接向所述软件测试平台端反馈，而当所述文件处理结果为生成的新文件时，可以向所述软件测试平台端反馈一个记录所述新文件存储位置的新文件路径信息，以便所述软件测试平台端根据所述新文件路径信息，通过接口访问来主动获取所述新文件。
S6.由软件测试平台端接收由所述公共服务端反馈的所述文件处理结果。
在所述步骤S6中，具体的，若接收到的是所述新文件路径信息，则需要根据所述新文件路径信息，通过接口访问主动获取所述新文件。例如，当所述软件测试平台端采用基于flask/flask_admin服务框架时，可根据flask/flask_admin的特性所具有的文件接口实现文件回传功能。此外，所述软件测试平台端在收到所述文件处理结果后，可以实时展示给软件测试人员查看，例如将对日志进行文件处理所得到的日志分析结果展示给软件测试人员，以便掌控软件测试是否正常，实现全面的软件测试服务目的。
由此通过前述由步骤S1～S6所详细描述的文件处理交互方法，提供了一种适用于在公共服务端与软件测试平台端之间进行的服务间文件处理方法，一方面通过软件测试平台端与公共服务端的信息交互，可以将待处理文件及指定的文件处理方式从软件测试平台端传送至公共服务端，并利用公共服务端预先封装好的且对应所述文件处理方式的文件处理脚本工具对所述待处理文件进行指定方式处理，最后将处理结果反馈至软件测试平台端，从而解决公共服务端无法对软件测试平台端的待处理文件进行及时处理的问题；另一方面，由于处理方式是调用公共服务端预先封装好的文件处理脚本工具，因此若要变更服务模块，仅需改变调用关系或文件处理脚本工具即可，而无需重新部署整个服务框架，使得公共服务与软件测试服务具有松耦合和服务灵活的优点，便于实际应用和推广。
如图2所示，本实施例在前述第一方面的基础上，提出了一种基于远程调用服务RPC(Remote Procedure Call Protocol，RPC)实现文件处理交互方法的可能设计一，即包括有如下步骤S101～S61。
S101.由远程过程调用服务端响应检测到的配置操作，在服务限制配置项集合中设置服务属性修改许可指示位，其中，所述服务属性修改许可指示位用于在有效时指示允许软件测试平台端调用所有的文件处理脚本工具，而在无效时指示仅允许软件测试平台端调用非限制型的文件处理脚本工具。
在所述步骤S101中，所述远程过程调用服务端用于作为第一方面中的所述公共服务端，可以通过一个固定的地址提供服务，例如“192.168.1.2：5001”，其中，“192.168.1.2”表示所述远程过程调用服务端的本地服务地址，“5001”表示所述远程过程调用服务端的本地服务启动端口。所述配置操作由服务端管理人员在操作界面上触发生成，具体为在所述服务限制配置项集合中设置所述服务属性修改许可指示位的操作。所述服务限制配置项集合为远程过程调用RPC的常用术语，用于汇聚在远程过程调用RPC中所用到的相关服务限制配置参数。如图2所示，所述服务属性修改许可指示位可具体用“allow_public_attrs”来表示，“True”表示有效，“False”表示无效。另外举例的，可将脚本工具名以“exposed_”开头的文件处理脚本工具作为非限制型的文件处理脚本工具。
S102.由软件测试平台端向远程过程调用服务端发送连接建立请求消息，其中，所述连接建立请求消息可以但不限于包含有目标服务响应端的服务地址和服务启动端口。
在所述步骤S102中，举例的，由于所述目标服务响应端即为所述远程过程调用服务端，因此举例的，可将所述服务地址设置为“192.168.1.2”，所述服务启动端口可设置为“5001”。此外，所述连接建立请求消息可采用第三远程过程调用RPC请求消息的形式发送，即将所述服务地址和所述服务启动端口打包编码在所述第三远程过程调用RPC响应消息中，然后将所述第三远程过程调用RPC响应消息传送至所述远程过程调用服务端，前述的和后续的打包编码及发送方式均为现有远程过程调用RPC中常用方式。
S103.由远程过程调用服务端接收所述连接建立请求消息，将所述服务地址与本地服务地址进行匹配，以及将所述服务启动端口与本地服务启动端口进行匹配，若均匹配，则建立与所述软件测试平台端的通信连接。
在所述步骤S103中，具体的，接收所述第三远程过程调用RPC请求消息；对所述第三远程过程调用RPC请求消息进行拆包解码，获取所述服务地址和所述服务启动端口；前述的和后续的接收及拆包解码方式均为现有远程过程调用RPC中常用方式。另外，若不匹配，可不响应建立所述通信连接，也可以返回连接建立请求失败消息(可采用第三远程过程调用RPC响应消息形式反馈)。通过前述步骤S102和步骤S103,可以确保软件测试平台端与公共服务端之间能够正常进行持续性的信息交互，实现服务间文件处理目的。另外具体的，所述通信连接的具体方式可以但不限于采用长连接方式。此外，在匹配阶段，还可以引入常用的鉴权方式来决定是否要与所述软件测试平台端建立通信连接，例如在鉴权通过时，允许建立所述通信连接，否则禁止。
在所述步骤S103中，若所述连接建立请求消息还包含有用于请求设置所述服务属性修改许可指示位有效的配置请求信息时，则在建立与所述软件测试平台端的通信连接后，还在所述服务限制配置项集合中，针对所述软件测试平台端设置所述服务属性修改许可指示位为有效，直到断开通信连接。通过前述方法，可以针对所述软件测试平台端，临时解除文件处理方式的可选范围限制，即拓展所述软件测试平台端在调用文件处理脚本工具方面的可选范围，使所有的文件处理脚本工具都能够纳入调用范围，进一步提升服务灵活性。
S104.由软件测试平台端向所述远程过程调用服务端发送第二远程过程调用RPC请求消息，其中，所述第二远程过程调用RPC请求消息包含有用于查找目标文件处理模块的模块标识信息。
在所述步骤S104中，具体的，将所述模块标识信息打包编码在所述第二远程过程调用RPC响应消息中，然后将所述第二远程过程调用RPC响应消息传送至所述远程过程调用服务端。所述目标文件处理模块即为所述软件测试平台端所想要查询的文件处理方式的集合，例如包含有多个用于处理xml文件的文件处理方式，以便在查找反馈后从所述集合中指定待调用的文件处理方式。
S105.由远程过程调用服务端接收所述第二远程过程调用RPC请求消息；对所述第二远程过程调用RPC请求消息进行拆包解码，获取模块标识信息。
S106.由远程过程调用服务端根据所述模块标识信息，将对应的文件处理模块打包编码在第二远程过程调用RPC响应消息中,其中，所述文件处理模块包含有至少一个用于供所述软件测试平台端的用户来调用的文件处理方式。
在所述步骤S106中，具体的，需要根据所述模块标识信息查找对应的文件处理模块，其中，查找所述文件处理模块的详细方式可以是根据模块标识信息与文件处理模块的对应关系，也可以通过提前预制在远程过程调用服务端的访问定制化方式查找，例如在基准服务“rpyc.core.service.Service”中定制一个名称为“get_object”的访问定制化方式(其具体为一个逻辑程序)，可以根据模块名称(即作为所述模块标识信息)自动查找到合适的文件处理模块。
S107.由远程过程调用服务端将所述第二远程过程调用RPC响应消息传送至所述软件测试平台端。
S108.由软件测试平台端接收所述第二远程过程调用RPC响应消息，对所述第二远程过程调用RPC响应消息进行拆包解码，获取所述文件处理模块。
通过前述步骤S104～S108，可以使软件测试平台端能够主动获取远程过程调用服务端的且具有一定调用目标性的文件处理方式，以便后续进行灵活调用。
S11.由软件测试平台端向所述远程过程调用服务端发送第一远程过程调用RPC请求消息，其中，所述第一远程过程调用RPC请求消息包含有所述文件路径信息和所述文件处理方式调用信息。
在所述步骤S11中，其具体技术细节与第一方面中所述步骤S1一致，于此不再赘述。此外，具体的，是先将所述文件路径信息和所述文件处理方式调用信息打包编码在所述第一远程过程调用RPC响应消息中，然后将所述第一远程过程调用RPC响应消息传送至所述远程过程调用服务端。
S211.由远程过程调用服务端接收来自所述第一远程过程调用RPC请求消息。
S212.由远程过程调用服务端对所述第一远程过程调用RPC请求消息进行拆包解码，获取所述文件路径信息和所述文件处理方式调用信息。
所述步骤S211～S212的具体技术细节与第一方面中所述步骤S2一致，于此不再赘述。
S31.由远程过程调用服务端根据所述文件路径信息，通过接口访问获取待处理文件。
在所述步骤S31中，具体技术细节与第一方面中所述步骤S3一致，于此不再赘述。
S41.由远程过程调用服务端使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果。
在所述步骤S41中，具体技术细节与第一方面中所述步骤S4一致，于此不再赘述。
S511.由远程过程调用服务端将所述文件处理结果打包编码在第一远程过程调用RPC响应消息中。
S512.由远程过程调用服务端将所述第一远程过程调用RPC响应消息传送至所述软件测试平台端。
所述步骤S511～512的具体技术细节与第一方面中所述步骤S5一致，于此不再赘述。
S61.由软件测试平台端接收所述第一远程过程调用RPC响应消息，对所述第一远程过程调用RPC响应消息进行拆包解码，获取所述文件处理结果。
在所述步骤S61中，具体技术细节与第一方面中所述步骤S6一致，于此不再赘述。
本实施例在前述第一方面的基础上，还具体提出了另一种基于超文本传输协议HTTP(Hyper Text Transport Protocol，HTTP)实现文件处理交互方法的可能设计二，即包括有如下步骤S12～S62。
S12.由软件测试平台端向所述公共服务端发送超文本传输协议HTTP请求报文，其中，所述超文本传输协议HTTP请求报文包含有所述文件路径信息和所述文件处理方式调用信息。
在所述步骤S12中，具体技术细节与第一方面中所述步骤S1一致，于此不再赘述。此外，具体的，是先将所述文件路径信息和所述文件处理方式调用信息加载在所述超文本传输协议HTTP请求报文中，然后将所述超文本传输协议HTTP请求报文传送至所述公共服务端。前述的和后续的加载及发送方式均为现有HTTP服务中常用方式。
S221.由公共服务端接收来自所述超文本传输协议HTTP请求报文。
S222.由公共服务端从所述超文本传输协议HTTP请求报文中读取所述文件路径信息和所述文件处理方式调用信息。
所述步骤S221～S222的具体技术细节与第一方面中所述步骤S2一致，于此不再赘述。此外，前述的和后续的接收及读取方式均为现有HTTP服务中常用方式。
S32.由公共服务端根据所述文件路径信息，通过接口访问获取待处理文件。
在所述步骤S32中，具体技术细节与第一方面中所述步骤S3一致，于此不再赘述。
S42.由公共服务端使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果。
在所述步骤S42中,具体技术细节与第一方面中所述步骤S4一致，于此不再赘述。
S521.由公共服务端将所述文件处理结果加载在超文本传输协议HTTP响应报文中。
S522.由公共服务端将所述超文本传输协议HTTP响应报文传送至所述软件测试平台端。
所述步骤S521～522的具体技术细节与第一方面中所述步骤S5一致，于此不再赘述。
S62.由软件测试平台端接收所述超文本传输协议HTTP响应报文，从所述超文本传输协议HTTP响应报文中读取所述文件处理结果。
在所述步骤S62中，具体技术细节与第一方面中所述步骤S6一致，于此不再赘述。
本实施例在前述第一方面的基础上，还具体提出了一种实现被动反馈文件处理方式的文件处理交互方法的可能设计三，即在所述步骤S5中，包括：向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。由此当所述软件测试平台端接收到所述文件处理对象后，可根据所述当前可调用的文件处理方式，从中选择至少一个文件处理方式来对所述待处理文件或新文件进行再次地指定处理，例如在通过执行读取xml文件的脚本工具实现xml文件的读取处理后，可反馈读取成功状态(作为文件处理结果)以及当前可操作的修改信息处理方式或删除信息处理方式，使得可从中选择修改信息处理方式来对读取的xml文件进行修改处理(例如增加一行)，等等。进而可以使所述软件测试平台端能够被动获取公共服务端所能提供的文件处理方式，以便后续进行灵活的再次调用。
如图3所示，本实施例第二方面提供了一种实现第一方面或第一方面中任意一种可能设计的且由公共服务端所执行的步骤的虚拟装置(即公共服务端)，包括第一接收单元、文件获取单元、文件处理单元和第一发送单元；所述第一接收单元，用于接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，其中，所述软件测试平台端为与本地的公共服务端相互独立的服务处理端；所述文件获取单元，通信连接所述第一接收单元，用于根据所述文件路径信息，通过接口访问获取待处理文件；所述文件处理单元，分别通信连接所述第一接收单元和所述文件获取单元，用于使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果；所述发送单元，通信连接所述文件处理单元，用于向所述软件测试平台端反馈所述文件处理结果。
在一种可能设计中，所述第一接收单元包括有通信相连的RPC消息接收子单元和RPC消息解码子单元，所述第一发送单元包括有通信相连的RPC消息编码子单元和RPC消息发送子单元；
所述RPC消息接收子单元，用于接收来自所述软件测试平台端的第一远程过程调用RPC请求消息；
所述RPC消息解码子单元，用于对所述第一远程过程调用RPC请求消息进行拆包解码，获取所述文件路径信息和所述文件处理方式调用信息；
所述RPC消息编码子单元，用于将所述文件处理结果打包编码在第一远程过程调用RPC响应消息中；
所述RPC消息发送子单元，用于将所述第一远程过程调用RPC响应消息传送至所述软件测试平台端。
在一个可能设计中，所述RPC消息接收子单元还用于接收来自所述软件测试平台端的第二远程过程调用RPC请求消息；
所述RPC消息解码子单元，还用于对所述第二远程过程调用RPC请求消息进行拆包解码，获取模块标识信息；
所述RPC消息编码子单元，还用于根据所述模块标识信息，将对应的文件处理模块打包编码在第二远程过程调用RPC响应消息中，其中，所述文件处理模块包含有至少一个用于供所述软件测试平台端的用户来调用的文件处理方式；
所述RPC消息发送子单元，还用于将所述第二远程过程调用RPC响应消息传送至所述软件测试平台端。
在一个可能设计中，所述第一发送单元具体用于向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。
在一种可能设计中，所述第一接收单元包括有通信相连的HTTP报文接收子单元和HTTP报文读取子单元，所述第一发送单元包括有通信相连的HTTP报文加载子单元和HTTP报文发送子单元；
所述HTTP报文接收子单元，用于接收来自所述软件测试平台端的超文本传输协议HTTP请求报文；
所述HTTP报文读取子单元，用于从所述超文本传输协议HTTP请求报文中读取所述文件路径信息和所述文件处理方式调用信息；
所述HTTP报文加载子单元，用于将所述文件处理结果加载到超文本传输协议HTTP响应报文中；
所述HTTP报文发送子单元，用于将所述超文本传输协议HTTP响应报文传送至所述软件测试平台端。
本实施例第二方面提供的前述装置的工作过程、工作细节和技术效果，可以参见如上第一方面或第一方面中任意一种可能设计所述的方法，于此不再赘述。
如图4所示，本实施例第三方面提供了一种实现第一方面或第一方面中任意一种可能设计的且由软件测试平台端所执行的步骤的虚拟装置(即软件测试平台端)，包括通信相连的第二发送单元和第二接收单元；
所述第二发送单元，用于向公共服务端发送文件路径信息和文件处理方式调用信息，以便所述公共服务端根据所述文件路径信息，通过接口访问获取待处理文件，以及使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果，其中，所述公共服务端为与本地的软件测试平台端相互独立的服务处理端；
所述第二接收单元，用于接收由所述公共服务端反馈的所述文件处理结果。
本实施例第三方面提供的前述装置的工作过程、工作细节和技术效果，可以参见如上第一方面或第一方面中任意一种可能设计所述的方法，于此不再赘述。
如图5所示，本实施例第四方面提供了一种执行在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤或由软件侧测试平台端所执行步骤的计算机设备，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤或由软件侧测试平台端所执行步骤。具体举例的，所述存储器可以但不限于包括随机存取存储器(RAM，Random-Access Memory)、只读存储器(ROM，Read-Only Memory)、闪存(FlashMemory)、先进先出存储器(FIFO，First Input First Output)和/或先进后出存储器(FILO，First Input LastOutput)等等；所述处理器可以不限于采用型号为STM32F105系列的微处理器；所述收发器可以但不限于为WiFi(无线保真)无线收发器、蓝牙无线收发器、GPRS(General PacketRadio Service，通用分组无线服务技术)无线收发器和/或ZigBee(紫蜂协议，基于IEEE802.15.4标准的低功耗局域网协议)无线收发器等。此外，所述计算机设备还可以但不限于包括有电源模块、显示屏和其它必要的部件。
本实施例第四方面提供的前述计算机设备的工作过程、工作细节和技术效果，可以参见如上第一方面或第一方面中任意一种可能设计所述的方法，于此不再赘述。
本实施例第五方面提供了一种存储包含在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤或由软件侧测试平台端所执行步骤的指令的计算机可读存储介质，即所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤或由软件侧测试平台端所执行步骤。其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
本实施例第五方面提供的前述计算机可读存储介质的工作过程、工作细节和技术效果，可以参见如上第一方面或第一方面中任意一种可能设计所述的方法，于此不再赘述。
本实施例第六方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤或由软件侧测试平台端所执行步骤。其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
如图6所示，本实施例第七方面提供了一种文件处理交互系统，包括公共服务端和软件测试平台端，其中，所述公共服务端通讯连接所述软件测试平台端，所述公共服务端用于执行在第一方面或第一方面中任意一种可能设计中的且由公共服务端所执行步骤，所述软件测试平台端用于执行在第一方面或第一方面中任意一种可能设计中的且由软件侧测试平台端所执行步骤。
本实施例提供的前述文件处理交互系统的工作过程、工作细节和技术效果，可以参见如上第一方面或第一方面中任意一种可能设计所述的方法，于此不再赘述。
以上所描述的实施例仅仅是示意性的，若涉及到作为分离部件说明的单元，其可以是或者也可以不是物理上分开的；若涉及到作为单元显示的部件，其可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
最后应说明的是，本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以权利要求书中界定的为准，并且说明书可以用于解释权利要求书。

Claims (7)

1.一种文件处理方法，其特征在于，由公共服务端执行，包括：
接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，其中，所述软件测试平台端为与本地的公共服务端相互独立的服务处理端，所述文件处理方式调用信息用于指定待调用的文件处理方式，所述文件处理方式与用于执行该文件处理方式的文件处理脚本工具具有一一对应关系，所述文件处理脚本工具为提前在所述公共服务端封装好的文件处理代码；
根据所述文件路径信息，通过接口访问获取待处理文件；
使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果；
向所述软件测试平台端反馈所述文件处理结果，具体包括：向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。
2.如权利要求1所述的方法，其特征在于：接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，包括：
接收来自所述软件测试平台端的第一远程过程调用RPC请求消息；
对所述第一远程过程调用RPC请求消息进行拆包解码，获取所述文件路径信息和所述文件处理方式调用信息；
向所述软件测试平台端反馈所述文件处理结果，包括：
将所述文件处理结果打包编码在第一远程过程调用RPC响应消息中；
将所述第一远程过程调用RPC响应消息传送至所述软件测试平台端。
3.如权利要求2所述的方法，其特征在于，在接收来自软件测试平台端的文件路径信息和文件处理方式调用信息之前，所述方法还包括：
接收来自所述软件测试平台端的第二远程过程调用RPC请求消息；
对所述第二远程过程调用RPC请求消息进行拆包解码，获取模块标识信息；
根据所述模块标识信息，将对应的文件处理模块打包编码在第二远程过程调用RPC响应消息中，其中，所述文件处理模块包含有至少一个用于供所述软件测试平台端的用户来调用的文件处理方式；
将所述第二远程过程调用RPC响应消息传送至所述软件测试平台端。
4.如权利要求1所述的方法，其特征在于：接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，包括：
接收来自所述软件测试平台端的超文本传输协议HTTP请求报文；
从所述超文本传输协议HTTP请求报文中读取所述文件路径信息和所述文件处理方式调用信息；
向所述软件测试平台端反馈所述文件处理结果，包括：
将所述文件处理结果加载在超文本传输协议HTTP响应报文中；
将所述超文本传输协议HTTP响应报文传送至所述软件测试平台端。
5.一种文件处理装置，其特征在于，适用于部署在公共服务端中，包括有第一接收单元、文件获取单元、文件处理单元和第一发送单元；
所述第一接收单元，用于接收来自软件测试平台端的文件路径信息和文件处理方式调用信息，其中，所述软件测试平台端为与本地的公共服务端相互独立的服务处理端，所述文件处理方式调用信息用于指定待调用的文件处理方式，所述文件处理方式与用于执行该文件处理方式的文件处理脚本工具具有一一对应关系，所述文件处理脚本工具为提前在所述公共服务端封装好的文件处理代码；
所述文件获取单元，通信连接所述第一接收单元，用于根据所述文件路径信息，通过接口访问获取待处理文件；
所述文件处理单元，分别通信连接所述第一接收单元和所述文件获取单元，用于使用对应所述文件处理方式调用信息的文件处理脚本工具处理所述待处理文件，得到文件处理结果；
所述发送单元，通信连接所述文件处理单元，用于向所述软件测试平台端反馈所述文件处理结果，具体包括：向所述软件测试平台端反馈当前的文件处理对象，其中，所述文件处理对象包括用于表示文件处理状态的文件处理结果和当前可调用的文件处理方式，以便所述软件测试平台端的用户调用所述当前可调用的文件处理方式来对已处理文件进行再处理。
6.一种计算机设备，其特征在于：包括通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如权利要求1～4中任意一项所述的方法。
7.一种计算机可读存储介质，其特征在于：所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如权利要求1～4中任意一项所述的方法。
CN202010365667.7A 2020-04-30 2020-04-30 一种文件处理方法及装置 Active CN111580989B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010365667.7A CN111580989B (zh) 2020-04-30 2020-04-30 一种文件处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010365667.7A CN111580989B (zh) 2020-04-30 2020-04-30 一种文件处理方法及装置

Publications (2)

Publication Number Publication Date
CN111580989A CN111580989A (zh) 2020-08-25
CN111580989B true CN111580989B (zh) 2023-05-02

Family

ID=72122880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010365667.7A Active CN111580989B (zh) 2020-04-30 2020-04-30 一种文件处理方法及装置

Country Status (1)

Country Link
CN (1) CN111580989B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104391694A (zh) * 2014-11-05 2015-03-04 工业和信息化部电子科学技术情报研究所 智能移动终端软件公共服务支撑平台系统
CN106209503A (zh) * 2016-06-28 2016-12-07 武汉斗鱼网络科技有限公司 Rpc接口测试方法及系统
CN107145439A (zh) * 2017-03-15 2017-09-08 海尔优家智能科技（北京）有限公司 一种测试请求处理方法及装置
CN108255730A (zh) * 2018-01-23 2018-07-06 平安普惠企业管理有限公司 软件接口测试方法、测试设备、存储介质及装置
CN109408394A (zh) * 2018-11-08 2019-03-01 温州科技职业学院 一种软件测试服务平台

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8701130B2 (en) * 2012-06-26 2014-04-15 Teradyne, Inc. Implementing remote procedure calls
US9379855B2 (en) * 2013-06-03 2016-06-28 MiCOM Labs, Inc. Method and apparatus for a remote modular test system
US9514031B2 (en) * 2014-09-22 2016-12-06 International Business Machines Corporation Auto-deployment and testing of system application test cases in remote server environments
US10157122B1 (en) * 2017-08-31 2018-12-18 Fmr Llc Automated generation and execution of computer software test cases
CN107729246B (zh) * 2017-10-13 2020-12-01 阿里巴巴（中国）有限公司 针对目标应用的辅助测试方法、装置、设备及存储介质
CN108089933A (zh) * 2017-12-29 2018-05-29 鸿之微科技（上海）股份有限公司 调用另一个系统中计算程序的方法及系统
CN108399132B (zh) * 2018-03-21 2021-01-08 腾讯科技（深圳）有限公司 一种调度测试方法、装置及存储介质
CN111078437B (zh) * 2019-12-24 2023-07-14 五八有限公司 验证码的远程调用方法、装置、电子设备及可读存储介质
CN111651351B (zh) * 2020-05-29 2022-11-18 成都新潮传媒集团有限公司 一种基于Jenkins的软件性能测试方法及计算机主设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104391694A (zh) * 2014-11-05 2015-03-04 工业和信息化部电子科学技术情报研究所 智能移动终端软件公共服务支撑平台系统
CN106209503A (zh) * 2016-06-28 2016-12-07 武汉斗鱼网络科技有限公司 Rpc接口测试方法及系统
CN107145439A (zh) * 2017-03-15 2017-09-08 海尔优家智能科技（北京）有限公司 一种测试请求处理方法及装置
CN108255730A (zh) * 2018-01-23 2018-07-06 平安普惠企业管理有限公司 软件接口测试方法、测试设备、存储介质及装置
CN109408394A (zh) * 2018-11-08 2019-03-01 温州科技职业学院 一种软件测试服务平台

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Milka G等.Dfuntest:A Testing Framework for Distributed Applications.《International Conference on Parallel Processing and Applied Mathematics》.2018,395-405. *
马振威等.面向云存储服务的分布式测试框架设计与实现.《数据与计算发展前沿》.2020,第2卷(第02期),136-144. *
高延超等.基于LabVIEW的高速多通道航天器通用测试系统设计.《计算机测量与控制》.2019,第27卷(第07期),59-62+69. *

Also Published As

Publication number Publication date
CN111580989A (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
CN105718540B (zh) 数据加载方法和装置
US10277702B2 (en) Method and apparatus for accessing an enterprise resource planning system via a mobile device
US7734583B2 (en) Transparent virtual machine for mobile applications
US7920852B2 (en) Compression of data transmitted between server and mobile device
US8788699B2 (en) Information processing apparatus and document data producing method
US20120221893A1 (en) Managing test automation
CN102594867B (zh) 基于需求或递增的远程数据拷贝
US9571556B2 (en) Browser kernel adaptation method and browser therefor
CN101854371A (zh) JavaScript对象的调用及处理的方法、装置
CN111447170B (zh) 数据处理方法及其系统、计算机系统及计算机可读介质
JP2007181203A (ja) クライアント受信装置、クライアント処理方法、送信装置、送信方法、送信受信システム、送信受信方法、プログラム製品（アプリケーション・ベースｍｍｓをサポートする送信および受信の装置、方法、およびシステム）
EP2937791B1 (en) Webpage forming method, peripheral apparatus, and system
CN106549989B (zh) 一种数据传输方法及其系统、用户终端、应用服务器
EP2492814A1 (en) Managing test automation
CN113536185B (zh) 应用页面的加载方法、存储介质、及其相关设备
US8880108B2 (en) Short message processing method and apparatus
US20080313291A1 (en) Method and apparatus for encoding data
CN110062035A (zh) 一种基于双队列的http请求方法和装置
CN111580989B (zh) 一种文件处理方法及装置
CN104601616B (zh) 一种登录无线应用协议网站的方法、装置和系统
CN113918245A (zh) 一种数据调用方法、装置、设备及计算机可读存储介质
US20170099350A1 (en) Apparatus and method for transmitting mass data
US10038604B2 (en) Processing method and apparatus for signaling tracing
US9584695B2 (en) Information processing apparatus and information processing system
US20110145723A1 (en) System and method for redirecting client-side storage operations

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
GR01 Patent grant
GR01 Patent grant