评估自动化测试应用水平的方法及相关设备与流程

1.本技术涉及数据测试技术领域，尤其涉及一种评估自动化测试应用水平的方法及相关设备。


背景技术：

2.软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果)，并利用这些测试用例去运行程序，以发现程序错误的过程。
3.而自动化测试是借助于测试工具、测试规范，从而局部或全部代替人工进行测试及提高测试效率的过程。自动测试相对于手工测试而言，其主要进步在于自动测试工具的引入。自动化测试的一般定义为：各种测试活动的管理与实施，包括测试脚本的开发与执行，以便使用某种自动测试工具来验证测试需求。测试活动的自动化在许多情况下可以获得最大的实用价值，尤其在自动测试的测试用例开发和组装阶段，测试脚本被重复调用，可重用脚本可能运行很多次。因此，采用自动测试可以获得很高的回报。
4.目前评估自动化测试应用效果时通常是通过统计测试案例中自动化实现的占比，大多是以系统维度统计。用例的可自动化率与实际执行时的自动化率没有明确区分。


技术实现要素：

5.有鉴于此，本技术的目的在于提出一种评估自动化测试应用水平的方法及相关设备用以解决或部分解决上述技术问题。
6.基于上述目的，本技术第一方面提供了一种评估自动化测试应用水平的方法，包括：
7.获取自动化测试应用的多个测试流程；
8.对各个测试流程进行脚本对应，根据脚本对应结果确定各个测试流程的验证可自动化率；
9.根据所述各个测试流程的验证可自动化率计算全体测试流程的最大可自动化率；
10.基于各个测试流程的验证测试的验证可自动化率、最大可自动化率以及验证测试的测试数据构建验证测试统计表；
11.对各个测试流程进行实际测试，统计预定时间段内实际测试中各个测试流程的实际可自动化率，并基于所述各个测试流程的实际可自动化率以及实际测试的测试数据构建实际测试统计表；
12.根据所述验证测试统计表和所述实际测试统计表确定评估结果。
13.本技术的第二方面，提供了一种评估自动化测试应用水平的装置，包括：
14.流程获取模块，被配置为获取自动化测试应用的多个测试流程；
15.验证测试模块，被配置为对各个测试流程进行脚本对应，根据脚本对应结果确定各个测试流程的验证可自动化率；
16.最大可自动化率计算模块，被配置为根据所述各个测试流程的验证可自动化率计算全体测试流程的最大可自动化率；
17.验证测试统计模块，被配置为基于各个测试流程的验证测试的验证可自动化率、最大可自动化率以及验证测试的测试数据构建验证测试统计表；
18.实际测试统计模块，被配置为对各个测试流程进行实际测试，统计预定时间段内实际测试中各个测试流程的实际可自动化率，并基于所述各个测试流程的实际可自动化率以及实际测试的测试数据构建实际测试统计表；
19.评估结果确定模块，被配置为根据所述验证测试统计表和所述实际测试统计表确定评估结果。
20.本技术提供的第三方面，提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面所述的方法。
21.本技术提供的第四方面，提出了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行第一方面所述方法。
22.从上面所述可以看出，本技术提供的评估自动化测试应用水平的方法及相关设备，分析各个测试流程在验证测试过程中的验证自动化替代率，进而得到整个流程的可自动化率；统计一定时期内实际自动化执行的各个测试流程的实际可自动化率，进而得到在可自动化率基础上的应用水平。能够剔除了人脸识别、图形验证码等目前不具备自动化执行的功能，可以准确、真实的反映自动化测试的应用水平。
附图说明
23.为了更清楚地说明本技术或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1a为本技术实施例的评估自动化测试应用水平的方法的流程图；
25.图1b为本技术实施例的智能投保流程的自动化脚本的对应脚本关系的表格图；
26.图1c为本技术实施例的智能投保流程的各个自动化脚本的验证自动化替代率；
27.图1d为本技术实施例的九个测试流程的验证可自动化率的表格图；
28.图1e为本技术实施例的验证测试统计表的表格图；
29.图1f为本技术实施例的实际测试统计表的表格图；
30.图2为本技术实施例的评估自动化测试应用水平的装置的结构框图；
31.图3为本技术实施例的电子设备的结构示意图。
具体实施方式
32.为使本技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本技术进一步详细说明。
33.需要说明的是，除非另外定义，本技术实施例使用的技术术语或者科学术语应当
为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
34.在相关技术中，自动化测试主要包含了ui(user interface，用户界面)自动化测试和接口自动化测试。ui自动化测试基于ui界面，更贴近于真实的用户操作，成本比接口测试要高，主要原因不是技术实现难度高，而是因为ui是对接用户的终端界面，其是调整最频繁，改动最剧烈的部分，所以维护成本高。而接口自动化测试，是一种灰盒测试方法，主要测试内部接口功能的完成性。相较于ui自动化测试，其具有自动化成本低和测试效率高的特点。接口测试的工作原理是接口测试工具模拟客户端向服务器发送报文请求，服务器接受请求并做出响应。然后向客户端返回应答信息，接口测试工具对应答信息进行解析的一个过程。
35.自动化测试应用效果指在实际测试中使用自动化执行的部分的占比，通常用测试用例的自动化执行占比来表示。占比越高，说明自动化替代的比例越大，就越能节省人力，自动化测试的应用效果也就越好。
36.场景测试属于一种使用场景来进行的软件测试活动。这些测试通常不同于测试用例，因为测试用例是单个步骤，而场景涵盖了许多步骤。在场景测试中，基于正确的操作流来实现正确的结果，把这个流程称为主流程。当在操作流中遇到失败流程时，将此流称为可选流。
37.而验证测试作为上线前的最后一关，通常选用主流程作为测试场景。由于是基于场景的，测试通常是跨多个系统的。通过运用场景来对系统的功能点或业务流程进行描述，可以提高测试效果。
38.相关技术中的缺点是不能准确地反映实际执行时的自动化应用效果和对人工替代的情况，主要体现在3个方面：
39.1)、受限于客观条件，测试中有部分案例是无法采用自动化实现的，比如人脸动态识别、指纹识别等生物特征识别。这些操作本身就是为了防止系统被自动攻击，加强安全性而设置的。相关技术没有充分考虑这些因素对自动化应用效果的影响。
40.2)、不能体现出应用效果，而是将测试执行阶段的自动化率与开发阶段的可自动化率混在一起，应用效果是动态指标，而可自动化率是一个相对静态指标。
41.3)、不能综合反映多个测试流程的自动化应用情况。验证测试包含了多个流程的验证，每个流程又具有多个测试场景，仅基于测试用例来表述自动化占比不能体现整个验证测试的自动化应用效果。
42.基于上述描述的情况，本技术提出了一种评估自动化测试应用水平的方法，如图1a所示，方法包括：
43.步骤101，获取自动化测试应用的多个测试流程。
44.具体实施时，确定多个测试流程的种类，具体可以为九个测试流程，包括：
45.智能投保2.0、寿险app自助保全、国寿大健康、银保通、e门店、国寿e学、易学堂、团销和团客。
46.步骤102，对各个测试流程进行脚本对应，根据脚本对应结果确定各个测试流程的验证可自动化率。
47.在一些实施例中，步骤102包括：
48.步骤1021，调取各个测试流程对应的验证测试样本集，确定每个测试流程对应的验证测试样本集与自动化脚本的对应脚本关系。
49.首先，确定各个测试流程的自动化类型，九个验证测试流程包含了ui自动化测试(app(application)端和web(world wide web)端)和接口自动化测试等，具体如下表1。
50.表1
51.测试流程移动端ui自动化web端ui自动化接口自动化智能投保2.0√ 寿险app自助保全√ 国寿大健康√ 银保通
ꢀꢀ
√e门店
ꢀꢀ
√国寿e学 √易学堂√团销√ 团客 √
52.然后，梳理各个测试流程的测试场景(即，验证测试样本集)与自动化脚本的对应脚本关系。首先将验证测试样本进行编号，之后与自动化脚本进行对应，将未实现自动化的验证测试样本单独罗列在下方。如图1b所示，是智能投保流程的验证测试样本与自动化脚本的对应表。
53.步骤1022，根据每个对应脚本关系，计算每个自动化脚本的验证自动化替代率。
54.具体实施时，每个测试流程对应多个自动化脚本，每个自动化脚本均对应得到一个验证自动化替代率。
55.在一些实施例中，步骤1022包括：
56.步骤10221，根据每个测试流程的验证测试样本集的对应脚本关系，确定每个自动化脚本对应的测试案例的自动化覆盖数据，其中，所述自动化覆盖数据包括：自动化已覆盖或自动化未覆盖。
57.步骤10222，根据所述自动化覆盖数据，计算每个自动化脚本的验证自动化替代率p1，p1＝n1/n1，其中，n1为每个测试流程的验证测试样本集中自动化已覆盖案例数，n1为每个测试流程的验证测试样本集的总案例数。
58.具体实施时，有了验证测试样本与自动化脚本的对应关系后，逐个分析验证测试样本(测试场景)里包含的测试案例的自动化覆盖情况，记录自动化已覆盖和未覆盖的案例，未覆盖的案例即必须手工测试部分，已覆盖案例数比上总案例数即为验证自动化替代率。
59.如图1c所示，样本1(为智能投保的一个自动化脚本的样本)与自动化脚本
testallonecase1对应，样本1包含了199个测试用例，其中有12个测试用例因为寿险app回访(人脸识别)、客户信息页身份证识别等原因无法使用自动化执行，剩余187个测试用例均可用自动化执行，故该自动化脚本的验证自动化替代率为187/199＝94.0％。
60.各个测试流程均按照上述的方式得到各自对应的多个自动化脚本的验证自动化替代率，具体过程与上述同理，这里不再赘述。
61.步骤1023，对所述验证自动化替代率进行加权处理，得到每个测试流程的验证可自动化率。
62.具体实施时，以每个验证测试样本包含的测试用例数为权重，计算该测试流程中各个自动化脚本的验证自动化替代率的加权平均数，即可得到该测试流程的验证可自动化率(即，图中的该流程的可自动化率)。如图1d所示，g列表示在验证测试样本维度该流程自动化覆盖情况，但考虑到很多测试样本在自动化脚本执行后仍需要一定的人工操作，实际的可自动化率(h列)会小于g列的值。
63.步骤103，根据所述各个测试流程的验证自动化替代率以及验证可自动化率计算全体测试流程的最大可自动化率。
64.在一些实施例中，步骤103具体为：以每个测试流程的验证测试样本集中包含的验证测试用例数为权重，对所述验证自动化替代率计算加权平均数，得到全体测试流程的最大可自动化率。
65.具体实施时，九个验证测试流程差异很大，存在app、web、接口等多种测试类型，测试场景(即验证测试样本)数不能反映各个流程的真实测试工作量。例如，如智能投保虽然只有6个验证测试样本，但却包含了269个有效测试用例，测试时长较长。对于不同的测试流程，单个测试用例的工作量相近，因此以每个测试流程包含的测试用例的多少为权重得到整个验证测试的验证可自动化率，是相对客观和准确的。经过计算九大流程的最大可自动化率为83.1％。
66.通过上述方案，得出了各个流程和整个验证测试的最大可自动化率，这也是在测试过程中能达到的最大的自动化率。
67.步骤104，基于各个测试流程的验证测试的验证可自动化率、最大可自动化率以及验证测试的测试数据构建验证测试统计表。
68.在一些实施例中，所述验证测试的测试数据，包括下列至少之一：
69.验证测试样本数、自动化脚本数、自动化样本比重、测试流程的验证测试案例总数和权重。
70.如图1e所示，构建能够展示整个验证测试流程的自动化应用情况的验证测试统计表，通过表格的方式进行展示，能够更加的直观，另外还可以将各个率值段进行分颜色进行展示，这样用户能够直观的通过颜色确定测试流程的各种自动化率的具体取值范围。
71.步骤105，对各个测试流程进行实际测试，统计预定时间段内实际测试中各个测试流程的实际可自动化率，并基于所述各个测试流程的实际可自动化率以及实际测试的测试数据构建实际测试统计表。
72.具体实施时，对各个测试流程进行实际测试时，受制于环境中断、脚本bug，新版本页面变动等因素，通常很难达到最大的自动化率。为了准确的反映实际测试中的自动化应用情况，在版本发布需要进行验证测试时，将每次自动化执行的情况进行记录。
73.在一些实施例中，步骤105包括：
74.步骤1051，调取各个测试流程对应的实际测试样本，确定每个测试流程对应的实际测试样本与自动化脚本的实际对应脚本关系。
75.步骤1052，根据每个实际对应脚本关系，计算每个自动化脚本的实际可自动化率。
76.步骤1053，对所述实际可自动化率进行加权处理，得到每个测试流程的实际自动化替代率。
77.步骤1054，将统计的预定时间段内的各个测试流程的实际可自动化率以及实际测试的测试数据，构建实际测试统计表。
78.具体实施时，在版本发布需要进行验证测试时，将每次自动化执行的情况进行记录，得到实际可自动化率的过程与上述验证可自动化率的计算过程同理。这里不再赘述。这样就能将每次版本发布的实际测试结果记录下来。
79.将预定时间段记录的各个测试流程的实际可自动化率以及实际测试的测试数据，构建实际测试统计表，具体如图1f所示。
80.更进一步，用自动化替代率(包括：验证自动化替代率或实际自动化替代率)比上得出的可自动化率(包括：验证可自动化率或实际可自动化率)，就可以得到剔除了不能使用自动化(生物特征识别等)影响的自动化的应用效果。将脚本开发阶段与脚本执行阶段的自动化率进行了区分，更有利于提升测试执行时的自动化占比，节省更多人力。
81.在一些实施例中，所述实际的测试数据包括下列至少之一：
82.测试版本、测试开始时间、测试报告提交时间、实际测试样本数、测试案例数、是否使用自动化和测试报告中采用自动化数据的样本数。
83.具体如图所示，是具体构建的实际测试统计表的一个例子。从图中可以直观的看到各个测试流程对应的自动化应用情况。
84.步骤106，根据所述验证测试统计表和所述实际测试统计表确定评估结果。
85.具体实施时，可以根据上述得到的两个表格(即，验证测试统计表和实际测试统计表)，所代表的自动化应用情况，评估各个测试流程对应的自动化应用(例如，不可自动化或可部分自动化或可完全自动化等)。
86.通过上述实施例的方案，能够分析所有测试流程的自动化和手工测试情况，计算得到该测试流程的可自动化率(即最大自动化替代率)，通过记录每次测试执行时的自动化替代率，得到在最大自动化替代率下的应用效果。剔除了人脸识别、图形验证码等目前不具备自动化执行的功能，可以准确、真实的反映自动化测试的应用水平。按照各测试流程测试场景下的用例数量为权重，加权求得整个验证测试的自动化率，可屏蔽不同测试系统/流程/自动化类型的差异，准确体现当前阶段自动化测试的整体平均水平。
87.需要说明的是，本技术实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本技术实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
88.需要说明的是，上述对本技术的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定
要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
89.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种评估自动化测试应用水平的装置。
90.参考图2，所述评估自动化测试应用水平的装置，包括：
91.流程获取模块21，被配置为获取自动化测试应用的多个测试流程；
92.验证测试模块22，被配置为对各个测试流程进行脚本对应，根据脚本对应结果确定各个测试流程的验证可自动化率；
93.最大可自动化率计算模块23，被配置为根据所述各个测试流程的验证可自动化率计算全体测试流程的最大可自动化率；
94.验证测试统计模块24，被配置为基于各个测试流程的验证测试的验证可自动化率、最大可自动化率以及验证测试的测试数据构建验证测试统计表；
95.实际测试统计模块25，被配置为对各个测试流程进行实际测试，统计预定时间段内实际测试中各个测试流程的实际可自动化率，并基于所述各个测试流程的实际可自动化率以及实际测试的测试数据构建实际测试统计表；
96.评估结果确定模块26，被配置为根据所述验证测试统计表和所述实际测试统计表确定评估结果。
97.在一些实施例中，验证测试模块22包括：
98.调取单元，被配置为调取各个测试流程对应的验证测试样本集，确定每个测试流程对应的验证测试样本集与自动化脚本的对应脚本关系；
99.计算单元，被配置为根据每个对应脚本关系，计算每个自动化脚本的验证自动化替代率；
100.加权单元，被配置为对所述验证自动化替代率进行加权处理，得到每个测试流程的验证可自动化率。
101.在一些实施例中，计算单元具体被配置为：
102.根据每个测试流程的验证测试样本集的对应脚本关系，确定每个自动化脚本对应的测试案例的自动化覆盖数据，其中，所述自动化覆盖数据包括：自动化已覆盖或自动化未覆盖；根据所述自动化覆盖数据，计算每个自动化脚本的验证自动化替代率p1，p1＝n1/n1，其中，n1为每个测试流程的验证测试样本集中自动化已覆盖案例数，n1为每个测试流程的验证测试样本集的总案例数。
103.在一些实施例中，最大可自动化率计算模块23具体被配置为：
104.以每个测试流程的验证测试样本集中包含的验证测试用例数为权重，对所述验证自动化替代率计算加权平均数，得到全体测试流程的最大可自动化率。
105.在一些实施例中，所述验证测试的测试数据，包括下列至少之一：
106.验证测试样本数、自动化脚本数、自动化样本比重、测试流程的验证测试案例总数和权重。
107.在一些实施例中，实际测试统计模块25包括：
108.实际调取单元，被配置为调取各个测试流程对应的实际测试样本，确定每个测试流程对应的实际测试样本与自动化脚本的实际对应脚本关系；
109.实际计算单元，被配置为根据每个实际对应脚本关系，计算每个自动化脚本的实际可自动化率；
110.实际加权单元，被配置为对所述实际可自动化率进行加权处理，得到每个测试流程的实际自动化替代率；
111.统计单元，被配置为将统计的预定时间段内的各个测试流程的实际可自动化率以及实际测试的测试数据，构建实际测试统计表。
112.在一些实施例中，所述实际的测试数据包括下列至少之一：
113.测试版本、测试开始时间、测试报告提交时间、实际测试样本数、测试案例数、是否使用自动化和测试报告中采用自动化数据的样本数。
114.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本技术时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
115.上述实施例的装置用于实现前述任一实施例中相应的评估自动化测试应用水平的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
116.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的评估自动化测试应用水平的方法。
117.图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
118.处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
119.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
120.输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
121.通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
122.总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
123.需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运
行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
124.上述实施例的电子设备用于实现前述任一实施例中相应的评估自动化测试应用水平的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
125.基于同一发明构思，与上述任意实施例方法相对应的，本技术还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的评估自动化测试应用水平的方法。
126.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
127.上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的评估自动化测试应用水平的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
128.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本技术的范围(包括权利要求)被限于这些例子；在本技术的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本技术实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
129.另外，为简化说明和讨论，并且为了不会使本技术实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本技术实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本技术实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本技术的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本技术实施例。因此，这些描述应被认为是说明性的而不是限制性的。
130.尽管已经结合了本技术的具体实施例对本技术进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
131.本技术实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本技术实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本技术的保护范围之内。