CN105930260B - 一种系统可用性测试方法及装置 - Google Patents
一种系统可用性测试方法及装置 Download PDFInfo
- Publication number
- CN105930260B CN105930260B CN201510981692.7A CN201510981692A CN105930260B CN 105930260 B CN105930260 B CN 105930260B CN 201510981692 A CN201510981692 A CN 201510981692A CN 105930260 B CN105930260 B CN 105930260B
- Authority
- CN
- China
- Prior art keywords
- test cases
- test
- tested
- cases
- application system
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
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)
- Test And Diagnosis Of Digital Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种系统可用性测试方法及装置,包括:确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;根据所述M个测试案例需要使用的物理资源确定出无物理资源冲突的N个测试案例,N为正整数;将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种系统可用性测试方法及装置。
背景技术
随着互联网+时代的到来,对传统系统的持续改进和优化都进入到了一个新的层次。迭代的系统开发、最终用户日益严苛的系统稳定需求,都要求IT从业者持续的对系统的高可用性进行测试,从而发现更多的问题。现有针对系统高可用性的测试多以小工具为主,没有形成统一的规范和测试方式,从而导致在进行测试时,测试案例之间会存在关联性,从而影响测试的效果。
发明内容
本发明实施例提供一种系统可用性测试方法及装置,用以提供一种自动化测试的方法。
本发明实施例提供一种系统可用性测试方法,包括:
确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
根据所述M个测试案例需要使用的物理资源确定出无物理资源冲突的N个测试案例,N为正整数;
将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
可选的,所述根据所述M个测试案例需要所使用的物理资源确定出无物理资源冲突的N个测试案例,包括:
将所述M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数;
从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例;
将所述第二优先级队列中无物理资源冲突的测试案例确定为所述N个测试案例。
可选的,所述将所述测试案例确定为存在物理资源冲突的测试案例之后,还包括:
将存在物理资源冲突的测试案例的优先级调高一级。
可选的,所述根据所述N个测试案例对应用系统进行测试,包括:
针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。
可选的,所述根据所述N个测试案例对应用系统进行测试之后,还包括:
针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的每秒处理的事务数TPS大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后返回确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
可选的,所述物理资源为以下资源中的一种或多种:
CPU资源;
内存资源;
网卡资源;
I/O资源。
可选的,所述测试案例在linux平台和Unix平台的调用方式相同。
本发明实施例提供一种系统可用性测试装置,包括:
应用测试模板单元,用于确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
确定单元,用于根据所述M个测试案例需要使用的物理资源确定出无物理资源冲突的N个测试案例,N为正整数;
测试单元,用于将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
可选的,所述确定单元具体用于:
将所述M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数;
从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例;
将所述第二优先级队列中无物理资源冲突的测试案例确定为所述N个测试案例。
可选的,所述确定单元还用于:
将存在物理资源冲突的测试案例的优先级调高一级。
可选的,所述测试单元具体用于:
针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。
可选的,所述测试单元还用于:
针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的每秒处理的事务数TPS大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
可选的,所述物理资源为以下资源中的一种或多种:
CPU资源;
内存资源;
网卡资源;
I/O资源。
可选的,所述测试案例在linux平台和Unix平台的调用方式相同。
根据本发明实施例提供的方法及装置,可以在通过测试案例对应用系统进行测试的同时,减少测试案例之间的影响,使得测试结果更准确,提高了用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供一种系统可用性测试方法流程示意图;
图2为本发明实施例提供一种系统可用性测试装置结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例中,应用系统所在的主机可以为X86服务器,并安装Unix系统以及类Unix系统等系统。
如图1所示,为本发明实施例提供一种系统可用性测试方法流程示意图。
参见图1,该方法包括:
步骤101:确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
步骤102:根据所述M个测试案例需要使用的物理资源确定出无物理资源冲突的N个测试案例,N为正整数;
步骤103:将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
步骤101中,应用系统可以划分为多个层,例如可以划分为应用层、数据链路层、网络层等,每一层可以包括多个主机节点。待测试目标层可以为应用系统中的任意一层。
本发明实施例中,应用测试模板可以为根据应用系统的待测试目标层确定的。具体的,确定待测试目标层的测试需求,例如,待测试目标层中需要测试的主机节点的数量、需要测试的主机节点、需要测试的主机的故障点配置(即测试内容)、需要测试的模拟数据源等;根据测试需求从而生成应用测试模板。
本发明实施例中,可以通过流程引擎生成应用测试模板,流程引擎负责根据用户需求定制应用测试模板,并通过应用测试模板对应用系统进行测试。
应用测试模板确定之后,就可以确定需要使用的M个测试案例。可以从案例池中获取需要的M个测试案例。案例池中的每个测试案例可以为一个测试脚本,其中封装了底层实现,主机节点在运行测试案例时可以实现测试案例中模拟的故障。每个测试案例一般模拟出一种故障类型,例如模拟DDoS(Distributed Denial of Service,分布式拒绝服务)攻击、模拟一个主机节点的内存耗尽、模拟某个服务节点的网卡宕、模拟一个主机节点的内存泄露、模拟应用系统的数据库锁表、模拟一个主机节点的磁盘读写繁忙等故障类型,主机节点在运行测试案例时,能够模拟出真实的故障情景。
本发明实施例中,一个测试案例可以由多个主机节点同时执行。举例来说,应用系统中存在5个主机节点,需要测试应用系统中3台主机节点遭受DdoS攻击时应用系统的抗压能力。此时,可以确定需要测试的3台主机节点的地址、攻击的持续时间、采用的攻击手段等信息,并根据上述信息制作出应用测试模板。然后根据应用测试模板从案例池中选择出可用的测试案例。最后在选定的3个主机节点中同时执行该测试案例,从而模拟出需要的故障类型。
需要说明的是,本发明实施例中,案例池中的任一个测试案例都遵守以下两条原则:
1.封装底层实现,对于不同系统均提供统一API(Application ProgrammingInterface,应用程序编程接口)。例如,在linux系统和Unix系统提供的API相同,从而在不同系统中调用的方式也相同。
2.同时提供故障触发和故障恢复。对每一个测试案例的设计遵循贴近实际的要求,每一个测试案例都可以模拟出故障事件的触发方式。同时每一个测试案例都能够在模拟故障事件的同时,在测试的最后及时的完成故障恢复,避免长时间使得系统处于模拟的故障阶段。每一个测试案例对容错性都进行了最大可能的考虑,脚本的容错性大大保障自动化测试的连贯性。
本发明实施例中,每个测试案例还包括优先级,如果同时测试5个测试案例,而根据应用测试模板确定出6个测试案例,则可以将优先级最高的5个测试案例进行测试,剩下的测试案例下一次测试。
步骤102中,确定出了M个测试案例之后,为了避免不同测试案例之间的相互影响,需要确定每个测试案例在测试时是否会使用相同的物理资源,如果两个测试案例在测试时使用相同的物理资源,则同一时间只能测试其中的一个测试案例,从而避免了测试案例之间的相互影响,使得测试的结果不准确。因此,在进行测试时,需要确定每次同时测试的测试案例,并将不能同时测试的测试案例分成多次进行测试。
本发明实施例中,所述物理资源为以下资源中的一种或多种:
CPU(Central Processing Unit,中央处理器)资源;
内存资源;
网卡资源;
I/O(Input/Output,输入/输出)资源。
本发明实施例中,先将M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数。其中K也可以为0。
需要说明的是,上一次测试时剩下的测试案例可能为由于存在物理资源冲突而剩下的测试案例,或者,也可能为由于超过同时测试所需的测试案例数量而剩下的测试案例。
在确定出第二优先级队列之后,从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例。存在物理资源冲突的测试案例可以用来进行下次测试。同时,为了避免在下次测试时,存在物理资源冲突的测试案例无法被测试,在确定出存在物理资源冲突的测试案例之后,还可以将存在物理资源冲突的测试案例的优先级调高一级。
最后,将所述第二优先级队列中无物理资源冲突的测试案例确定为所述N个测试案例。
最后,在步骤103中,通过确定出的N个测试案例对应用系统进行测试。
具体的,可以通过自动化任务平台将N个测试案例分发到需要测试的主机节点中。自动化任务平台是自动化测试的唯一入口,是直接借用的成熟系统框架。自动化任务平台对所有主机节点、交换机拥有最高权限。
自动化任务平台可以在主机节点上部署测试案例,运行测试案例并捕捉测试案例到的标准输出,并将标准输出作为返回值触发后续动作。自动化任务将案例池作为原子操作。具体的,针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。根据上述方法,可以保证每个测试案例均被完整执行,从而获得准确的测试结果。
在本发明实施例中,为了保障测试的持续性和覆盖面,对于任意一个应用系统,对每一个待测试目标层中的主机节点进行全覆盖的测试。
具体的,针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的TPS(transaction per second,每秒处理的事务数)大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后,返回确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
举例来说,若待测试目标层中存在8个主机节点,需要测试有多个个主机节点的内存被占用100%时,应用系统还能正常工作。此时先测试第一个测试案例,该测试案例模拟一个主机节点的内存被占用100%的场景。若在测试第一个测试案例时,确定应用系统的TPS大于阈值,则再测试第二个测试案例。第二个测试案例模拟两个主机节点的内存被占用100%的场景。若在测试第二个测试案例时,确定应用系统的TPS大于阈值,则结束此次测试,并确定应用系统最多能有两个主机节点的内存被同时占用100%;若在测试第二个测试案例时,确定应用系统的TPS大于阈值,则再测试第三个测试案例。第三个测试案例模拟四个主机节点的内存被占用100%的场景;若在测试第三个测试案例时,确定应用系统的TPS大于阈值,则结束此次测试,并确定应用系统最多能有四个主机节点的内存被同时占用100%。
基于相同的技术构思,本发明实施例还提供一种系统可用性测试装置,该系统可用性测试装置可执行上述方法实施例。
如图2所示,本发明实施例提供一种系统可用性测试装置结构示意图,该装置包括:
应用测试模板单元201,用于确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
确定单元202,用于根据所述M个测试案例需要使用的物理资源确定出无物理资源冲突的N个测试案例,N为正整数;
测试单元203,用于将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
可选的,所述确定单元202具体用于:
将所述M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数;
从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例;
将所述第二优先级队列中无物理资源冲突的测试案例确定为所述N个测试案例。
可选的,所述确定单元202还用于:
将存在物理资源冲突的测试案例的优先级调高一级。
可选的,所述测试单元203具体用于:
针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。
可选的,所述测试单元203还用于:
针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的每秒处理的事务数TPS大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
可选的,所述物理资源为以下资源中的一种或多种:
CPU资源;
内存资源;
网卡资源;
I/O资源。
可选的,所述测试案例在linux平台和Unix平台的调用方式相同。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样,倘若本发明的这些修改和变型属于本发明权利要求的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种系统可用性测试方法,其特征在于,该方法包括:
确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
将所述M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数;
从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例;
将所述第二优先级队列中无物理资源冲突的测试案例确定为N个测试案例;N为正整数;
将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
2.如权利要求1所述的方法,其特征在于,所述将所述测试案例确定为存在物理资源冲突的测试案例之后,还包括:
将存在物理资源冲突的测试案例的优先级调高一级。
3.如权利要求1所述的方法,其特征在于,所述根据所述N个测试案例对应用系统进行测试,包括:
针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。
4.如权利要求1所述的方法,其特征在于,所述根据所述N个测试案例对应用系统进行测试之后,还包括:
针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的每秒处理的事务数TPS大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后返回确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
5.如权利要求1所述的方法,其特征在于,所述物理资源为以下资源中的一种或多种:
CPU资源;
内存资源;
网卡资源;
I/O资源。
6.如权利要求1所述的方法,其特征在于,所述测试案例在linux平台和Unix平台的调用方式相同。
7.一种系统可用性测试装置,其特征在于,该装置包括:
应用测试模板单元,用于确定与应用系统的待测试目标层对应的应用测试模板,并根据所述应用测试模板确定M个测试案例,M为正整数;
确定单元,用于将所述M个测试案例与第一优先级队列中的K个测试案例按照优先级高低的顺序进行排序,获得第二优先级队列,其中,所述第一优先级队列中的K个测试案例为上一次测试时剩下的测试案例,K为正整数;
从所述第二优先级队列中优先级最低的测试案例开始遍历每一个测试案例,针对任意一个测试案例,判断所述测试案例与所述第二优先级队列中位于所述测试案例之后的测试案例是否存在物理资源冲突,若存在,则将所述测试案例确定为存在物理资源冲突的测试案例,否则将所述测试案例确定为无物理资源冲突的测试案例;
将所述第二优先级队列中无物理资源冲突的测试案例确定为N个测试案例,N为正整数;
测试单元,用于将所述N个测试案例部署所述应用系统的所述待测试目标层的主机节点中进行测试。
8.如权利要求7所述的装置,其特征在于,所述确定单元还用于:
将存在物理资源冲突的测试案例的优先级调高一级。
9.如权利要求7所述的装置,其特征在于,所述测试单元具体用于:
针对所述N个测试案例中的任意一个测试案例,在执行该测试案例过程中若确定未按照预设的步骤执行该测试案例,则重新执行该测试案例。
10.如权利要求7所述的装置,其特征在于,所述测试单元还用于:
针对所述N个测试案例中的任意一个测试案例,所述测试案例为针对应用系统的待测试目标层中的P个主机节点进行测试的测试案例,P为正整数;
根据所述测试案例对所述应用系统进行测试,若确定在测试期间所述应用系统的每秒处理的事务数TPS大于阈值,则判断P是否小于或等于所述待测试目标层中包括的主机节点数量的一半,若是,则将P乘以2之后确定与应用系统的待测试目标层对应的应用测试模板的步骤;若P大于所述待测试目标层中包括的主机节点数量的一半,则输出所述测试案例的测试结果;若确定在测试期间所述应用系统的TPS小于或等于所述阈值,则输出所述测试案例的测试结果。
11.如权利要求7所述的装置,其特征在于,所述物理资源为以下资源中的一种或多种:
CPU资源;
内存资源;
网卡资源;
I/O资源。
12.如权利要求7所述的装置,其特征在于,所述测试案例在linux平台和Unix平台的调用方式相同。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510981692.7A CN105930260B (zh) | 2015-12-23 | 2015-12-23 | 一种系统可用性测试方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510981692.7A CN105930260B (zh) | 2015-12-23 | 2015-12-23 | 一种系统可用性测试方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105930260A CN105930260A (zh) | 2016-09-07 |
CN105930260B true CN105930260B (zh) | 2018-12-28 |
Family
ID=56839961
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510981692.7A Active CN105930260B (zh) | 2015-12-23 | 2015-12-23 | 一种系统可用性测试方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105930260B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111159029B (zh) * | 2019-12-24 | 2023-07-21 | 中信银行股份有限公司 | 自动化测试方法、装置、电子设备及计算机可读存储介质 |
CN115080438B (zh) * | 2022-06-28 | 2023-11-28 | 中电金信软件有限公司 | 一种可用性测试方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101131652A (zh) * | 2006-08-21 | 2008-02-27 | 英业达股份有限公司 | 多核多中央处理器的执行线程分配方法 |
CN102214139A (zh) * | 2011-06-01 | 2011-10-12 | 北京航空航天大学 | 一种面向分布式系统的自动化测试的执行控制与调度方法 |
CN102609352A (zh) * | 2011-01-19 | 2012-07-25 | 阿里巴巴集团控股有限公司 | 一种并行测试方法及并行测试服务器 |
CN104331477A (zh) * | 2014-11-04 | 2015-02-04 | 哈尔滨工业大学 | 基于联邦式检索的云平台并发性能测试方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8347147B2 (en) * | 2009-03-09 | 2013-01-01 | Wipro Limited | Lifecycle management of automated testing |
-
2015
- 2015-12-23 CN CN201510981692.7A patent/CN105930260B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101131652A (zh) * | 2006-08-21 | 2008-02-27 | 英业达股份有限公司 | 多核多中央处理器的执行线程分配方法 |
CN102609352A (zh) * | 2011-01-19 | 2012-07-25 | 阿里巴巴集团控股有限公司 | 一种并行测试方法及并行测试服务器 |
CN102214139A (zh) * | 2011-06-01 | 2011-10-12 | 北京航空航天大学 | 一种面向分布式系统的自动化测试的执行控制与调度方法 |
CN104331477A (zh) * | 2014-11-04 | 2015-02-04 | 哈尔滨工业大学 | 基于联邦式检索的云平台并发性能测试方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105930260A (zh) | 2016-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9760668B2 (en) | Automating system on a chip customized design integration, specification, and verification through a single, integrated service | |
CN106940428B (zh) | 芯片验证方法、装置及系统 | |
US10445128B2 (en) | Server selection device, server selection method, and server selection program | |
CN111124850A (zh) | Mqtt服务器性能测试方法、系统、计算机设备及存储介质 | |
CN103873534B (zh) | 一种应用集群迁移方法及装置 | |
CN111352697B (zh) | 灵活的物理功能和虚拟功能映射 | |
CN107315889A (zh) | 仿真引擎的性能测试方法及存储介质 | |
CN103294481A (zh) | 用于cst计算程序的处理方法 | |
US20230252212A1 (en) | Testbench for sub-design verification | |
CN103685564A (zh) | 引入插件化应用能力层的行业应用在线运营云平台架构 | |
US20110218795A1 (en) | Simulator of multi-core system employing reconfigurable processor cores and method of simulating multi-core system employing reconfigurable processor cores | |
CN105930260B (zh) | 一种系统可用性测试方法及装置 | |
WO2016018352A1 (en) | Platform configuration selection based on a degraded makespan | |
US8050902B2 (en) | Reporting temporal information regarding count events of a simulation | |
CN103294482B (zh) | 用于PWscf并行计算系统的Web服务封装方法以及系统 | |
US20090112561A1 (en) | Method, System and Program Product for Defining and Recording Threshold-Qualified Count Events of a Simulation By Testcases | |
CN105279007B (zh) | 多核处理器的模拟方法及装置 | |
US10162915B2 (en) | Method and system for emulation of multiple electronic designs in a single testbench environment | |
CN106375109A (zh) | 一种交换机配置模拟下发的方法、系统及计算机 | |
CN107368434A (zh) | 一种验证Cache一致性协议的装置及方法 | |
CN107729601A (zh) | 仿真过程中配置ram的方法、装置及计算机存储介质 | |
CN107168778A (zh) | 一种任务处理方法及任务处理装置 | |
CN105808318B (zh) | 一种信息处理方法和电子设备 | |
CN113098730A (zh) | 一种服务器的测试方法及设备 | |
CN112242959A (zh) | 微服务限流控制方法、装置、设备及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |