CN112597003A - 自动化测试方法、装置和计算机设备 - Google Patents

自动化测试方法、装置和计算机设备 Download PDF

Info

Publication number
CN112597003A
CN112597003A CN202011459665.0A CN202011459665A CN112597003A CN 112597003 A CN112597003 A CN 112597003A CN 202011459665 A CN202011459665 A CN 202011459665A CN 112597003 A CN112597003 A CN 112597003A
Authority
CN
China
Prior art keywords
tested
test
current business
business process
testing
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
Application number
CN202011459665.0A
Other languages
English (en)
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.)
Ping An Puhui Enterprise Management Co Ltd
Original Assignee
Ping An Puhui Enterprise Management 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 Ping An Puhui Enterprise Management Co Ltd filed Critical Ping An Puhui Enterprise Management Co Ltd
Priority to CN202011459665.0A priority Critical patent/CN112597003A/zh
Publication of CN112597003A publication Critical patent/CN112597003A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR 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 OR 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

Landscapes

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

Abstract

本申请涉及人工智能领域,揭示了自动化测试方法,包括:分析当前待测试业务流程中包括的所有功能模块,以及各功能模块在当前待测试业务流程中的排列次序;在预设功能组件接口库中,选取与各功能模块分别对应的功能组件;将各功能模块分别对应的功能组件,按照各功能模块在当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中;根据当前待测试业务流程中各功能模块对应的参量,一一对应配置各功能组件的接口参数,形成当前待测试业务流程对应的测试路线;链接指定数据库并从指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。通过链路框架以及功能组件,形成适合各种业务场景的自动化测试流程。

Description

自动化测试方法、装置和计算机设备
技术领域
本申请涉及人工智能领域,特别是涉及到自动化测试方法、装置和计算机设备。
背景技术
现有测试方式主要分为以下几种:单个接口测试、编写自动化测试脚本、使用自动化测试工具录入测试用例提交测试、压力测试等。但上述测试方式只能测试单一场景/接口,而一套系统绝大部分情况下是多场景多接口的,必定存在接口参数关联的现象,即后调用的接口参数需要使用到上一个接口返回的结果,在进行单个接口验证时,通常需要进行频繁人工拷贝数据,非常不方便。现有自动化测试脚本和自动化测试工具缺乏数据自动扩充创造能力,且需要具有编程能力的专业人士支撑,具有比较高的使用门槛,无法自动配置成测试流程。
发明内容
本申请的主要目的为提供自动化测试,旨在解决现有自动化测试工具无法自动配置成测试流程的技术问题。
本申请提出一种自动化测试方法,包括:
分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
优选地,所述分析当前待测试业务流程中需要的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序的步骤之前,包括:
获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;
从预设数字库中筛选符合所述组合规则的指定数字;
将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;
将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
优选地,所述将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库的步骤之后,包括:
向所述指定数据库注入攻击数据;
判断是否达到所述攻击数据在所述指定数据库的预设传递时间;
若是,则判定生成了具有数据安全功能的指定数据库;
显示待调用状态。
优选地,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,所述根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线的步骤之前,包括:
判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;
若否,则判断所述指定参量是否存在于所述全量接口参量中;
若否,则判断所述指定参量是否存在于所述项目参量中;
若否,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
优选地,所述链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试的步骤,包括:
将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;
获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;
将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
优选地,所述测试机的数量包括两个或两个以上,所述将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试的步骤,包括:
获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;
根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;
根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;
依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
本申请还提供了一种自动化测试装置,包括:
分析模块,用于分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
选取模块,用于在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
拖嵌模块,用于将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
配置模块,用于根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
链接模块,用于链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
本申请还提供了一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。
本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的方法的步骤。
本申请通过创建链路框架,以及功能组件接口库,并通过将功能组件根于测试业务流程衔接于链路框架中,形成适合各种业务场景的自动化测试流程。
附图说明
图1本申请一实施例的自动化测试方法流程示意图;
图2本申请一实施例的自动化测试系统流程示意图;
图3本申请一实施例的计算机设备内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,本申请一实施例的自动化测试方法,包括:
S1:分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
S2:在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
S3:将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
S4:根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
S5:链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
本申请实施例通过系统分层以及功能模块化,将以往分布在不同工具上面,且高频使用的功能模块进行功能组件开发和整合,并将开发的功能组件存放入功能组件接口库中,方便用户集中调用,无需多次下载、配置、安装。本申请实施例的链路框架通过gojs编排工具实现,使得将各功能组件组合在一起时,通过前端图形化界面进行选择不同功能组件,极大减少测试链路生成时间,满足待测试任务中的功能模块的需求,并借助链路框架形成测试业务流程,需要测试的业务流程通过拖拽式配置的功能组件形成,实现可视化,通过可视化的上下文编辑器,下一个需要调用的接口还可以使用上一个接口返回的数据,避免测试过程中需要频繁进行手动拷贝数据。可视化编辑使得不管是开发还是测试人员,仅凭流程编排图即可知晓整个业务走势,降低学习成本。
本申请的自动化测试系统架构通过web技术实现,包括四层结构,分别为环境隔离和配置隔离层、视图层、Core层以及存储层。上述环境隔离和配置隔离层包括但不限于开发环境、测试环境、预发环境、灰度环境以及生产环境,可根据测试任务具体的环境要求或配置要求进行选择,以满足不同的测试环境需求。上述的视图层包括数据池管理、项目管理、单例配置、流程编排、全局参数配置、压力测试配置、测试进度图、测试统计报表以及历史报告等功能组件的可视化图案,可供拖拽选择使用。上述Core层包括数据fake工具、上下文参数编辑器、正常流测试用例生成以及异常流测试用例生成等。上述存储层通过mysql将测试数据保存在服务器端,实现数据在系统内共享,改进了以往需要下载软件且数据无法在用户之间互通的问题。
进一步地,所述分析当前待测试业务流程中需要的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序的步骤S1之前,包括:
S11:获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;
S12:从预设数字库中筛选符合所述组合规则的指定数字;
S13:将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;
S14:将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
本申请实施例为满足测试需要对测试数据进行扩展操作,并将扩展生成的测试数据提交至mysql保存的方式实现数据池化技术,克服了传统测试工具仅能将数据保存在本地不能实现共享的缺陷,达到测试数据系统内共享、防数据丢失的目的。通过数据池,用户可以预先提交保存将来业务测试中会用到的测试数据,比如银行业务,可将正常的用户姓名、异常的用户身份证、某个地区的身份证等实际业务中汇集的数据集合,通过mysql存放到数据池中,后续进行测试用例批量生成时,会遍历数据池中的数据进行测试用例组装。
本申请实施例中,当测试数据的数量不能满足要求时,或者需要更加细粒度测试时,可通过获取相应测试数据的组合规则,通过键值赋值的方式实现数据量的扩充,并将扩充的数据通过mysql保存在服务器端。上述组合规则借助数据fake工具,根据已有同类型的测试数据中的数字排布规则生成,并存储在组合规则库中。举例地,通过现有某银行的银行卡号中各数字的排布规则,生成新的银行卡号。银行卡号的字符根据所处的位置,可分为四个组成部分,包括:银行区分字符段、地区区分字符段、卡类别字符段以及校验位字符段。其中银行区分字符段用于区别不同银行,比如人民银行、招商银行等;地区区分字符段用于标识银行卡的开户地区编码;卡类别字符段包括借记卡、贷记卡等类型卡的区分字段;校验位字符段通过随机赋值生成。上述组合规则通过数据统计模块进行数据统计分析后提炼得到,包括但不限于身份证号组合规则、电话号码组合规则以及银行卡号组合规则。
进一步地,将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库的步骤S14之后,包括:
S141:向所述指定数据库注入攻击数据;
S142:判断是否达到所述攻击数据在所述指定数据库的预设传递时间;
S143:若是,则判定生成了具有数据安全功能的指定数据库;若否,则持续保持攻击数据的传递状态至预设传递时间;
S144:显示待调用状态。
本申请实施例的测试数据通过mysql保存在服务器端,形成数据池或数据库,然后通过向上述数据池或数据库中注入攻击数据,让数据池或数据库中的数据依据数据共享特性,使数据库中的数据均具有数据安全功能,让缺乏基本web安全知识的测试人员可以直接使用,降低使用时对专业化程度的要求。上述攻击数据包括但不限于xss(Cross SiteScripting,跨站脚本攻击)、sql(Structured Query Language,结构化查询语言攻击)。
进一步地,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,所述根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线的步骤S4之前,包括:
S41:判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;
S42:若否,则判断所述指定参量是否存在于所述全量接口参量中;
S43:若否,则判断所述指定参量是否存在于所述项目参量中;
S44:若否,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
本申请实施例在配置接口参数时,通过层叠配置表技术进行层叠筛选实现接口参数配置。每一个接口参数的配置过程均经过上述层叠配置表内设的优先级由高到低的顺序进行层次筛选覆盖,优先选择优先级高的作为参量赋值,使得用户仅需要切换环境选项卡,即可生成属于该环境的测试用例,大幅减少配置时长。上述依据优先级进行层叠筛选赋值时,判断为是时,则从当前优先等级中选定对应参量的赋值,作为接口参数的赋值。举例地,上述优先级包括但不限于“环境参量<项目参量<全量接口参量<测试实例参量”,即按照优先级的依次变化状态,环境参量适用范围最广但最不精准,测试实例参量适用范围最窄但最精准,优选适用范围窄但精准的参量,更适应当前的应用场景,先判断指定参量是否存在于测试实例参量中,若存在于测试实例参量中,则将测试案例中该指定参量的赋值作为最终赋值,否则继续判断指定参量是否存在于全量接口参量中,若存在于全量接口参量中,则将全量接口参量中该指定参量的赋值作为最终赋值,否则继续判断指定参量是否存在于项目参量中,若存在于项目参量中,则将项目参量中该指定参量的赋值作为最终赋值,否者直接调用环境参量中的对应赋值。比如,参数名host,同时存在全量接口参量和测试实例参量中,则根据测试实例参量中的host的键值对赋值对该参量进行赋值。上述环境参量为整个测试平台中适用于所有项目的参量,项目参量指适用于该项目中所有类型的参量,一个项目对应多个测试实例,且项目参量的类型包括但不限于接口参量,全量接口参量指所有的接口参量,测试实例参量指具体的某个测试实例中用到的参量。
进一步地,所述链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试的步骤S5,包括:
S51:将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;
S52:获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;
S53:将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
本申请实施例中,各所述功能组件的接口参数传输至后台后,会同步调用数据池中的数据,共同生成测试案例,数据池有多个的,则对应生成多个测试案例。比如当前测试任务为测试表单数据,则上述数据池中的数据包括测试表单的编码、账号、地址以及测试表单中的具体数据信息等,多张表单则对应多个数据池。测试案例分配至各测试机测试时,通过计算实现并行匹配以及并发测试,提高测试效率。举例地,使用golang语言开发的分布式执行引擎具备高并发能力,根据后台接口链接url、业务逻辑传参进行crc16计算,并根据计算结果随机分配至不同测试机上,实现并发执行,显著增加测试用例执行效率。而且本申请的分布式测试过程中还能检测系统的抗压能力,及时进行调整。
进一步地,测试机的数量包括两个或两个以上,将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试的步骤S53,包括:
S531:获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;
S532:根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;
S533:根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;
S534:依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
本申请实施例为兼顾各测试机的负载指数,实现合理的负载均衡,最大化的提高并行运行的效率,根据每台测试机实时发出的负载信息,进行合理匹配。举例地,每台测试机每秒发出一次负载指数,比如负载指数为0-100之间的整数值,如2秒内未收到测试机反馈的负载指数,负载指数更新为100;每台测试机配置不同,所拥有的权重也不同,给每台测试机权重设置为1-100之间的整数值;假设测试机负载指数为t,权重为w,总共有n台测试机,定义每台测试机的分配指数为(t最大-t)*w,遍历n台测试机分别匹配分配区间。上述第一台测试机为编号为1的测试机,第二台测试机为编号为2的测试机,依次类推。
举例地,编号1-n的测试机分别对应的所属分配区间为:第1台测试机r1的分配区间为:1至(100-t1)*w1,其中,100为第1台测试机的最大负载指数,本申请实施例中各测试机的最大负载指数均相同。(100-t1)*w1代表r1的分配指数,第2台测试机r2的分配区间为:(r1+1)至(r1+1+(100-t2)*w2),(r1+1+(100-t2)*w2)代表r2的分配指数,依次类推,第n台测试机rn的分配区间为:(rn-1+1)至(rn-1+1+(100-tn)*wn)。
参照图2,本申请一实施例的自动化测试装置,包括:
分析模块1,用于分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
选取模块2,用于在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
拖嵌模块3,用于将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
配置模块4,用于根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
链接模块5,用于链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
本申请实施例通过系统分层以及功能模块化,将以往分布在不同工具上面,且高频使用的功能模块进行功能组件开发和整合,并将开发的功能组件存放入功能组件接口库中,方便用户集中调用,无需多次下载、配置、安装。本申请实施例的链路框架通过gojs编排工具实现,使得将各功能组件组合在一起时,通过前端图形化界面进行选择不同功能组件,极大减少测试链路生成时间,满足待测试任务中的功能模块的需求,并借助链路框架形成测试业务流程,需要测试的业务流程通过拖拽式配置的功能组件形成,实现可视化,通过可视化的上下文编辑器,下一个需要调用的接口还可以使用上一个接口返回的数据,避免测试过程中需要频繁进行手动拷贝数据。可视化编辑使得不管是开发还是测试人员,仅凭流程编排图即可知晓整个业务走势,降低学习成本。
本申请的自动化测试系统架构通过web技术实现,包括四层结构,分别为环境隔离和配置隔离层、视图层、Core层以及存储层。上述环境隔离和配置隔离层包括但不限于开发环境、测试环境、预发环境、灰度环境以及生产环境,可根据测试任务具体的环境要求或配置要求进行选择,以满足不同的测试环境需求。上述的视图层包括数据池管理、项目管理、单例配置、流程编排、全局参数配置、压力测试配置、测试进度图、测试统计报表以及历史报告等功能组件的可视化图案,可供拖拽选择使用。上述Core层包括数据fake工具、上下文参数编辑器、正常流测试用例生成以及异常流测试用例生成等。上述存储层通过mysql将测试数据保存在服务器端,实现数据在系统内共享,改进了以往需要下载软件且数据无法在用户之间互通的问题。
进一步地,自动化测试装置,包括:
获取模块,用于获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;
筛选模块,用于从预设数字库中筛选符合所述组合规则的指定数字;
赋值模块,用于将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;
形成模块,用于将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
本申请实施例为满足测试需要对测试数据进行扩展操作,并将扩展生成的测试数据提交至mysql保存的方式实现数据池化技术,克服了传统测试工具仅能将数据保存在本地不能实现共享的缺陷,达到测试数据系统内共享、防数据丢失的目的。通过数据池,用户可以预先提交保存将来业务测试中会用到的测试数据,比如银行业务,可将正常的用户姓名、异常的用户身份证、某个地区的身份证等实际业务中汇集的数据集合,通过mysql存放到数据池中,后续进行测试用例批量生成时,会遍历数据池中的数据进行测试用例组装。
本申请实施例中,当测试数据的数量不能满足要求时,或者需要更加细粒度测试时,可通过获取相应测试数据的组合规则,通过键值赋值的方式实现数据量的扩充,并将扩充的数据通过mysql保存在服务器端。上述组合规则借助数据fake工具,根据已有同类型的测试数据中的数字排布规则生成,并存储在组合规则库中。举例地,通过现有某银行的银行卡号中各数字的排布规则,生成新的银行卡号。银行卡号的字符根据所处的位置,可分为四个组成部分,包括:银行区分字符段、地区区分字符段、卡类别字符段以及校验位字符段。其中银行区分字符段用于区别不同银行,比如人民银行、招商银行等;地区区分字符段用于标识银行卡的开户地区编码;卡类别字符段包括借记卡、贷记卡等类型卡的区分字段;校验位字符段通过随机赋值生成。上述组合规则通过数据统计模块进行数据统计分析后提炼得到,包括但不限于身份证号组合规则、电话号码组合规则以及银行卡号组合规则。
进一步地,自动化测试装置,包括:
注入模块,用于向所述指定数据库注入攻击数据;
第一判断模块,用于判断是否达到所述攻击数据在所述指定数据库的预设传递时间;
判定模块,用于若达到所述攻击数据在所述指定数据库的预设传递时间,则判定生成了具有数据安全功能的指定数据库;若否,则持续保持攻击数据的传递状态至预设传递时间;
显示模块,用于显示待调用状态。
本申请实施例的测试数据通过mysql保存在服务器端,形成数据池或数据库,然后通过向上述数据池或数据库中注入攻击数据,让数据池或数据库中的数据依据数据共享特性,使数据库中的数据均具有数据安全功能,让缺乏基本web安全知识的测试人员可以直接使用,降低使用时对专业化程度的要求。上述攻击数据包括但不限于xss(Cross SiteScripting,跨站脚本攻击)、sql(Structured Query Language,结构化查询语言攻击)。
进一步地,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,自动化测试装置,包括:
第二判断模块,用于判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;
第三判断模块,用于若不存在于所述测试实例参量中,则判断所述指定参量是否存在于所述全量接口参量中;
第四判断模块,用于若不存在于所述全量接口参量中,则判断所述指定参量是否存在于所述项目参量中;
作为模块,用于若不存在于所述项目参量中,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
本申请实施例在配置接口参数时,通过层叠配置表技术进行层叠筛选实现接口参数配置。每一个接口参数的配置过程均经过上述层叠配置表内设的优先级由高到低的顺序进行层次筛选覆盖,优先选择优先级高的作为参量赋值,使得用户仅需要切换环境选项卡,即可生成属于该环境的测试用例,大幅减少配置时长。上述依据优先级进行层叠筛选赋值时,判断为是时,则从当前优先等级中选定对应参量的赋值,作为接口参数的赋值。举例地,上述优先级包括但不限于“环境参量<项目参量<全量接口参量<测试实例参量”,即按照优先级的依次变化状态,环境参量适用范围最广但最不精准,测试实例参量适用范围最窄但最精准,优选适用范围窄但精准的参量,更适应当前的应用场景,先判断指定参量是否存在于测试实例参量中,若存在于测试实例参量中,则将测试案例中该指定参量的赋值作为最终赋值,否则继续判断指定参量是否存在于全量接口参量中,若存在于全量接口参量中,则将全量接口参量中该指定参量的赋值作为最终赋值,否则继续判断指定参量是否存在于项目参量中,若存在于项目参量中,则将项目参量中该指定参量的赋值作为最终赋值,否者直接调用环境参量中的对应赋值。比如,参数名host,同时存在全量接口参量和测试实例参量中,则根据测试实例参量中的host的键值对赋值对该参量进行赋值。上述环境参量为整个测试平台中适用于所有项目的参量,项目参量指适用于该项目中所有类型的参量,一个项目对应多个测试实例,且项目参量的类型包括但不限于接口参量,全量接口参量指所有的接口参量,测试实例参量指具体的某个测试实例中用到的参量。
进一步地,链接模块5,包括:
生成单元,用于将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;
获取单元,用于获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;
并发单元,用于将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
本申请实施例中,各所述功能组件的接口参数传输至后台后,会同步调用数据池中的数据,共同生成测试案例,数据池有多个的,则对应生成多个测试案例。比如当前测试任务为测试表单数据,则上述数据池中的数据包括测试表单的编码、账号、地址以及测试表单中的具体数据信息等,多张表单则对应多个数据池。测试案例分配至各测试机测试时,通过计算实现并行匹配以及并发测试,提高测试效率。举例地,使用golang语言开发的分布式执行引擎具备高并发能力,根据后台接口链接url、业务逻辑传参进行crc16计算,并根据计算结果随机分配至不同测试机上,实现并发执行,显著增加测试用例执行效率。而且本申请的分布式测试过程中还能检测系统的抗压能力,及时进行调整。
进一步地,并发单元,包括:
获取子单元,用于获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;
第一计算子单元,用于根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;
第二计算子单元,用于根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;
第三计算子单元,用于依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
本申请实施例为兼顾各测试机的负载指数,实现合理的负载均衡,最大化的提高并行运行的效率,根据每台测试机实时发出的负载信息,进行合理匹配。举例地,每台测试机每秒发出一次负载指数,比如负载指数为0-100之间的整数值,如2秒内未收到测试机反馈的负载指数,负载指数更新为100;每台测试机配置不同,所拥有的权重也不同,给每台测试机权重设置为1-100之间的整数值;假设测试机负载指数为t,权重为w,总共有n台测试机,定义每台测试机的分配指数为(t最大-t)*w,遍历n台测试机分别匹配分配区间。上述第一台测试机为编号为1的测试机,第二台测试机为编号为2的测试机,依次类推。
举例地,编号1-n的测试机分别对应的所属分配区间为:第1台测试机r1的分配区间为:1至(100-t1)*w1,其中,100为第1台测试机的最大负载指数,本申请实施例中各测试机的最大负载指数均相同。(100-t1)*w1代表r1的分配指数,第2台测试机r2的分配区间为:(r1+1)至(r1+1+(100-t2)*w2),(r1+1+(100-t2)*w2)代表r2的分配指数,依次类推,第n台测试机rn的分配区间为:(rn-1+1)至(rn-1+1+(100-tn)*wn)。
参照图3,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储自动化测试过程需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现自动化测试方法。
上述处理器执行上述自动化测试方法,包括:分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
上述计算机设备,通过创建链路框架,以及功能组件接口库,并通过将功能组件根于测试业务流程衔接于链路框架中,形成适合各种业务场景的自动化测试流程。
在一个实施例中,上述处理器分析当前待测试业务流程中需要的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序的步骤之前,包括:获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;从预设数字库中筛选符合所述组合规则的指定数字;将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
在一个实施例中,上述处理器将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库的步骤之后,包括:向所述指定数据库注入攻击数据;判断是否达到所述攻击数据在所述指定数据库的预设传递时间;若是,则判定生成了具有数据安全功能的指定数据库;显示待调用状态。
在一个实施例中,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,上述处理器根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线的步骤之前,包括:判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;若否,则判断所述指定参量是否存在于所述全量接口参量中;若否,则判断所述指定参量是否存在于所述项目参量中;若否,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
在一个实施例中,上述处理器链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试的步骤,包括:将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
在一个实施例中,测试机的数量包括两个或两个以上,上述处理器将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试的步骤,包括:获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请一实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现自动化测试方法,包括:分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
上述计算机可读存储介质,通过创建链路框架,以及功能组件接口库,并通过将功能组件根于测试业务流程衔接于链路框架中,形成适合各种业务场景的自动化测试流程。
在一个实施例中,上述处理器分析当前待测试业务流程中需要的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序的步骤之前,包括:获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;从预设数字库中筛选符合所述组合规则的指定数字;将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
在一个实施例中,上述处理器将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库的步骤之后,包括:向所述指定数据库注入攻击数据;判断是否达到所述攻击数据在所述指定数据库的预设传递时间;若是,则判定生成了具有数据安全功能的指定数据库;显示待调用状态。
在一个实施例中,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,上述处理器根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线的步骤之前,包括:判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;若否,则判断所述指定参量是否存在于所述全量接口参量中;若否,则判断所述指定参量是否存在于所述项目参量中;若否,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
在一个实施例中,上述处理器链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试的步骤,包括:将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
在一个实施例中,测试机的数量包括两个或两个以上,上述处理器将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试的步骤,包括:获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种自动化测试方法,其特征在于,包括:
分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
2.根据权利要求1所述的自动化测试方法,其特征在于,所述分析当前待测试业务流程中需要的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序的步骤之前,包括:
获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;
从预设数字库中筛选符合所述组合规则的指定数字;
将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;
将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
3.根据权利要求2所述的自动化测试方法,其特征在于,所述将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库的步骤之后,包括:
向所述指定数据库注入攻击数据;
判断是否达到所述攻击数据在所述指定数据库的预设传递时间;
若是,则判定生成了具有数据安全功能的指定数据库;
显示待调用状态。
4.根据权利要求1所述的自动化测试方法,其特征在于,各功能模块对应的参量按照优先级由高到低,依次包括测试实例参量、全量接口参量、项目参量以及环境参量,所述根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线的步骤之前,包括:
判断指定参量是否存在于所述测试实例参量中,其中,所述指定参量为所有功能模块对应的参量中的任一个;
若否,则判断所述指定参量是否存在于所述全量接口参量中;
若否,则判断所述指定参量是否存在于所述项目参量中;
若否,则将所述项目参量中对应的赋值,作为所述指定参量的赋值。
5.根据权利要求1所述的自动化测试方法,其特征在于,所述链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试的步骤,包括:
将配置的各所述功能组件的接口参数传输至后台,生成所述当前待测试业务流程对应的测试案例;
获取所述当前待测试业务流程对应的测试案例,以及所述测试案例的总数量;
将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试。
6.根据权利要求5所述的自动化测试方法,其特征在于,所述测试机的数量包括两个或两个以上,所述将各所述测试案例并发至测试所述当前待测试业务流程对应的测试案例的测试机进行测试的步骤,包括:
获取所有测试机对应的最大负载指数,以及各所述测试机分别对应的负载指数和权重;
根据第一台测试机对应的最大负载指数、第一台测试机当前对应的第一负载指数和第一权重,计算所述第一台测试机对应的第一分配区间;
根据所述第一分配区间、第二台测试机对应的最大负载指数以及第二台测试机当前对应的第二负载指数和第二权重,计算所述第二台测试机对应的第二分配区间;
依据所述第一台测试机和所述第二台测试机的分配区间的计算方式,依次遍历计算所有测试机分别对应的分配区间。
7.一种自动化测试装置,其特征在于,包括:
分析模块,用于分析当前待测试业务流程中包括的所有功能模块,以及各所述功能模块在所述当前待测试业务流程中的排列次序;
选取模块,用于在预设功能组件接口库中,选取与各所述功能模块分别对应的功能组件;
拖嵌模块,用于将各所述功能模块分别对应的功能组件,按照各所述功能模块在所述当前待测试业务流程中的排列次序,依次拖嵌到预设链路框架中,其中,所述预设链路框架包括多个依次连接的链路框,各所述链路框分别承载各功能组件;
配置模块,用于根据所述当前待测试业务流程中各功能模块对应的参量,一一对应配置各所述功能组件的接口参数,形成所述当前待测试业务流程对应的测试路线;
链接模块,用于链接指定数据库并从所述指定数据库中获取测试数据,通过当前待测试业务流程对应的测试路线进行测试。
8.根据权利要求7所述的自动化测试装置,其特征在于,包括:
获取模块,用于获取所述当前待测试业务所需测试数据对应的组合规则以及所述测试数据的字符位组合;
筛选模块,用于从预设数字库中筛选符合所述组合规则的指定数字;
赋值模块,用于将所述指定数字赋值于各所述字符位组合,形成扩展的测试数据;
形成模块,用于将所述扩展的测试数据通过mysql保存在服务器端,形成所述指定数据库。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN202011459665.0A 2020-12-11 2020-12-11 自动化测试方法、装置和计算机设备 Pending CN112597003A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011459665.0A CN112597003A (zh) 2020-12-11 2020-12-11 自动化测试方法、装置和计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011459665.0A CN112597003A (zh) 2020-12-11 2020-12-11 自动化测试方法、装置和计算机设备

Publications (1)

Publication Number Publication Date
CN112597003A true CN112597003A (zh) 2021-04-02

Family

ID=75192535

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011459665.0A Pending CN112597003A (zh) 2020-12-11 2020-12-11 自动化测试方法、装置和计算机设备

Country Status (1)

Country Link
CN (1) CN112597003A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988600A (zh) * 2021-04-29 2021-06-18 中国工商银行股份有限公司 业务场景测试方法、装置、电子设备及存储介质
CN112988601A (zh) * 2021-04-29 2021-06-18 中国工商银行股份有限公司 测试脚本开发方法及装置
CN113220591A (zh) * 2021-06-04 2021-08-06 中国银行股份有限公司 生成测试数据的方法及装置
CN113342679A (zh) * 2021-06-29 2021-09-03 汇付天下有限公司 接口测试方法及测试装置
CN113641170A (zh) * 2021-08-31 2021-11-12 北京三快在线科技有限公司 一种智能化检测无人驾驶接管问题的方法及装置
CN114265577A (zh) * 2021-12-01 2022-04-01 金蝶征信有限公司 业务数据处理方法、装置、计算机设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002019063A2 (en) * 2000-09-01 2002-03-07 Op40, Inc. System, method, uses, products, program products, and business methods for distributed internet and distributed network services
CN102375731A (zh) * 2010-08-23 2012-03-14 融建信息技术(厦门)有限公司 一种免编码集成应用软件平台系统
US20160098449A1 (en) * 2014-10-07 2016-04-07 Oracle International Corporation Plug-in architecture of business intelligence platform using data source cartridges
CN109582563A (zh) * 2018-10-26 2019-04-05 平安科技(深圳)有限公司 测试案例的测试方法、装置、计算机设备及存储介质
CN109597754A (zh) * 2018-10-22 2019-04-09 中国平安财产保险股份有限公司 业务流程性接口测试方法、装置、计算机设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002019063A2 (en) * 2000-09-01 2002-03-07 Op40, Inc. System, method, uses, products, program products, and business methods for distributed internet and distributed network services
CN102375731A (zh) * 2010-08-23 2012-03-14 融建信息技术(厦门)有限公司 一种免编码集成应用软件平台系统
US20160098449A1 (en) * 2014-10-07 2016-04-07 Oracle International Corporation Plug-in architecture of business intelligence platform using data source cartridges
CN109597754A (zh) * 2018-10-22 2019-04-09 中国平安财产保险股份有限公司 业务流程性接口测试方法、装置、计算机设备及存储介质
CN109582563A (zh) * 2018-10-26 2019-04-05 平安科技(深圳)有限公司 测试案例的测试方法、装置、计算机设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
汪健;: "面向业务的软件自动化测试框架", 硅谷, no. 21, pages 106 - 107 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988600A (zh) * 2021-04-29 2021-06-18 中国工商银行股份有限公司 业务场景测试方法、装置、电子设备及存储介质
CN112988601A (zh) * 2021-04-29 2021-06-18 中国工商银行股份有限公司 测试脚本开发方法及装置
CN112988601B (zh) * 2021-04-29 2024-03-05 中国工商银行股份有限公司 测试脚本开发方法及装置
CN113220591A (zh) * 2021-06-04 2021-08-06 中国银行股份有限公司 生成测试数据的方法及装置
CN113342679A (zh) * 2021-06-29 2021-09-03 汇付天下有限公司 接口测试方法及测试装置
CN113641170A (zh) * 2021-08-31 2021-11-12 北京三快在线科技有限公司 一种智能化检测无人驾驶接管问题的方法及装置
CN113641170B (zh) * 2021-08-31 2023-02-03 北京三快在线科技有限公司 一种智能化检测无人驾驶接管问题的方法及装置
CN114265577A (zh) * 2021-12-01 2022-04-01 金蝶征信有限公司 业务数据处理方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
CN112597003A (zh) 自动化测试方法、装置和计算机设备
CN107861870B (zh) 接口测试及测试数据生成方法、装置、终端和存储介质
Balci How to assess the acceptability and credibility of simulation results
CN109614310A (zh) 测试接口的管理方法、装置、计算机设备以及存储介质
CN109032824A (zh) 数据库校验方法、装置、计算机设备和存储介质
CN109308285A (zh) 数据库脚本管理方法、装置、计算机设备及存储介质
CN109597754A (zh) 业务流程性接口测试方法、装置、计算机设备及存储介质
CN112540811B (zh) 缓存数据的检测方法、装置、计算机设备和存储介质
CN108764239A (zh) 发票验伪方法、装置、计算机设备及存储介质
CN113177396B (zh) 报表生成方法、装置、计算机设备和存储介质
CN110287102A (zh) 核心数据检测处理方法、装置、计算机设备及存储介质
CN108492005A (zh) 项目数据处理方法、装置、计算机设备和存储介质
CN110309099A (zh) 接口管理方法、装置、设备及计算机可读存储介质
CN110297656A (zh) 基于配置模型评审代码的方法、装置及计算机设备
CN112597158A (zh) 数据匹配方法、装置、计算机设备和存储介质
CN113742776A (zh) 基于生物识别技术的数据校验方法、装置和计算机设备
CN109308258A (zh) 测试数据的构造方法、装置、计算机设备和存储介质
CN113282514A (zh) 问题数据的处理方法、装置、计算机设备和存储介质
CN111475402B (zh) 程序功能的测试方法及相关装置
CN114527974B (zh) 软件产品的业务功能实现方法、装置和计算机设备
CN109101232A (zh) 一种产品开发的方法、装置、计算机设备及存储介质
CN109542764A (zh) 网页自动化测试方法、装置、计算机设备和存储介质
CN112836041B (zh) 人员关系分析方法、装置、设备及存储介质
CN112650659B (zh) 埋点设置方法、装置、计算机设备和存储介质
CN113220597A (zh) 测试方法、测试装置、电子设备及存储介质

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