一体化测试方法、装置、计算机设备和存储介质与流程

文档序号:16531018发布日期:2019-01-05 10:45阅读:211来源:国知局
一体化测试方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域,特别是涉及一种一体化测试方法、装置、计算机设备和存储介质。



背景技术:

随着科学技术的发展,目前计算机技术日新月异,计算机技术的广泛应用给人们生产生活带来了巨大的便利。

一般而言,计算机终端在投入正式应用之前需要进行测试,常规的测试方式是针对不同测试需求编写对应的测试脚本,通过测试工具运行编写的测试脚本来对计算机终端进行测试。

采用编写脚本的方式进行测试,虽然能够实现测试效果,但是计算机终端种类与功能多样,若针对每次测试都逐一编写测试脚本,其测试过程复杂,无法实现高效且灵活测试。



技术实现要素:

基于此,有必要针对上述技术问题,提供一种能够高效且灵活的一体化测试方法、装置、计算机设备和存储介质。

一种一体化测试方法,所述方法包括:

根据业务需求,获取测试所需业务组件;

根据所述测试所需业务组件,调用相应的自动化测试工具;

根据调用的所述自动化测试工具所属类型,从预设脚本数据库中,读取与所述自动化测试工具对应的测试脚本;

执行所述测试脚本,完成测试操作。

在其中一个实施例中,所述根据调用的所述自动化测试工具所属类型,从预设脚本数据库中,读取与所述自动化测试工具对应的测试脚本包括:

识别调用的所述自动化测试工具所属类型;

从预设脚本数据库中,查找所述自动化测试工具所属类型对应的存储子目录;

在查找的存储子目录中,读取与所述自动化测试工具对应的测试脚本。

在其中一个实施例中,所述从预设脚本数据库中,查找所述自动化测试工具所属类型对应的存储子目录包括:

获取所述自动化测试工具所属类型对应的关键字;

根据所述关键字,从预设脚本数据库中,查找所述自动化测试工具所属类型对应的存储子目录。

在其中一个实施例中,所述从预设脚本数据库中,读取与所述所需自动化测试工具对应的测试脚本之前,还包括:

获取自动化测试工具对应的测试脚本;

将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库。

在其中一个实施例中,所述获取自动化测试工具对应的测试脚本之前,还包括:

根据bs架构关联各自动化测试工具;

所述将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库,包括:

同步保存所述自动化测试工具对应的测试脚本,构建预设脚本数据库。

在其中一个实施例中,所述将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,包括:

识别各所述自动化测试工具所属类型,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下。

在其中一个实施例中,所述将相同类型的自动化测试工具对应的测试脚本存储于相同目录下,包括:

获取相同类型的自动化测试工具对应的测试脚本,得到测试脚本子集;

查找所述测试脚本子集中各测试脚本共有的关键字;

以所述关键字作为存储目录标签,将相同类型的自动化测试工具对应的测试脚本存储于相同目录。

在其中一个实施例中,所述根据所述测试所需业务组件,确定需调用自动化测试工具,包括:

组合所述测试所需业务组件,形成业务流程;

添加所述业务流程,确定执行所述业务流程需调用的自动化测试工具。

一种一体化测试装置,所述装置包括:

选取模块,用于根据业务需求,获取测试所需业务组件;

调用模块,用于根据所述测试所需业务组件,调用相应的自动化测试工具;

读取模块,用于根据调用的所述自动化测试工具所属类型,从预设脚本数据库中,读取与所述自动化测试工具对应的测试脚本;

驱动模块,用于执行所述测试脚本,完成测试操作。

一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上述方法的步骤。

一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述的方法的步骤。

上述一体化测试方法、装置、计算机设备和存储介质,当需要进行一体化测试时,根据业务需求,获取测试所需业务组件,调用相应的自动化测试工具,根据调用的所述自动化测试工具所属类型,从预设脚本数据库中,快速读取与所述需调用自动化测试工具对应的测试脚本,执行测试脚本,完成测试操作,整个过程中,无需人工临时编写测试脚本,可以实现高效且灵活测试。

附图说明

图1为一个实施例中一体化测试方法的应用场景图;

图2为一个实施例中一体化测试方法的流程示意图;

图3为另一个实施例中一体化测试方法的流程示意图;

图4为一个实施例中一体化测试装置的结构框图;

图5为另一个实施例中一体化测试装置的结构框图;

图6为本申请一体化测试方法其中一个应用实例的流程示意图;

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。

本申请提供的一体化测试方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104通过网络进行通信。终端102响应用户操作,生成测试请求,发送测试请求至服务器104,服务器104根据业务需求,获取测试所需业务组件,根据测试所需业务组件,调用相应的自动化测试工具,根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本,执行测试脚本,完成测试操作。服务器104还可以将测试结果推送至用户(可以先推送至终端102,由终端102推送用户)。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中,如图2所示,提供了一种一体化测试方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:

s200:根据业务需求,获取测试所需业务组件。

在不同的业务场景下用户有不同的业务需求,针对不同的业务需求需要选取(创建)不同的测试所需业务组件。针对当前业务场景,其可能包含单个业务需求也有可能包含多个。业务需求可以是业务测试的一个基本测试项目,例如需要对开机进行测试,则相应的业务需求即为开机测试需求。对于一个业务需求进行差分后可以转换为更小单元的需求——业务单元,一个完整的业务需求可以由一个或多个业务单元组合而成。业务组件为服务器实现业务单元对应操作的部分,不同业务组件进行组合可以实现不同的测试流程(业务操作),满足不同的测试需求。非必要的,服务器在接收到终端测试请求后,对测试请求进行解析,识别本次测试场景和任务,针对本次测试场景和任务选取对应的测试所需业务组件。

s400:根据测试所需业务组件,调用相应的自动化测试工具。

不同业务组件需要调用不同的自动化测试工具来实现其所需实现的测试流程。在步骤s200确定所需业务组件后,针对每个业务组件功能与流程进行分析,确定需调用自动化测试工具。自动化测试工具包括多种,例如如web自动化、手机自动化等,web自动化测试工具有selenium、qtp等;性能自动化测试工具有loadrunner、jmeter等;接口自动化测试工具有soapui、postman等;手机自动化测试工具有robotium、appium等。

s600:根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本。

预设脚本数据库是预先构建的数据库,在该数据库中存储有各自动化测试工具对应的测试脚本。非必要的,可以在数据准备阶段,服务器接收终端上传的针对各自动化测试工具的测试脚本,将自动化测试工具标识与测试脚本关联存储,构成脚本数据库。并且在后续日常使用过程中,针对终端新上传的自动化测试工具对应的测试脚本继续存储至脚本数据库,以持续更新脚本数据库。在这里,根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本,基于所属类型有针对性从数据库中读取数据,能够快速读取到与自动化测试工具对应的测试脚本。

s800:执行测试脚本,完成测试操作。

服务器在确定需调用自动化测试工具并且读取到对应的测试脚本之后,驱动唤起需调用自动化测试工具,运行对应的测试脚本,执行测试操作。非必要的,服务器可以将业务组件组合成业务流程,服务器将业务流程添加至待处理任务中,当获取到需调用自动化测试工具对应的测试脚本之后执行该业务流程,完成测试操作。进一步的,服务器可以将测试结果发送至终端,以便终端展示给用户,测试结果包括通过、未通过以及脚本错误等。服务器还可以将每次需调用自动化测试工具所使用的测试脚本也一并发送至终端,以便用户了解每个测试用例所采用的测试脚本。

上述一体化测试方法,当需要进行一体化测试时,根据业务需求,获取测试所需业务组件,调用相应的自动化测试工具,根据调用的自动化测试工具所属类型,从预设脚本数据库中,快速读取与需调用自动化测试工具对应的测试脚本,执行测试脚本,完成测试操作,整个过程中,无需人工临时编写测试脚本,可以实现高效且灵活测试。

如图3所示,在其中一个实施例中,步骤s600包括:

s620:识别调用的自动化测试工具所属类型。

s640:从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录。

s660:在查找的存储子目录中,读取与自动化测试工具对应的测试脚本。

自动化测试工具有多种类型,不同的自动化测试工具可能属于相同类型,同一类型的自动化测试工具在测试脚本和功能上会存在一定的“共性”,因此,在预设数据库中,可以将相同类型的自动化测试工具对应的测试脚本存储在同一目录下,当需要调用自动化测试工具时,先识别调用的自动化测试工具所属类型,再从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录,再到存储子目录中读取与自动化测试工具对应的测试脚本。更进一步来说,预设脚本数据库可以基于已存储的自动化测试工具类型作为索引,在数据库中存储自动化测试工具-类型-测试脚本三者之间的关系列表(索引),即可在需要读取测试脚本时,快速、准确读取。

如图3所示,在其中一个实施例中,步骤s600之前还包括:

s520:获取自动化测试工具对应的测试脚本。

s540:将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库。

自动化测试工具对应的测试脚本可以是终端上传至服务器的,也可以是外部设备,例如u盘导入至服务器中,服务器在接收到这部分数据之后,将自动化测试工具标识与对应的测试脚本关联存储,构建预设脚本数据库。非必要的,在初始阶段,服务器构建的预设脚本数据库可以是一个初始的数据库,其可以只包含常见、常规的自动化测试工具的测试脚本,在后续使用中,服务器不断接收到新的自动化测试工具的测试脚本,服务器将新接收到的数据存储到初始的预设脚本数据库中,以持续更新预设脚本数据库。

在其中一个实施例中,获取各自动化测试工具对应的测试脚本,之前还包括:根据bs架构关联各自动化测试工具。将各自动化测试工具标识与各自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库,包括:同步保存自动化测试工具对应的测试脚本,构建预设脚本数据库。

b/s结构即浏览器和服务器结构。它是随着internet技术的兴起,对c/s结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过浏览器来实现,极少部分事务逻辑在前端实现,但是主要事务逻辑在服务器端(server)实现,形成所谓三层3-tier结构。b/s结构是浏览器兴起后的一种网络结构模式,浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。采用bs架构自动化测试工具与服务器关联,建立连接之后,服务器将自动化测试工具的测试脚本同步保存至数据库,构建预设脚本数据库。

在其中一个实施例中,将各自动化测试工具标识与各自动化测试工具对应的测试脚本关联存储,包括:识别各自动化测试工具所属类型,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下。

不同的自动化测试工具可以能属于不同类型,服务器识别各自动化测试工具所属类型,将同一类型的自动化测试工具对应的测试脚本存储在相同的目录下,这样便于服务器在后续读取对应测试脚本,提高服务器处理效率。

在其中一个实施例中,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下,包括:获取相同类型的自动化测试工具对应的测试脚本,得到测试脚本子集;查找测试脚本子集中各测试脚本共有的关键字;以关键字作为存储目录标签,将相同类型的自动化测试工具对应的测试脚本存储于相同目录。

一般而言,相同类型的自动化测试工具存储一定的共性,这种共性也会“传递”到对应的测试脚本,因此,可以查找相同类型的自动化测试工具对应的测试脚本中共有的关键字,以共有的关键字作为存储目录标签,相同类型的自动化测试工具对应的测试脚本都存储在这个目录标签所表征的目录下。非必要的,“关键字”可能为多个,可以选择单个或多个关键字作为目标标签。由于目录标签为各测试脚本共有的关键字,其有利于服务器准确查找、读取,提高效率。

在其中一个实施例中,根据业务需求,获取测试所需业务组件,包括:根据restapi列表和需求分解表的对应关系,形成业务需求;查找业务需求所需业务组件。

业务需求可以是业务测试的一个基本测试项目,例如,需要对开机进行测试,则相应的业务需求即为开机测试需求。对于一个业务需求进行拆分后可以转化为更小单元的需求,可以将其称为业务单元,一个完整的业务需求可以由一个或多个业务单元组合而成,需求分解表可以用于存储业务需求进行拆分后的业务单元。根据restapi列表和需求分解表的对应关系,可以将一个或多个restapi进行组合,形成相应的业务需求。也即一个业务需求可以有由一个或多个restapi构成。

在其中一个实施例中,根据测试所需业务组件,确定需调用自动化测试工具,包括:组合测试所需业务组件,形成业务流程;添加业务流程,确定执行业务流程需调用的自动化测试工具。

服务器创建测试过程中所需业务组件,组合不同的业务组件,形成业务流程,添加业务流程至处理队列中,确定执行本次业务流程需调用的自动化测试工具。

应该理解的是,虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中,如图4所示,提供了一种一体化测试装置,包括:

选取模块200,用于根据业务需求,获取测试所需业务组件;

调用模块400,用于根据测试所需业务组件,调用相应的自动化测试工具;

读取模块600,用于根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本;

驱动模块800,用于执行测试脚本,完成测试操作。

上述一体化测试装置,当需要进行一体化测试时,选取模块200根据业务需求,获取测试所需业务组件,调用模块400调用相应的自动化测试工具,读取模块600根据调用的自动化测试工具所属类型,从预设脚本数据库中,快速读取与需调用自动化测试工具对应的测试脚本,驱动模块800执行测试脚本,完成测试操作,整个过程中,无需人工临时编写测试脚本,可以实现高效且灵活测试。

如图5所示,在其中一个实施例中,读取模块600包括:

识别单元620,用于识别调用的自动化测试工具所属类型。

查找单元640,用于从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录。

读取单元660,用于在查找的存储子目录中,读取与自动化测试工具对应的测试脚本。

在其中一个实施例中,查找单元640还用于获取自动化测试工具所属类型对应的关键字;根据关键字,从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录。

在其中一个实施例中,上述一体化测试装置还包括:

数据库构建模块500,用于获取自动化测试工具对应的测试脚本;将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库。

在其中一个实施例中,数据库构建模块500还用于根据bs架构关联各自动化测试工具,同步保存各自动化测试工具对应的测试脚本,构建预设脚本数据库。

在其中一个实施例中,数据库构建模块500还用于识别各自动化测试工具所属类型,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下。

在其中一个实施例中,数据库构建模块500还用于获取相同类型的自动化测试工具对应的测试脚本,得到测试脚本子集,查找测试脚本子集中各测试脚本共有的关键字,以关键字作为存储目录标签,将相同类型的自动化测试工具对应的测试脚本存储于相同目录。

在其中一个实施例中,调用模块400还用于组合测试所需业务组件,形成业务流程,添加业务流程,确定执行业务流程需调用的自动化测试工具。

关于一体化测试装置的具体限定可以参见上文中对于一体化测试方法的限定,在此不再赘述。上述一体化测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

为更进一步详细解释本申请一体化测试方法与装置,下面将采用具体实例,并结合附图图6详细说明在其中一个应用实例中,本申请一体化测试方法与装置的处理流程。

如图6所示,整个方案的处理过程包括:

1)自动测试工具和测试集成系统关联,在测试集成系统中包括有多个测试对象,自动测试工具包括多个类型,不同测试工具对不同测试对象进行测试。将自动测试工具对应的测试脚本存储至测试集成系统,完成自动测试工具和测试集成系统关联。

2)将自动测试工具和测试集成系统关联后的数据转换为脚本数据,将脚本数据存同步保存到系统中。

3)确定测试过程中需要的业务组件。根据restapi列表和需求分解表的对应关系,形成业务需求,查找业务需求对应的业务组件。针对当前业务场景,其可能包含单个业务需求也有可能包含多个。业务需求可以是业务测试的一个基本测试项目,例如需要对开机进行测试,则相应的业务需求即为开机测试需求。对于一个业务需求进行差分后可以转换为更小单元的需求——业务单元,一个完整的业务需求可以由一个或多个业务单元组合而成。

4)将不同的业务组件进行组合。

5)将业务流程添加到系统测试集。

6)执行自动化测试。

7)系统唤起自动化测试工具。

8)显示业务流程测试运行结果

9)点击业务流程,显示测试步骤和测试过程中脚本数据。

在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各自动化测试工具对应的脚本数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种一体化测试方法。

本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。

在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:

根据业务需求,获取测试所需业务组件;根据测试所需业务组件,调用相应的自动化测试工具;根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本;执行测试脚本,完成测试操作。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

识别调用的自动化测试工具所属类型;从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录;在查找的存储子目录中,读取与自动化测试工具对应的测试脚本。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

获取自动化测试工具所属类型对应的关键字;根据关键字,从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

获取自动化测试工具对应的测试脚本;将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

根据bs架构关联各自动化测试工具;同步保存自动化测试工具对应的测试脚本,构建预设脚本数据库。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

识别各自动化测试工具所属类型,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

获取相同类型的自动化测试工具对应的测试脚本,得到测试脚本子集;查找测试脚本子集中各测试脚本共有的关键字;以关键字作为存储目录标签,将相同类型的自动化测试工具对应的测试脚本存储于相同目录。

在一个实施例中,处理器执行计算机程序时还实现以下步骤:

组合测试所需业务组件,形成业务流程;添加业务流程,确定执行业务流程需调用的自动化测试工具。

在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:

根据业务需求,获取测试所需业务组件;根据测试所需业务组件,调用相应的自动化测试工具;根据调用的自动化测试工具所属类型,从预设脚本数据库中,读取与自动化测试工具对应的测试脚本;执行测试脚本,完成测试操作。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

识别调用的自动化测试工具所属类型;从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录;在查找的存储子目录中,读取与自动化测试工具对应的测试脚本。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

获取自动化测试工具所属类型对应的关键字;根据关键字,从预设脚本数据库中,查找自动化测试工具所属类型对应的存储子目录。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

获取自动化测试工具对应的测试脚本;将自动化测试工具标识与自动化测试工具对应的测试脚本关联存储,构建预设脚本数据库。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

根据bs架构关联各自动化测试工具;同步保存自动化测试工具对应的测试脚本,构建预设脚本数据库。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

识别各自动化测试工具所属类型,将相同类型的自动化测试工具对应的测试脚本存储于相同目录下。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

获取相同类型的自动化测试工具对应的测试脚本,得到测试脚本子集;查找测试脚本子集中各测试脚本共有的关键字;以关键字作为存储目录标签,将相同类型的自动化测试工具对应的测试脚本存储于相同目录。

在一个实施例中,计算机程序被处理器执行时还实现以下步骤:

组合测试所需业务组件,形成业务流程;添加业务流程,确定执行业务流程需调用的自动化测试工具。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1