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

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

背景技术：

在大量网络程序和服务被用户广泛下载应用的同时，服务的建设方也应提供服务功能的测试方法给到用户；传统的服务测试方法是让建设方在上传服务程序时，向服务的使用方提供一个测试环境供测试此服务的功能。

然而在实际的开放平台中，未必每个服务的建设方都会提供相应的测试环境，导致应用程序的测试需要大量的线下沟通，造成对服务的测试效率较低。

技术实现要素：

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

一种服务测试方法，所述方法包括：

接收第一客户终端发送的服务测试请求，所述服务测试请求携带有测试方信息和建设方信息；

根据所述测试方信息验证所述第一客户终端的测试权限，当所述测试权限验证通过时，检测是否已接入所述建设方信息对应的测试环境，若接入，在所述测试环境中测试所述服务测试请求对应的服务；

基于所述测试环境获取第一测试结果；

将所述第一测试结果发送至所述第一客户终端。

在其中一个实施例中，所述检测是否已接入所述建设方信息对应的测试环境之后，还包括：

若未接入，检测是否存在所述服务测试请求对应的测试数据，若存在，获取所述测试数据；

将所述测试数据发送至所述第一客户终端。

在其中一个实施例中，所述检测是否存在所述服务测试请求对应的测试数据之后，还包括：

当不存在所述服务测试请求对应的测试数据时，生成错误消息；

将所述错误消息发送至服务终端；

接收所述服务终端根据所述错误消息生成的新增测试方案；

根据所述新增测试方案测试所述服务测试请求对应的服务得到第二测试结果；

将所述第二测试结果发送至所述第一客户终端。

在其中一个实施例中，所述检测是否存在所述服务测试请求对应的测试数据之前，还包括：

接收第二客户终端发送的测试数据上传请求，所述测试数据上传请求携带有所述建设方信息和测试数据；

对所述建设方信息进行审核，若审核通过，存储所述测试数据。

在其中一个实施例中，所述测试环境的接入方式，包括：

接收第二客户终端发送的接入请求，所述接入请求携带有所述建设方信息；

对所述建设方信息进行审核，若审核通过，获取所述接入请求对应的配置页面；

将所述配置页面发送至所述第二客户终端，并接收所述第二客户终端根据所述配置页面返回的配置数据；

对所述配置数据进行审核，若审核通过，存储所述配置数据；

根据所述配置数据生成所述测试环境。

一种服务测试装置，所述装置包括：

测试请求接收模块，用于接收第一客户终端发送的服务测试请求，所述服务测试请求携带有测试方信息和建设方信息；

环境测试模块，用于根据所述测试方信息验证所述第一客户终端的测试权限，当所述测试权限验证通过时，检测是否已接入所述建设方信息对应的测试环境，若接入，在所述测试环境中测试所述服务测试请求对应的服务；

第一结果获取模块，用于基于所述测试环境获取第一测试结果；

第一结果发送模块，用于将所述第一测试结果发送至所述第一客户终端。

在其中一个实施例中，所述装置还包括：

数据测试模块，用于若未接入，检测是否存在所述服务测试请求对应的测试数据，若存在，获取所述测试数据；

数据返回模块，用于将所述测试数据发送至所述第一客户终端。

在其中一个实施例中，所述装置还包括：

错误消息生成模块，用于当不存在所述服务测试请求对应的测试数据时，生成错误消息；

错误消息发送模块，用于将所述错误消息发送至服务终端；

新增方案接收模块，用于接收所述服务终端根据所述错误消息生成的新增测试方案；

第二结果获取模块，用于根据所述新增测试方案测试所述服务测试请求对应的服务得到第二测试结果；

第二结果发送模块，用于将所述第二测试结果发送至所述第一客户终端。

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

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

上述服务测试方法、装置、计算机设备和存储介质，服务器端构建一个开放测试平台，当接收到使用方上传的服务测试请求后，根据此服务测试请求中携带的测试方信息验证上传服务器测试请求的终端是否有测试权限，若有，则检测当前的开放平台中是否接入用于测试此服务的建设方测试环境，若已接入，则允许使用方接入测试环境测试对应的服务，并将测试环境中得到的第一测试结果返回至使用方终端。上述服务测试方法通过统一的开放测试平台，允许不同的使用方根据其需求，选择需要测试的服务对应的建设方测试环境进行测试。减少线下测试沟通，为服务的使用方提供一个更为便利的测试环境，提高服务测试效率。

附图说明

图1为一个实施例中服务测试方法的应用场景图；

图2为一个实施例中服务测试方法的流程示意图；

图3为一个实施例中新增测试步骤的流程示意图；

图4为一个实施例中测试环境的接入方式的流程示意图；

图5为一个实施例中服务测试装置的结构框图；

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

具体实施方式

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

本申请提供的服务测试方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。技术人员在服务器104端构建一个开放测试平台，当接收到使用方上传的服务测试请求后，根据此服务测试请求中携带的测试方信息验证上传服务器测试请求的终端是否有测试权限，若有，则检测当前的开放平台中是否接入用于测试此服务的建设方测试环境，若已接入，则允许使用方接入测试环境测试对应的服务，并将测试环境中得到的第一测试结果返回至使用方终端。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

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

s202，接收第一客户终端发送的服务测试请求，服务测试请求携带有测试方信息和建设方信息。

其中，第一客户终端发起服务测试请求的服务测试方的终端，可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

服务测试请求是针对某一功能性服务提起测试的请求，此服务可以指一个应用程序或者应用程序中的一个功能。测试方信息是用于校验第一客户终端是否有权限执行此次服务测试指令的信息，可以是用户名和密码等信息。建设方信息是待测试的服务的开发方的信息，用于为此次服务测试匹配对应测试环境，可以是服务开发方的名称、账户信息等。

具体地，在服务使用方使用服务时，若需要对此服务或服务其中的某一功能进行测试时，通过第一客户终端向运行开放测试平台的服务器发起服务测试请求，此服务测试请求包含用于校验第一客户终端是否有权限执行此次服务测试指令的测试方信息和为此次服务测试匹配对应测试环境的建设方信息。

s204，根据测试方信息验证第一客户终端的测试权限，当测试权限验证通过时，检测是否已接入建设方信息对应的测试环境，若接入，在测试环境中测试服务测试请求对应的服务。

其中，测试环境是用于测试某一个或多个服务的环境，可以指服务开发方提供的沙箱环境等。

具体地，服务器接收到第一客户终端发送的服务测试请求后，先根据其中携带的测试方信息验证第一客户终端是否有权限执行此次服务测试方法，若服务器对测试方信息权限验证成功，则开始测试此服务，服务器检测开放测试平台中是否已接入用于测试此服务的建设方信息对应的测试环境，若接入，则在接入的测试环境中测试对应的服务。

例如，据其中携带的测试方信息验证第一客户终端是否有权限执行此次服务测试方法的步骤，可以是服务器读取测试方信息中的用户名，检查此用户名是否已与本开放测试平台建立合作关系，若已建立合作，则继续验证用户输入的密码是否与用户名相匹配，若匹配，则允许第一客户终端发起的本次服务测试请求。

s206，基于测试环境获取第一测试结果。

具体地，当在测试环境中对服务测试请求对应的服务测试完成后，测试环境会通过接入开放测试平台的接口给服务器返回第一测试结果，即为执行本次服务测试的测试结果。其中，第一测试结果的形式可以根据服务开发方和使用方的要求具体设定，可以是测试成功或者测试失败等消息，也可以返回具体地测试数据和代码。

s208，将第一测试结果发送至第一客户终端。

具体地，服务器获取到测试环境返回的第一测试结果发送至第一客户终端，告知测试方此次的服务测试结果。

例如，开放测试平台可将多个服务开发方的沙箱环境进行汇总，提供给使用方，当开放测试平台获取到使用方的测试请求，根据此测试请求携带的建设方信息，如发布此应用服务的厂商信息等，在已汇总的沙箱环境中查询是否已接入此建设方信息对应的沙箱环境，如果接入，则可允许使用方使用此沙箱环境测试此服务，并为使用方返回测试结果。其中，当开放测试平台检测到已接入某一沙箱环境后，也可生成一个访问此沙箱环境的url地址发送至使用方，由使用方自己访问此地址执行测试。

可选地，服务器可以将所有测试方的客户终端提起的服务测试请求和根据测试请求得到的测试结果对应建立测试日志，并将测试日志存储在服务器的预设位置，技术人员可以调取测试日志了解开放测试平台的工作情况。

上述服务测试方法，服务器端构建一个开放测试平台，当接收到使用方上传的服务测试请求后，根据此服务测试请求中携带的测试方信息验证上传服务器测试请求的终端是否有测试权限，若有，则检测当前的开放平台中是否接入用于测试此服务的建设方测试环境，若已接入，则服务器根据第一客户终端发送服务测试请求，在测试环境中测试对应的服务，并将测试环境中得到的第一测试结果返回至使用方终端。上述服务测试方法通过统一的开放测试平台，允许不同的使用方根据其需求，选择需要测试的服务对应的建设方测试环境进行测试。减少线下测试沟通，为服务的使用方提供一个更为便利的测试环境，提高服务测试效率。

在一个实施例中，上述服务测试方法中的步骤s204中的检测是否已接入建设方信息对应的测试环境之后，还可以包括：若未接入，检测是否存在服务测试请求对应的测试数据，若存在，获取测试数据；将测试数据发送至第一客户终端。

其中，测试数据是服务开发方为部分服务设定的模拟测试的返回数据，例如当服务测试请求中要求对某一数据接口的数据交互情况进行测试，开发方可为此接口设置一个固定的返回值，若此接口工作正常，则在测试过程中会返回此返回值作为测试结果。

具体地，对于一些接口服务测试或者未接入服务开发方的测试环境的服务测试，开放测试平台可允许服务开发方上传测试数据供使用方进行模拟测试，即mock测试。可选地，开放测试平台可建立测试数据库用于存储开发方上传的测试数据，服务器可根据服务测试请求从测试数据库中获取对应的测试数据。

上述实施例中，开放测试平台在测试环境缺失的情况下，也可以为使用方提供一个模拟测试平台，模拟应用服务的测试返回值，这里提到的测试数据是由技术人员根据服务的测试性质和功能的差异，提前录入开放测试平台中的模拟数据，可以为没有对应沙箱环境的服务提供对应的测试。

在一个实施例中，请参见图3，上述服务测试方法中的步骤s204中的检测是否存在服务测试请求对应的测试数据之后，还可以包括新增测试步骤，包括：

s302，当不存在服务测试请求对应的测试数据时，生成错误消息。

其中，错误消息是用于提示服务终端的技术人员本次服务测试请求无法被正常执行的消息，可以包含具体出错的原因，例如出错原因可以是不存在对应的测试环境和测试数据。

具体地，当开放测试平台不存在与服务测试请求对应的测试环境和测试数据时，则生成一个错误消息。

s304，将错误消息发送至服务终端。

具体地，服务器将此错误消息发送至开放测试平台的服务终端，告知管理员此次服务测试无法执行。

s306，接收服务终端根据错误消息生成的新增测试方案。

服务终端的管理员可指定执行本次服务测试请求的新增测试方案给服务器。新增测试方案服务终端为此次服务测试请求匹配到的测试方案，例如，服务终端可线下将此次服务使用方提起的服务测试请求发送至对应的开发方，由开发方执行测试。

s308，根据新增测试方案测试服务测试请求对应的服务得到第二测试结果。

具体地，服务器接收到服务终端发送的新增测试方案后，则根据此方案完成本次测试，得到对应的第二测试结果。

s310，将第二测试结果发送至第一客户终端。

具体地，服务器将第二测试结果发送至第一客户终端，告知测试方此次的服务测试结果。

可选地，对于使用方发起的一个服务的测试请求，若开放测试平台既没有接入对应的测试环境，也没有维护测试数据，服务终端的开放测试平台的管理员可根据此服务测试的受众面和流量等因素，决定是否需要接入对应的测试环境和测试数据，便于执行后续服务使用方的测试请求。

另外，若服务终端也不存在与此服务测试请求对应的新增测试方案，则服务器生成一个测试失败消息并发送至第一客户终端，告知使用方此测试无法执行。

上述实施例中，通过服务终端管理开放测试平台无法处理的服务测试请求。

在一个实施例中，上述服务测试方法中的检测是否存在服务测试请求对应的测试数据之前，还可以包括：接收第二客户终端发送的测试数据上传请求，测试数据上传请求携带有建设方信息和测试数据；对建设方信息进行审核，若审核通过，存储测试数据。

其中，第二客户终端是发起测试数据上传请求的服务开发方的终端，可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

测试数据上传请求是服务开发方向开放测试平台提起上传用于测试的测试数据的请求；可以包含用于验证上传权限的建设方信息和待上传的测试数据等。

具体地，开发方在将测试数据上传到开放测试平台时，向服务器发送测试数据上传请求，服务器接收到请求后，根据其中携带的建设方信息验证此终端是否有数据上传权限，若有，则允许其上传测试数据，并将测试数据与建设方信息对应存储，便于对使用方提起的服务测试请求进行处理。

上述实施例中，开发方通过权限验证后，可以将测试数据上传到开放测试平台中。

在一个实施例中，请参见图4，上述服务测试方法中的测试环境的接入方式，可以包括以下步骤：

s402，接收第二客户终端发送的接入请求，接入请求携带有建设方信息。

其中，接入请求是服务开发方向服务器提起接入测试环境的请求，可以是将开发方的测试系统的数据接口连接到开放测试平台的请求，其中应包含反映开发方身份证明的建设方信息。

具体地，服务开发方需要将测试环境接入开放测试平台时，通过第二客户终端向服务器发送接入请求，服务器接收到接入请求后，对此接入请求进行处理。

s404，对建设方信息进行审核，若审核通过，获取接入请求对应的配置页面。

具体地，服务器根据接入请求中携带的建设方信息审核此开发方是否有上传权限，如验证此服务开发方是否与本开放测试平台有合作，若审核通过，则服务器获取接入测试环境需提供的数据的配置页面，配置页面中应有需要开发方提供的信息，如接口参数，可测试的服务名称等等。技术人员可配置一套标准化的配置页面存储于服务器端，便于服务器与开发方对接。

s406，将配置页面发送至第二客户终端，并接收第二客户终端根据配置页面返回的配置数据。

具体地，服务器获取配置页面后，将页面发送给第二客户终端，提示开发方提供页面中需要的数据，即配置数据，待开发方补充配置页面中必需的配置数据后，将配置数据返回至服务器端。

s408，对配置数据进行审核，若审核通过，存储配置数据。

具体地，开发方上传配置数据后，应由开放测试平台的管理员对此配置数据进行审核，验证配置数据和真实性和准确性，当审核通过后，则服务器将配置数据存储在开放测试平台中。

s410，根据配置数据生成测试环境。

具体地，服务器保存配置数据后，生成用于测试服务的测试环境。另外，测试平台的管理员也可以通过开关开控制某一每个测试环境的开启与关闭，以适应不同的测试情况。

上述实施例中，服务开发方通过向服务器发送接入请求，将测试环境接入开放测试平台，使得开放测试平台可根据用户的服务测试请求调用对应的测试环境。

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

在一个实施例中，如图5所示，提供了一种服务测试装置，包括：测试请求接收模块100、环境测试模块200、第一结果获取模块300和第一结果发送模块，其中：

测试请求接收模块100，用于接收第一客户终端发送的服务测试请求，服务测试请求携带有测试方信息和建设方信息。

环境测试模块200，用于根据测试方信息验证第一客户终端的测试权限，当测试权限验证通过时，检测是否已接入建设方信息对应的测试环境，若接入，在测试环境中测试服务测试请求对应的服务。

第一结果获取模块300，用于基于测试环境获取第一测试结果。

第一结果发送模块400，用于将第一测试结果发送至第一客户终端。

在一个实施例中，上述服务测试装置中还可以包括：

数据测试模块，用于若未接入，检测是否存在服务测试请求对应的测试数据，若存在，获取测试数据。

数据返回模块，用于将测试数据发送至第一客户终端。

在一个实施例中，上述服务测试装置还可以包括：

错误消息生成模块，用于当不存在服务测试请求对应的测试数据时，生成错误消息。

错误消息发送模块，用于将错误消息发送至服务终端。

新增方案接收模块，用于接收服务终端根据错误消息生成的新增测试方案。

第二结果获取模块，用于根据新增测试方案测试服务测试请求对应的服务得到第二测试结果。

第二结果发送模块，用于将第二测试结果发送至第一客户终端。在一个实施例中，上述服务测试装置还可以包括：

上传请求接收模块，用于接收第二客户终端发送的测试数据上传请求，测试数据上传请求携带有建设方信息和测试数据。

存储模块，用于对建设方信息进行审核，若审核通过，存储测试数据。

在一个实施例中，上述服务测试装置还可以包括：

接入请求接收模块，用于接收第二客户终端发送的接入请求，接入请求携带有建设方信息。

接入权限验证模块，用于对建设方信息进行审核，若审核通过，获取接入请求对应的配置页面。

页面配置模块，用于将配置页面发送至第二客户终端，并接收第二客户终端根据配置页面返回的配置数据。

配置存储模块，用于对配置数据进行审核，若审核通过，存储配置数据；

环境生成模块，用于根据配置数据生成测试环境。

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

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

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收第一客户终端发送的服务测试请求，服务测试请求携带有测试方信息和建设方信息；根据测试方信息验证第一客户终端的测试权限，当测试权限验证通过时，检测是否已接入建设方信息对应的测试环境，若接入，在测试环境中测试服务测试请求对应的服务；基于测试环境获取第一测试结果；将第一测试结果发送至第一客户终端。

在一个实施例中，处理器执行计算机程序时实现的检测是否已接入建设方信息对应的测试环境之后，还包括：若未接入，检测是否存在服务测试请求对应的测试数据，若存在，获取测试数据；将测试数据发送至第一客户终端。

在一个实施例中，处理器执行计算机程序时实现的检测是否存在服务测试请求对应的测试数据之后，还包括：当不存在服务测试请求对应的测试数据时，生成错误消息；将错误消息发送至服务终端；接收服务终端根据错误消息生成的新增测试方案；根据新增测试方案测试服务测试请求对应的服务得到第二测试结果；将第二测试结果发送至第一客户终端。

在一个实施例中，处理器执行计算机程序时实现的检测是否存在服务测试请求对应的测试数据之前，还包括：接收第二客户终端发送的测试数据上传请求，测试数据上传请求携带有建设方信息和测试数据；对建设方信息进行审核，若审核通过，存储测试数据。

在一个实施例中，处理器执行计算机程序时实现的测试环境的接入方式，包括：接收第二客户终端发送的接入请求，接入请求携带有建设方信息；对建设方信息进行审核，若审核通过，获取接入请求对应的配置页面；将配置页面发送至第二客户终端，并接收第二客户终端根据配置页面返回的配置数据；对配置数据进行审核，若审核通过，存储配置数据；根据配置数据生成测试环境。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收第一客户终端发送的服务测试请求，服务测试请求携带有测试方信息和建设方信息；根据测试方信息验证第一客户终端的测试权限，当测试权限验证通过时，检测是否已接入建设方信息对应的测试环境，若接入，在测试环境中测试服务测试请求对应的服务；基于测试环境获取第一测试结果；将第一测试结果发送至第一客户终端。

在一个实施例中，计算机程序被处理器执行时实现的检测是否已接入建设方信息对应的测试环境之后，还包括：若未接入，检测是否存在服务测试请求对应的测试数据，若存在，获取测试数据；将测试数据发送至第一客户终端。

在一个实施例中，计算机程序被处理器执行时实现的检测是否存在服务测试请求对应的测试数据之后，还包括：当不存在服务测试请求对应的测试数据时，生成错误消息；将错误消息发送至服务终端；接收服务终端根据错误消息生成的新增测试方案；根据新增测试方案测试服务测试请求对应的服务得到第二测试结果；将第二测试结果发送至第一客户终端。

在一个实施例中，计算机程序被处理器执行时实现的检测是否存在服务测试请求对应的测试数据之前，还包括：接收第二客户终端发送的测试数据上传请求，测试数据上传请求携带有建设方信息和测试数据；对建设方信息进行审核，若审核通过，存储测试数据。

在一个实施例中，计算机程序被处理器执行时实现的测试环境的接入方式，包括：接收第二客户终端发送的接入请求，接入请求携带有建设方信息；对建设方信息进行审核，若审核通过，获取接入请求对应的配置页面；将配置页面发送至第二客户终端，并接收第二客户终端根据配置页面返回的配置数据；对配置数据进行审核，若审核通过，存储配置数据；根据配置数据生成测试环境。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

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

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