CN110321280B - 一种数据处理方法以及相关设备 - Google Patents

一种数据处理方法以及相关设备 Download PDF

Info

Publication number
CN110321280B
CN110321280B CN201910427736.XA CN201910427736A CN110321280B CN 110321280 B CN110321280 B CN 110321280B CN 201910427736 A CN201910427736 A CN 201910427736A CN 110321280 B CN110321280 B CN 110321280B
Authority
CN
China
Prior art keywords
test
attribute
ontology
services
initial
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
CN201910427736.XA
Other languages
English (en)
Other versions
CN110321280A (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.)
Wuhan Wind Gather Intelligence Technology Co ltd
Original Assignee
Wuhan Wind Gather Intelligence Technology 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 Wuhan Wind Gather Intelligence Technology Co ltd filed Critical Wuhan Wind Gather Intelligence Technology Co ltd
Priority to CN201910427736.XA priority Critical patent/CN110321280B/zh
Publication of CN110321280A publication Critical patent/CN110321280A/zh
Application granted granted Critical
Publication of CN110321280B publication Critical patent/CN110321280B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Abstract

本发明实施例提供了一种数据处理方法及相关设备,用于调用数据库存储的已完成设计的测试流程对待测对象进行测试,提高测试效率。该方法包括:确定待测对象;根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;基于所述测试流程对所述待测对象执行测试,得到测试结果。

Description

一种数据处理方法以及相关设备
技术领域
本发明涉及软件测试领域,尤其涉及一种数据处理方法以及相关设备。
背景技术
在经济发展的同时,各项技术突飞猛进,计算机技术得到广泛的应用及发展。在软件不断开发的同时,随之而来的各个方面的问题也逐渐凸显。严重影响软件的使用与开发。
经过对软件的研究,开发人员在软件的开发中比较重视软件的功能及编码测试的研究。但是,却忽视了软件的关键要素——软件的性能,软件性能的好坏决定着软件的使用寿命与经济效益,因此,必须严格重视软件性能的开发。数据库测试是对软件性能检测的基础,它的性能好坏与软件的性能密切相关。所以对数据库的测试也显得尤为重要与谨慎。而且在性能的测试上手工测试就不那么重要,需要的是自动化的软件测试。比如模拟几十万或百万个用户数据访问,手工测试显然行不通,需要依靠自动化测试。
发明内容
本发明实施例提供了一种数据处理方法及相关设备,用于调用数据库中存储的已完成设计的测试流程对待测对象进行测试,提高测试效率。
本发明实施例的第一方面提供了一种数据处理方法,包括:
确定待测对象;
根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
基于所述测试流程对所述待测对象执行测试,得到测试结果。
可选地,所述根据用户的操作指令选择与所述待测对象对应的测试流程之前,所述方法还包括:
确定所述测试对象对应的测试本体,所述测试本体为重定义属性后的本体;
根据所述用户的第二操作指令为所述测试本体配置对应的目标服务;
确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断;
根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
可选地,所述确定所述测试对象对应的测试本体包括:
确定所述测试对象对应的初始本体;
获取所述初始本体对应的目标模型,所述目标模型为预先生成的,且所述目标模型用于对本体的属性进行重新定义;
根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体。
可选地,所述获取所述初始本体对应的目标模型之前,所述方法还包括:
确定所述初始本体的属性对应的运算规则;
基于所述初始本体对应的运算规则生成所述目标模型。
可选地,所述初始本体的属性包括第一动态属性以及第一静态属性,所述根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体包括:
基于所述目标模型对应的运算规则对所述第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性;
其中,所述测试本体的属性包括所述第二动态属性以及所述第二静态属性。
可选地,所述根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体包括:
当所述初始本体中仅包含一个本体时,根据所述目标模型对所述初始本体的静态属性进行运算,以对所述初始本体的动态属性进行重新定义;
当所述初始本体中包括两个或两个以上的本体时,根据所述目标模型对所述初始本体的静态属性以及所述初始本体对应的动态属性进行运算,以得到重定义后的所述初始本体的静态属性以及所述初始本体对应的动态属性。
可选地,所述基于所述测试流程对所述待测对象执行测试,得到测试结果之后,所述方法还包括:
通过校验服务流程对所述测试结果进行校验,得到校验结果。
可选地,所述方法还包括:
输出所述校验结果。
本发明实施例第二方面提供了一种数据处理装置,包括:
第一确定单元,用于确定待测对象;
处理单元,用于根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
测试单元,用于基于所述测试流程对所述待测对象执行测试,得到测试结果。
可选地,所述装置还包括:
第二确定单元,用于确定所述测试对象对应的测试本体,所述测试本体为重定义属性后的本体;
配置单元,用于根据所述用户的第二操作指令为所述测试本体配置对应的目标服务;
所述第二确定单元,还用于确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断;
所述第二确定单元,还用于根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
可选地,所述第二确定单元包括:
确定模块,用于确定所述测试对象对应的初始本体;
获取模块,用于获取所述初始本体对应的目标模型,所述目标模型为预先生成的,且所述目标模型用于对本体的属性进行重新定义;
处理模块,用于根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体。
可选地,所述装置还包括:
第三确定单元,用于确定所述初始本体的属性对应的运算规则;
生成单元,用于基于所述初始本体对应的运算规则生成所述目标模型。
可选地,所述初始本体的属性包括第一动态属性以及第一静态属性,所述处理模块具体用于:
基于所述目标模型对应的运算规则对所述第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性;
其中,所述测试本体的属性包括所述第二动态属性以及所述第二静态属性。
可选地,所述处理模块还具体用于:
当所述初始本体中仅包含一个本体时,根据所述目标模型对所述初始本体的静态属性进行运算,以对所述初始本体的动态属性进行重新定义;
当所述初始本体中包括两个或两个以上的本体时,根据所述目标模型对所述初始本体的静态属性以及所述初始本体对应的动态属性进行运算,以得到重定义后的所述初始本体的静态属性以及所述初始本体对应的动态属性。
可选地,所述装置还包括:
校验单元,用于通过校验服务流程对所述测试结果进行校验,得到校验结果。
可选地,所述装置还包括:
输出单元,用于输出所述校验结果。
本发明第三方面提供了一种电子设备,包括存储器、处理器,其特征在于,所述处理器用于执行存储器中存储的计算机管理类程序时实现如上述任意一项所述的数据处理方法的步骤。
本发明第四方面提供了一种计算机可读存储介质,其上存储有计算机管理类程序,其特征在于:所述计算机管理类程序被处理器执行时实现如上述任意一项所述的数据处理方法的步骤。
综上所述,可以看出,本发明提供的实施例中,提前在数据库中设计有多个测试流程,在测试时可以根据用户的需求选择与待测对象对应的测试流程进行测试,这样可以快速的对待测对象进行测试,提高测试效率。
附图说明
图1为本发明实施例提供的一种数据处理方法的流程示意图;
图2为本发明实施例提供的一种数据处理装置的实施例示意图;
图3为本发明实施例提供的一种数据处理装置的硬件结构示意图;
图4为本发明实施例提供的一种电子设备的实施例示意图;
图5为本发明实施例提供的一种计算机可读存储介质的实施例示意图。
具体实施方式
本发明实施例提供了一种数据处理方法及相关设备,用于调用数据库存储的已完成设计的测试流程对待测对象进行测试,提高测试效率。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
下面从数据处理装置的角度对数据处理方法进行说明,该数据处理装置可以为服务器,也可以为服务器中的服务单元,具体不做限定。
本发明中的数据处理装置应用于数据库管理系统自动化测试平台(Databaseautomation Testing Platform,DBTP),DBTP平台综合应用数据测试和资源监控功能,帮助用户全面掌控数据资源、数据质量、数据安全,针对用户需要提供建设前的数据库产品选型、建设中的数据治理监管、建设后的系统优化升级的全建设生命周期服务。该DBTP平台包括如下设计约束:
1、应依据TPC系列基准和数据库设计规范,从数据库实际应用场景角度出发,设计与开发数据库的自动化测试框架;
2、应以实际业务场景为出发点,结合数据库测试的专业特点、工作方式、业务流程,尽量采用通用的技术及产品进行系统软件开发;
3、系统开发的软件和模型,应在实用的前提下力求技术方向的高起点和先进性,并适应技术的发展趋势,以保证系统具有开放性、可扩充性和较长的生命周期;
4、采用开放式的结构进行系统的设计和开发;在具有可扩充性的软硬件环境下,系统能在运行过程中不断地添加新的服务功能模块。
下面对DBTP平台的逻辑架构进行说明,该DBTP平台的逻辑架构包括本体定义服务、模型设计服务、服务构建服务、流程设计服务、应用执行服务以及系统管理服务,其中,该DBTP平台可以集成多个测试工具,例如TPC-E工具(针对联机事务性能的测试基准)、TPC-DS工具(针对联机分析性能的测试基准)、ACID工具(数据库事务正确执行的四个基本要素的缩写,包含:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability))以及领域测试工具等工具,当然也还可以根据用户的需求进行添加,具体不限定。另外,该DBTP平台包括多个可服用的的基础数据库,例如本体库、模型库、服务库、流程库等等。
下面对DBTP平台中各个服务进行说明:
1、本体定义服务:
形成一套本体设计数据结构,即类的定义过程,包括属性定义、动作定义以及实现,本体是根据平台功能提炼的基础数据,其包含多种属性:特征属性、功能属性,其中特征属性是其基本属性(也即静态属性),用户可以直接定义,属性值通过服务赋值;而功能属性,是特征属性的衍生,需要根据特征属性进行运算得来(即动态属性,根据用户的需求不同而定义不同),可以通过模型定义,服务赋值。本体动作的定义包括动作编码、动作名称、动作API(Application Programming Interface,应用程序编程接口)等的定义。
2、模型设计服务:
模型设计是针对单个本体或多个本体的静态属性或动态属性,进行一系列计算(算数运算、集合运算、函数运算、关系运算、数据库表运算),重新定义本体的过程。设计好的模型可以提供计算能力以及组合不同的本体以构建新本体。
(1)提供计算能力:
对一个或多个本体属性(例如动态属性)进行一系列运算,如算数运算(加、减、乘、除)、集合运算(交、并、补、差)、函数运算(最大、最小、平均、求和等)、关系运算(大于、小于、不等于等)和数据库表运算(选择、投影、连接)的计算支持。
(2)组合本体构建新本体:
通过模型设计可以重新定义本体。这样做的好处是当用户的要求发生变化时,只需重新定义本体即可,该本体的属性值可以通过原有的本体属性值计算直接得到,无需更改原有的本体定义或程序逻辑,大大提高了平台的可扩展性。
3、服务构建服务:
对本体实例化对象赋值的过程。服务可以包含:测试服务(TPC-E测试、TPC-DS测试、ACID测试、领域测试等)、配置服务、监控服务、统计服务、可视化服务、日志服务、报告服务、规则服务、校验服务和其它服务等,具体不做限定。
4、流程设计服务:
提供元流程、关系线和逻辑判断等组件,流程设计时首先选择元流程配置本体或服务,然后将多个配置好的元流程利用关系线和逻辑判断组合编排形成一个可执行的流程。DBTP支持节点设计、校验、调试功能,调试成功后的流程可以保存为流程模板,包括:TPC-E测试流程模板、TPC-DS测试流程模板、ACID测试流程模板、集群测试流程模板、数据标准化测试流程模板、监控类测试流程模板,当然也还可以根据用户的需求进行设计。
5、应用执行服务:
DBTP平台将流程结合实际的测试环境以及测试/业务数据,在实际环境中进行数据验证和操作执行的过程,输出形式可以通过DBTP平台展示结果,也可以通过DBTP平台服务接口输出。
6、系统管理服务:
用于对系统用户、角色以及权限进行管理。
下面结合图1,对本发明实施例提供的数据库的测试流程进行详细说明,请参阅图1,图1为本发明实施例提供的数据处理方法的一个实施例示意图,包括:
101、确定待测对象。
本实施例中,数据处理装置可以确定待测对象,该待测对象可以为数据库,也可以为其他,例如软件,具体不做限定。另外,此处具体不限定如何确定待测对象,例如可以接收用户的指令获取待测对象。
102、根据用户的第一操作指令选择与待测对象对应的测试流程。
本实施例中,当确定待测对象之后,可以根据用户的第一操作指令选择与待测对象对应的测试流程,该测试流程为数据库中存储的设计完成的测试流程,该数据库中保存有包括待测对象对应的测试流程在内的多个测试流程。
需要说明的是,该数据库中设计完成的测试流程是以测试流程模板的方式进行存储的。通过调用流程接口获取所有流程模板信息,之后根据用户需要选择待测对象对应的测试流程模板。例如用户需要对待测对象进行TPC-E测试,则从数据库找到该TPC-E测试流程的模板,该数据库中至少包括如下测试流程模板:TPC-E测试流程模板、TPC-DS测试流程模板、ACID测试流程模板、集群测试流程模板、数据标准化测试流程模板、监控类测试流程模板。数据处理装置在得到目标流程模板之后,可以对目标流程节点中的参数进行配置,该目标流程节点为目标流程模板中的流程节点。具体的,可以录入目标流程节点的参数配置(例如服务器配置、数据库配置、数据库类型、测试时长、报告路径、报告模板等等参数),之后保存,并进行测试。
需要说明的是,在得到测试对象对应的测试流程模板之后,可以对测试流程模板中的流程节点的参数进行配置,并对配置后的流程节点的参数进行校验,以判断对该流程节点中的参数是否配置成功。具体的,可以判断流程节点中配置的参数是否满足预设规则;若是,则确定目标数据库测试中录入的参数校验通过,也即该目标流程节点中的参数配置成功;若否,则确定目标数据库测试中录入的参数校验未通过,也即该目标流程节点中的参数未配置成功。
需要说明的是,该预设规则可以为判断目标流程节点中配置的参数是否满足非空校验、数值校验、服务器校验以及SQL(Structured Query Language,结构化查询语言)校验等,如必填参数是否非空,是否符合参数定义约束,是否能有效访问或通信,如果是SQL语句则校验是否符合SQL语法规则,当然也还可以根据实际情况进行设置,具体不做限定。
需要说明的是,当目标流程节点中的参数校验未通过时,重新对流程节点中的参数进行配置,直至流程节点中的参数配置成功。
需要说明的是,此处还可以输入测试对象对应的测试流程模板的名称,该测试流程模板的名称为构建该流程模板时输入的。
需要说明的是,数据处理装置根据用户的第一操作指令选择与待测对象对应的测试流程之前,还执行如下操作:
配置数据库中的流程模板。例如通过给元流程(执行节点、关系线、逻辑判断等)选择服务或本体,验证本体和服务定义/接口是否匹配,形成一个可执行的测试流程。
需要说明的是,构建测试流程模板中需要用到的服务,一般测试流程需要配置服务、测试服务、报告服务和日志服务,当然也还可以根据实际需求对服务进行增加或者减少。例如增加监控服务等服务,具体不做限定。
下面以TPC-E服务为例进行说明:
首先获取TPC-E对应的本体,之后增加配置服务、测试服务、报告服务和日志服务,其中,在配置服务、测试服务、报告服务以及日志服务的过程中可以输入服务的基本信息(例如服务名称、服务类型、服务顺序以及服务的API(Application ProgrammingInterface,应用程序编程接口)。另外,该配置服务包括服务属性以及服务功能,其中,该服务属性可以选择TPC-E本体的静态属性(例如服务器配置、测试时长、上升时长以及数据库配置(该数据库配置可以包括用户名、密码、IP地址等的配置)等静态属性,该服务功能可以包括数值校验、服务器校验以及SQL校验等等;该测试服务包括服务属性,该测试服务的服务属性用于选择TPC-E的静态属性(例如测试结果等等),该日志服务也包括服务属性,该日志服务的服务属性用于选择例如日志结果的静态属性,该报告服务的服务属性用于选择TPC-E本体的报告模板标识静态属性。
下面对如何生成待测对象对应的测试流程进行具体说明:
步骤A1、确定所述测试对象对应的测试本体,所述测试本体为重定义属性后的本体。
本步骤中,可以确定测试对象对应的测试本体,具体的根据用户的选择创建待测对象对应的测试本体,例如用户需要测试分析性数据库,可以创建TPC-DS测试本体,该测试本体包括但不限于以下测试本体:TPC-E测试本体、TPC-DS测试本体、ACID测试本体、集群测试本体、数据标准化测试本体、监控类测试本体。
步骤A2、根据所述用户的第二操作指令为所述测试本体配置对应的目标服务。
本步骤中,可以根据用户的第二操作指令为测试本体配置对应的目标服务,具体的,接收用户的第二操作指令,响应于用户的第二操作指令,并根据用户的第二操作指令为测试本体配置对应的目标服务。
需要说明的是,该测试本体对应的目标服务至少包括如下服务中的一种:测试服务、配置服务、监控服务、统计服务、可视化服务、日志服务、报告服务、规则服务以及其它服务,当然也还可以根据用户的需求和实际情况进行添加或删除,具体不做限定。
步骤A3、确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断。
本步骤中,可以确定目标服务的执行顺序。例如目标服务包括配置服务、监控服务、可视化服务、日志服务以及报告服务,此时可以根据用户的需求确定配置服务、监控服务、可视化服务、日志服务以及报告服务的执行顺序,例如先执行配置服务,最后执行报告服务,此处仅为举例说明,并不代表对执行顺序的限制,当然也还可以根据用户的需求和实际情况进行调整;同时,还可以确定测试本体对应的逻辑判断,该逻辑判断包括但不限于:判断条件、判断类型以及响应个数,该判断条件指的是什么样的条件下执行什么样的操作,该判断类型指的是判断当前流程节点时本体节点还是服务节点,还是开始节点或者结束节点。
步骤A4、根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
本步骤中,在得到了目标服务的执行顺序以及测试本体对应的逻辑判断之后,可以基于目标服务的执行顺序以及逻辑判断确定测试本体对应的测试流程。例如TPC-E测试本体对应的测试流程包括:开始节点->创建TPC-E测试本体->对TPC-E本体配置服务->执行TPC-E测试->测试报告节点->结束节点。也就是说,流程设计就是用户根据自己的需要选择服务与本体,以及服务的先后执行顺序(流程中的线是有走向,例如先执行配置服务,后执行测试服务),比如这个用户不需要统计服务,只需要报告服务,用户即可根据需要选择报告服务。流程设计好之后并没有对本体的属性的值进行赋值,比如配置服务中要填写数据库类型、大小、服务器IP等,而是到了创建应用时才对这些属性进行填充(DBTP平台提供可视化界面进行参数填写,有些参数值默认给出,有些参数值用户可以进行修改或填写)。
需要说明的是,在得到测试本体对应的测试流程之后,可以对测试本体对应的测试流程中的服务进行赋值,以对测试本体对应的测试流程进行校验(此处具体不限定如何进行校验的,只要能对新设计的测试流程进行校验即可),当校验通过时,对测试本体对应的测试流程进行固化处理,得到测试本体对应的测试流程模板。也就是说,用户在设计好流程之后,可以对该设计的流程进行校验,以确定该设计好的流程是否符合自己的需求,当校验通过时,可以将该新设计的流程固化为流程模板,并打上标签,以方便后续使用。
还需要说明的是,当校验通过时,还可以输出测试本体对应的测试流程的检验报告。
还需要说明的是,在确定测试流程模板之后,当用户需要使用该测试流程模板时,根据用户的操作指令选取测试本体对应的测试流程模板;
通过测试本体对应的测试流程模板对测试本体进行测试;
输出测试本体的测试结果。也就是说,用户可以根据自己的需要从数据库挑选合适的流程模板对待测试的本体进行测试,之后输出测试结果。具体的:选择流程:从流程模板中选择测试流程,之后初始化本体特征属性,也即根据测试流程中的基础服务(如配置服务),填充待测试本体的对象属性信息,用户也可以根据实际进行人工填写或修订,之后进行数据验证:结合实际测试环境,进行测试前的逻辑执行,主要验证测试流程各个流程节点的数据是否正常对接;若正常对接,则执行测试,在测试完成之后,改变了待测试本体的对象属性值,并最终输出修改对象属性值之后的测试本体。可以通过3种方式进行输出:DBTP平台展示、文件输出以及数据接口输出。
由此可以看出,可以根据用户的需求选择测试本体对应的服务以及逻辑判断,并确定测试本体对应的服务的执行顺序,并根据测试本体对应的服务的执行顺序以及逻辑判断确定测试本体对应的测试流程,这样需要对本体进行测试的时候,可以直接使用之前已经设计好的测试流程,提高本体测试的效率。
上面对如何生成待测对象对应的测试流程进行说明,下面以待测对象为数据库对如何确定待测对象对应的测试本体进行说明:
步骤B1、确定所述测试对象对应的初始本体。
本步骤中,用户在需要对待测对象(例如数据库)进行测试的时候,可以选择对该数据库执行相应测试的初始本体,例如TPC-E测试,可以选择TPC-E初始本体,具体的,可以根据用户的操作指令确定待测对象对应的初始本体,其中,该初始本体的属性包括动态属性、静态属性以及本体动作。
需要说明的是,此处的定义指的是对本体的属性、动作进行重新设置。
步骤B2、获取所述初始本体对应的目标模型,所述目标模型为预先生成的,且所述目标模型用于对本体的属性进行重新定义。
本步骤中,当确定了初始本体之后,可以获取该初始本体对应的目标模型,该目标模型为预先生成的,且该目标模型用于对本体的属性进行重新定义。也就是说,可以根据用户的不同需求预先构建多个模型,该多个模型用户对本体的属性进行重定义,例如本体的某个属性X,通过模型设计可以将属性定义修改为3X。
步骤B3、根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体。
本实施例中,对初始本体的属性进行重新定义,也即是对动态属性进行重新定义,得到定义后的动态属性,对静态属性进行重新定义,得到定义后的静态属性,对本体动作进行重新定义,得到定义以后的本体动作,该第二本体的属性包括第二动态属性、第二静态属性以及第二本体动作。也就是说,可以通过对初始本体的动态属性、静态属性以及本体动作进行重新定义,得到测试本体,该测试本体为重新定义属性以及动作之后的初始本体。
该动态属性以及静态属性的定义包括属性编码、属性名称、数据类型、属性类型、是否必须等信息的定义;其中,数据类型主要用于判断属性的类型,该类型包括数值、数组、对象以及对象集合等等;属性类型主要包括输入属性和输出属性,用于判断属性是输入还是输出,本体动作包括动作编码、动作名称、动作API(Application ProgrammingInterface,应用程序编程接口)以及备注等信息的定义。
下面分别进行说明时如何定义动态属性、静态属性以及本体动作的:
1、动态属性以及静态属性的重新定义:
该初始本体包括第一动态属性以及第一静态属性,所述根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体包括:
基于所述目标模型对应的运算规则对所述第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性;
其中,所述测试本体的属性包括所述第二动态属性以及所述第二静态属性。
也就是说,可以根据目标模型对应的运算规则对所述第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性。
需要说明的是,当所述初始本体中仅包含一个本体时,根据所述目标模型对所述初始本体的静态属性进行运算,以对所述初始本体的动态属性进行重新定义;
当所述初始本体中包括两个或两个以上的本体时,根据所述目标模型对所述初始本体的静态属性以及所述初始本体对应的动态属性进行运算,以得到重定义后的所述初始本体的静态属性以及所述初始本体对应的动态属性。例如需要知道所有课程及格的学生信息本体,可以获取至少两个表本体(该至少两个表本体即为初始本体),例如学生表以及成绩表,通过目标模型得出所有课程及格的学生信息,通过对两个表本体中的数据进行数据过滤、选择、投影、连接以及数值运算得到我们需要的表本体的动态属性。
需要说明的是,本发明主要考虑如下三种本体:表的本体、监控本体以及测试本体,下面分别说明三个本体的静态属性:
表本体的静态属性:表名,字段信息(字段长度、默认值字段类型等)字段的约束;
监控本体的静态属性:用户名、密码、监控服务CPU利用率、IO利用率,内存,存储占用情况、跟服务器相关的一些属性信息;
测试本体的静态属性:测试对象的描述信息、测试工具信息、测试数据信息。基于预先设置的模型对这三个本体的静态属性去做一些运算(加减乘除、集合、交集、并集或者是一些关系类的:大于小于等于过滤)规则,每一个静态属性都会有一个输出,该输出即为新本体的动态属性。
还需要说明的是,该模型的运算规则包括但不限于如下运算:数值运算(加、减、乘、除)、集合运算(交、并、补、差)、函数运算(最大、最小、平均、求和等)、关系运算(大于、小于、不等于等)、表运算(投影、选择、连接等)。
2、本体动作的重新定义:具体的,本体的定义装置可以根据用户的操作指令对初始本体动作的定义进行更改,以得到待测本体的本体动作。
也就是说,每个本体都会有一些固定的动作,重置、取值、设置值,刷新时间,每个本体都会包括这些动作,此处可以根据用户的需求对该初始本体的本体动作的定义进行修改,例如定义取值是多少,刷新时间间隔是多少,重置时间是什么,动作API定义等。
由此可以看出,可以提前设置的目标模型以及用户的需求对平台中的本体的属性以及动作进行重新定义,提高基于该本体进行测试的速度。
需要说明的是,上述对测试本体的属性的重定义进行说明,下面对测试本体的属性的初始定义进行说明:
步骤1、选择待初始定义属性的目标本体,并从目标本体对应的属性中任意选择一个目标属性。
步骤2、判断该目标属性是否是重复多次出现的属性,若是,则执行步骤3,若否,则执行步骤4;
步骤3、若该目标属性为重复多次出现的属性,则采用集合数据结构对该目标属性进行描述,例如采用数组对该目标属性进行描述,当然也还可以采用其他的方式进行描述,具体不做限定。
步骤4、若该目标属性不是重复多次出现的属性,则采用简单类型数据结构对该目标属性进行描述,例如采用数值或字符串对该目标属性进行描述,当然也还可以采用其他的方式,具体不做限定。
步骤5、当确定了目标属性的数据结构之后,可以对该目标属性进行赋值,具体的赋值方式可以通过调用系统构建服务和调用配置服务进行赋值,该调用系统构建服务的方式为通过系统功能计算为目标属性进行赋值,该调用配置服务为通过人工输入的方式为目标属性进行赋值。
需要说明的是,上述所述的构建的服务包括测试服务、监控服务、统计服务、日志服务、报告服务、校验服务和其他服务等服务中的至少一个。
步骤6、重复执行步骤1至步骤5,直至目标本体中的所有属性均定义成功为止,得到定义属性成功的测试本体。
下面对如何生成初始本体对应的目标模型进行说明:
步骤C1、确定所述初始本体的属性对应的运算规则。
本步骤中,可以接收用户的操作指令,也就是说可以获知用户的需求,例如用户想要在成绩表中找出某个课程分数合格的学生的身份证号码,学生的个人信息在一张表中,而课程成绩信息在另一张表中,并根据用户的操作指令确定初始本体的属性对应的运算规则。比如用户的操作指令对应的需求是对一个本体中的属性x以及属性y进行x*y操作,选择被乘数x属性,选择运算规则中的“*”,再选择乘数y,这样就产生了一个x*y的动态属性。
需要说明的是,该测试本体对应的运算规则至少包括如下运算规则中的一个:算数运算、集合运算、函数运算、关系运算以及数据库表运算;该算数运算至少包括加法运算、减法运算、乘法运算以及除法运算中的一种;该集合运算至少包括交集、并集、补集以及差集中的一种;该函数运算至少包括最大值计算、最小值计算、平均值计算以及求和计算中的一种;该关系运算至少包括大于运算、小于运算以及不等于运算中的一种;该数据库表运算至少包括选择、投影以及连接中的一种。
步骤C2、基于所述初始本体对应的运算规则生成所述目标模型。
本步骤中,在得到测试本体的属性对应的运算规则之后,可以基于测试本体的属性对应的运算规则确定目标模型。例如用户想要在成绩表中找出某个课程分数合格的学生的身份证号码,而学生的个人信息在一张表(学生表)中,课程成绩信息在另一张表(成绩表)中,此时就需要对这两个表进行联合查询。两个表不在同一个本体中(也就是说一个表为一个表本体),这就是对多个本体的属性进行操作。选择这两个表,对其中的成绩表进行(成绩≥60)筛选得到及格学生的ID,然后根据ID属性将两个表进行连接,在学生表中查询满足连接条件的身份证号,该筛选、连接以及查询得到目标模型。
需要说明的是,在目标模型之后,可以根据目标模型对测试本体的属性进行修改。该初始本体的属性包括静态属性以及动态属性,具体的:
当初始本体中仅包含一个本体时,根据目标模型对初始本体的属性进行操作;比如用户的操作指令对应需求是对一个本体中的属性x以及属性y进行x*y操作,选择被乘数x属性,选择运算规则中的“*”,再选择乘数y属性,这样就产生了一个x*y的动态属性,即对初始本体的属性进行了重新定义得到测试本体。
当初始本体中包括两个或两个以上的本体时,根据目标模型对初始本体的静态属性以及动态属性进行运算,以得到重新定义静态属性以及动态属性后的测试本体。例如用户想要在成绩表中找出某个课程分数合格的学生的身份证号码,而学生的个人信息在一张表(学生表)中,课程成绩信息在另一张表(成绩表)中,此时就需要对这两个表进行联合查询。两个表不在同一个本体中(也就是说一个表为一个表本体),这就是对多个本体的属性进行操作。选择这两个表,对其中的成绩表进行(成绩>=60)筛选得到及格学生的ID,然后根据ID属性将两个表进行连接,在学生表中查询满足连接条件的身份证号,该筛选、连接以及查询得到目标模型,即产生一个本体新的定义。
103、基于测试流程对待测对象执行测试,得到测试结果。
本实施例中,在得到测试流程之后,可以基于测试流程对待测对象执行测试,得到测试结果。对该测试对象的测试可以包括如下测试中的至少一个:TPC-E测试、TPC-DS测试、ACID测试、集群测试、数据标准化测试、监控类测试,当然也还可以有其他的测试,具体不做限定。
需要说明的是,对测试对象的测试,也即是对测试对象对应的测试本体的测试,下面以测试本体为TPC-E本体为例进行说明是如何进行测试的:
以首先根据TPC-E本体对应的测试流程中的配置首先根据TPC-E本体对应的测试流程中的配置服务进行数据填充,对TPC-E本体里的数据进行了修正,比如:服务器的IP、端口、测试数据库的IP、端口、用户名、密码、数据规模等,测试服务就对TPC-E本体进行了重新赋值,修改了TPC-E本体的属性值。
在一个实施例中,在对测试流程对待测对象执行测试,得到测试结果之后,还可以通过校验服务流程对测试结果进行校验,得到校验结果。
下面以TPC-E测试为例对几个典型的校验服务流程进行说明:
1、正确性校验服务流程;
调用TPC-E正确性校验服务接口,输入参数为TPC-E的本体对象实例,之后数据测试装置调用TPC-E正确性校验启动接口,TPC-E工具执行正确性校验启动命令执行校验,当未启动时返回错误信息,当启动时调用TPC-E工具获取正确性校验结果接口,当未调用成功时返回错误信息(包括错误码和错误信息),当调用成功时将TPC-E测试结果与TPC-E测试结果样本(如:SQLSERVER或Oracle)比对,若比对通过则将TPC-E正确性校验比对结果设置到TPC-E本体中,输出参数为TPC-E本体对象实例,并返回成功信息。
2、测试服务校验流程:
调用TPC-E测试服务接口,输入参数为TPC-E的本体对象实例,TPC-E工具执行启动命令以执行测试,并判断是否启动成功,当未启动成功时,返回错误信息,当启动成功时,调用TPC-E获取测试结果接口,并判断获取测试结果接口是否成功,若未成功,则返回错误信息,并循环调用,直至调用成功,当调用成功时,将TPC-E测试结果设置到TPC-E测试本体中,输出的参数为TPC-E本体对象实例,并返回成功信息。
3、日志服务流程:
调用TPC-E日志服务接口,数据测试装置调用TPC-E日志接口,并返回日志数据,之后数据测试装置获取服务构建模块日志信息,并将TPC-E工具日志与DBTP日志数据设置到TPC-E本体中,返回参数为TPC-E本体字符串,并返回成功信息。
4、规则校验服务流程:
调用TPC-E规则校验服务接口,输入参数为TPC-E本体对象实例,分别通过服务构建模块校验混合比例、校验响应时间、校验结果精度以及校验测试时长是否符合TPC-E结果输出标准,若否,则返回错误信息,若是,则返回参数为TPC-E本体对象实例。
5、报告服务流程:
数据处理装置调用TPC-E报告服务接口,输入参数为TPC-E本体字符串,通过服务构建模块解析TPC-E本体字符串测试结果,计算TPC-E吞吐量,之后通过服务构建模块生成TPC-E报告,将TPC-E报告路径设置到TPC-E本体中,返回参数为TPC-E本体字符串。
需要说明的是,当该目标数据库测试完成之后,还可以输出对目标数据库的测试结果,同时还可以输出对测试结果的校验,例如校验成功,测试结果符合用户需求。例如对目标数据库进行TPC-E测试,则可以输出TPC-E测试结果,可以通过3种方式进行输出:平台展示、文件输出和/或数据接口输出。
综上所述,可以看出,本发明提供的实施例中,可以提前在数据库中配置有多个测试流程,在测试时可以根据用户的需求选择对应的测试流程进行测试,这样就可以快速的待测对象进行测试。
上面对本发明实施例中数据处理方法进行了描述,下面对本发明实施例中的数据处理装置进行描述。
请参阅图2,本发明实施例中数据处理装置的一个实施例,该数据处理装置包括:
第一确定单元201,用于确定待测对象;
处理单元202,用于根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
测试单元203,用于基于所述测试流程对所述待测对象执行测试,得到测试结果。
可选地,所述装置还包括:
第二确定单元204,用于确定所述测试对象对应的测试本体,所述测试本体为重定义属性后的本体;
配置单元205,用于根据所述用户的第二操作指令为所述测试本体配置对应的目标服务;
所述第二确定单元204,还用于确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断;
所述第二确定单元204,还用于根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
可选地,所述第二确定单元204包括:
确定模块2041,用于确定所述测试对象对应的初始本体;
获取模块2042,用于获取所述初始本体对应的目标模型,所述目标模型为预先生成的,且所述目标模型用于对本体的属性进行重新定义;
处理模块2043,用于根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体。
可选地,所述装置还包括:
第三确定单元206,用于确定所述初始本体的属性对应的运算规则;
生成单元207,用于基于所述初始本体对应的运算规则生成所述目标模型。
可选地,所述初始本体的属性包括第一动态属性以及第一静态属性,所述处理模块2043具体用于:
基于所述目标模型对应的运算规则对所述第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性;
其中,所述测试本体的属性包括所述第二动态属性以及所述第二静态属性。
可选地,所述处理模块2043还具体用于:
当所述初始本体中仅包含一个本体时,根据所述目标模型对所述初始本体的静态属性进行运算,以对所述初始本体的动态属性进行重新定义;
当所述初始本体中包括两个或两个以上的本体时,根据所述目标模型对所述初始本体的静态属性以及所述初始本体对应的动态属性进行运算,以得到重定义后的所述初始本体的静态属性以及所述初始本体对应的动态属性。
可选地,所述装置还包括:
校验单元208,用于通过校验服务流程对所述测试结果进行校验,得到校验结果。
可选地,所述装置还包括:
输出单元209,用于输出所述校验结果。
上面图2从模块化功能实体的角度对本发明实施例中的数据处理装置进行了描述,下面从硬件处理的角度对本发明实施例中的数据处理装置进行详细描述,请参阅图3,本发明实施例中的数据处理装置300一个实施例,包括:
输入装置301、输出装置302、处理器303和存储器304(其中处理器303的数量可以一个或多个,图4中以一个处理器403为例)。在本发明的一些实施例中,输入装置301、输出装置302、处理器303和存储器304可通过总线或其它方式连接,其中,图4中以通过总线连接为例。
其中,通过调用存储器304存储的操作指令,处理器303,用于执行如下步骤:
确定待测对象;
根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
基于所述测试流程对所述待测对象执行测试,得到测试结果。
在具体实施过程中,处理器320执行计算机程序311时,可以实现图1对应的实施例中任一实施方式。
如图4所示,本发明实施例提供了一种电子设备,包括存储器410、处理器420及存储在存储器420上并可在处理器420上运行的计算机程序411,处理器420执行计算机程序411时实现以下步骤:
确定待测对象;
根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
基于所述测试流程对所述待测对象执行测试,得到测试结果。
在具体实施过程中,处理器420执行计算机程序411时,可以实现图1对应的实施例中任一实施方式。
由于本实施例所介绍的电子设备为实施本发明实施例中一种数据处理装置所采用的设备,故而基于本发明实施例中所介绍的方法,本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式,所以在此对于该电子设备如何实现本发明实施例中的方法不再详细介绍,只要本领域所属技术人员实施本发明实施例中的方法所采用的设备,都属于本发明所欲保护的范围。
请参阅图5,图5为本发明实施例提供的一种计算机可读存储介质的实施例示意图。
如图5所示,本实施例提供了一种计算机可读存储介质500,其上存储有计算机程序511,该计算机程序511被处理器执行时实现如下步骤:
确定待测对象;
根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
基于所述测试流程对所述待测对象执行测试,得到测试结果。
在具体实施过程中,该计算机程序511被处理器执行时可以实现图1对应的实施例中任一实施方式。
需要说明的是,在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述的部分,可以参见其它实施例的相关描述。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明实施例还提供了一种计算机程序产品,该计算机程序产品包括计算机软件指令,当计算机软件指令在处理设备上运行时,使得处理设备执行如图1对应实施例中的数据处理方法中的流程。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修该,或者对其中部分技术特征进行等同替换;而这些修该或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种数据处理方法,其特征在于,包括:
确定待测对象;
根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
基于所述测试流程对所述待测对象执行测试,得到测试结果;
所述根据用户的操作指令选择与所述待测对象对应的测试流程之前,所述方法还包括:
确定所述测试对象对应的初始本体;
确定所述初始本体的属性对应的运算规则;
基于所述初始本体对应的运算规则生成目标模型;
确定所述初始本体的属性对应的运算规则;
基于所述初始本体对应的运算规则生成所述目标模型;
获取所述初始本体对应的目标模型,所述目标模型为预先生成的,且所述目标模型用于对本体的属性进行重新定义;
根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体;
所述测试本体为重定义属性后的本体;
根据所述用户的第二操作指令为所述测试本体配置对应的目标服务;所述目标服务至少包括如下服务中的一种:测试服务、配置服务、监控服务、统计服务、可视化服务、日志服务、报告服务、规则服务以及其它服务;
确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断;
根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
2.根据权利要求1所述的方法,其特征在于,所述初始本体的属性包括一动态属性以及第一静态属性,所述根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体包括:
基于所述目标模型对应的运算规则对第一动态属性以及所述第一静态属性进行运算,得到第二动态属性以及第二静态属性;
其中,所述测试本体的属性包括所述第二动态属性以及所述第二静态属性。
3.根据权利要求1所述的方法,其特征在于,所述根据所述目标模型对所述初始本体的属性进行重新定义,以得到所述测试本体包括:
当所述初始本体中仅包含一个本体时,根据所述目标模型对所述初始本体的静态属性进行运算,以对所述初始本体的动态属性进行重新定义;
当所述初始本体中包括两个或两个以上的本体时,根据所述目标模型对所述初始本体的静态属性以及所述初始本体对应的动态属性进行运算,以得到重定义后的所述初始本体的静态属性以及所述初始本体对应的动态属性。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述基于所述测试流程对所述待测对象执行测试,得到测试结果之后,所述方法还包括:
通过校验服务流程对所述测试结果进行校验,得到校验结果。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
输出所述校验结果。
6.一种数据处理装置,其特征在于,包括:
第一确定单元,用于确定待测对象;
处理单元,用于根据用户的第一操作指令选择与所述待测对象对应的测试流程,所述测试流程为数据库中存储的设计完成的测试流程;
测试单元,用于基于所述测试流程对所述待测对象执行测试,得到测试结果;
第二确定单元,用于确定所述测试对象对应的测试本体,所述测试本体为重定义属性后的本体;
配置单元,用于根据所述用户的第二操作指令为所述测试本体配置对应的目标服务;所述目标服务至少包括如下服务中的一种:测试服务、配置服务、监控服务、统计服务、可视化服务、日志服务、报告服务、规则服务以及其它服务;
所述第二确定单元,还用于确定所述目标服务的执行顺序以及所述测试本体对应的逻辑判断;
所述第二确定单元,还用于根据所述目标服务的执行顺序以及所述测试本体对应的逻辑判断确定所述测试流程。
CN201910427736.XA 2019-05-22 2019-05-22 一种数据处理方法以及相关设备 Active CN110321280B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910427736.XA CN110321280B (zh) 2019-05-22 2019-05-22 一种数据处理方法以及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910427736.XA CN110321280B (zh) 2019-05-22 2019-05-22 一种数据处理方法以及相关设备

Publications (2)

Publication Number Publication Date
CN110321280A CN110321280A (zh) 2019-10-11
CN110321280B true CN110321280B (zh) 2022-03-22

Family

ID=68113245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910427736.XA Active CN110321280B (zh) 2019-05-22 2019-05-22 一种数据处理方法以及相关设备

Country Status (1)

Country Link
CN (1) CN110321280B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108388516A (zh) * 2018-03-14 2018-08-10 上海微小卫星工程中心 可重构fpga软件的专用验证测试系统及方法
CN109460349A (zh) * 2018-09-19 2019-03-12 武汉达梦数据库有限公司 一种基于日志的测试用例生成方法和装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8683446B2 (en) * 2007-07-09 2014-03-25 International Business Machines Corporation Generation of test cases for functional testing of applications
CN201435074Y (zh) * 2009-06-04 2010-03-31 中国工商银行股份有限公司 一种基于构件生成测试案例的装置
CN101661580B (zh) * 2009-07-22 2012-05-02 中国农业银行股份有限公司 一种软件测试的方法及系统
US9098583B2 (en) * 2011-10-24 2015-08-04 International Business Machines Corporation Semantic analysis driven service creation within a multi-level business process
JP5605397B2 (ja) * 2012-07-11 2014-10-15 株式会社デンソー 結合検査要否判定方法及び装置
CN103345442B (zh) * 2013-06-06 2016-06-01 莱诺斯科技(北京)有限公司 装备自动化测试业务集成系统
CN103530231B (zh) * 2013-10-12 2017-02-22 北京京东尚科信息技术有限公司 一种基于业务流程控制的应用程序测试方法及系统
CN107844417B (zh) * 2017-10-20 2020-06-16 东软集团股份有限公司 测试用例生成方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108388516A (zh) * 2018-03-14 2018-08-10 上海微小卫星工程中心 可重构fpga软件的专用验证测试系统及方法
CN109460349A (zh) * 2018-09-19 2019-03-12 武汉达梦数据库有限公司 一种基于日志的测试用例生成方法和装置

Also Published As

Publication number Publication date
CN110321280A (zh) 2019-10-11

Similar Documents

Publication Publication Date Title
US8589884B2 (en) Method and system for identifying regression test cases for a software
US11449370B2 (en) System and method for determining a process flow of a software application and for automatically generating application testing code
CN107783758B (zh) 一种智能合约工程方法
US9081595B1 (en) Displaying violated coding rules in source code
CN103092751B (zh) 一种云环境下基于用户行为模型的web应用性能测试系统
CN110309052A (zh) 一种数据校验方法以及相关设备
US20190179734A1 (en) User assisted automated test case generation
CN110083526A (zh) 应用程序测试方法、装置、计算机装置及存储介质
US9582270B2 (en) Effective feature location in large legacy systems
CN110188135B (zh) 文件生成方法及设备
US9064038B2 (en) Method and system for combining multiple benchmarks
CN112600936A (zh) 一种云计算系统服务的量化和评估方法
CN110321280B (zh) 一种数据处理方法以及相关设备
JP5206268B2 (ja) ルール作成プログラム、ルール作成方法及びルール作成装置
US11204860B2 (en) Methods and apparatuses for generating smart contract test case
CN109582560A (zh) 测试文件编辑方法、装置、设备及计算机可读存储介质
CN106708897B (zh) 一种数据仓库质量保障方法、装置和系统
CN112561690A (zh) 信用卡分期业务接口的测试方法、系统、设备及存储介质
CN110334003A (zh) 一种流程设计方法以及相关设备
CN110309053A (zh) 一种本体的定义方法以及相关设备
CN110716855B (zh) 处理器指令集测试方法及装置
CN109491892B (zh) 一种项目环境的配置方法和装置
CN110334002A (zh) 一种模型设计方法以及相关设备
US7650579B2 (en) Model correspondence method and device
Li et al. An Approach to Modelling and Evaluating AGG Based Reliable Software Systems

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