基于可扩展标记语言XML配置文件的测试方法及装置

摘要

本发明提出一种基于XML配置文件的方法，包括以下步骤：获取待测试产品，待测试产品包括多个待测试功能点；根据多个待测试功能点形成XML配置文件，其中，XML配置文件包括多个测试节点，其中，每个测试节点与一个待测试功能点对应，且每个测试节点包括多个标记对，标记对包括属性标识及内容信息，内容信息为针对测试节点对应的测试项的信息；自动化测试框架获取待测试产品和XML配置文件；自动化测试框架根据XML配置文件获取对应的测试节点及对应的测试项信息；自动化测试框架根据测试项对测试节点进行测试。本发明还提出一种基于XML配置文件的装置。本发明具有执行效率高、准确度高且维护简便的特性，并且可以提高产品的测试效率。

说明书

技术领域

本发明涉及计算机技术领域，特别涉及一种基于可扩展标记语言XML 配置文件的测试方法及装置

背景技术

产品测试需要在大量指定的无关联的位置部署文件和注册表项，以检 查产品的功能。常规的手动部署会非常耗时且容易出错，批量处理脚本的 方法又难以维护。特别是在已有位置上增加文件和注册表项时，更难以维 护。由上可知，现有的测试方法具有效率低和准确性低的缺陷。手工执行 这些文件和注册表项的部署、测试、检查工作，时间在60分钟以上，还无 法保证执行的准确性。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一。

为此，本发明的第一个目的在于提出一种效率高且准确性高的基于可 扩展标记语言XML配置文件的测试方法。本发明的第二个目的在于提出一 种基于XML配置文件的测试装置。

为达到上述目的，本发明第一方面的实施例提供一种基于可扩展标记 语言XML配置文件的测试方法，包括以下步骤：

获取待测试产品，所述待测试产品包括多个待测试功能点；

根据所述多个待测试功能点形成XML配置文件，其中，所述XML配 置文件包括多个测试节点，其中，每个测试节点与一个所述待测试功能点 对应，且所述每个测试节点包括多个标记对，所述标记对包括属性标识及 内容信息，所述内容信息为针对所述测试节点对应的测试项的信息；

自动化测试框架获取所述待测试产品和所述XML配置文件；

所述自动化测试框架根据所述XML配置文件获取对应的测试节点及 对应的测试项信息；以及

所述自动化测试框架根据所述测试项信息对所述测试节点进行测试。

根据本发明实施例的基于XML配置文件的测试方法，具有以下优点：

（1）节点管理方便：一个节点对应一个功能点，增加新功能点时只需 增加新节点；增强旧的功能点时，在就节点中增加新的子节点。

（2）统一处理、直观快捷：使用脚本调用该XML配置文件，可以进 行文件生成、文件检查、绝对路径修改等操作，只修改脚本就能起到修改 所有节点对应结果的作用；如增加文件和注册表项的数量、更改目标盘符 等。

（3）支持指定节点处理，不是必须使用全部节点，可按测试需求随意 指定使用，指定的时候使用父节点的text即可。

（4）功能扩充极其简单：待测试功能有变动时，在个别节点中增加新 的标签位，然后在调用XML配置文件的脚本中对标签进行处理即可。

在本发明的一个实施例中，所述每个待测试功能点包括多个测试位置， 每个所述测试点包括一个测试父节点和多个测试子节点，其中，每个测试 子节点与一个测试位置对应，且所述每个测试子节点包括对应的标记对。

其中，所述测试项包括测试文件和/或注册表项。所述测试项的信息包 括所述测试文件的路径、数量、类型、文件大小、前缀名中的一项或多项， 以及注册表位置、键值类型、键名、值内容中的一项或多项。

进一步，还包括：

所述自动化测试框架通过测试脚本对所述XML配置文件进行分析以 获取所述XML配置文件对应的测试项；

所述自动化测试框架通过所述测试脚本检测所述测试项是否部署在对 应的位置。

在本发明的又一个实施例中，所述每个测试子节点还包括标签，其中， 所述标签包括默认标签和增加性能测试标签。

本发明第二方面的实施例提供一种基于XML配置文件的测试装置，包 括：获取模块，用于获取待测试产品，所述待测试产品包括多个待测试功 能点；XML配置文件生成模块，用于根据所述多个待测试功能点形成XML 配置文件，其中，所述XML配置文件包括多个测试节点，其中，每个测试 节点与一个所述待测试功能点对应，且所述每个测试节点包括多个标记对， 所述标记对包括属性标识及内容信息，所述内容信息为针对所述测试节点 对应的测试项的信息；自动化测试框架模块，用于获取所述待测试产品和 所述XML配置文件，并根据所述XML配置文件获取对应的测试节点及对 应的测试项信息，以及根据所述测试项信息对所述测试节点进行测试。

根据本发明实施例的基于XML配置文件的测试装置，具有以下优点：

（1）节点管理方便：一个节点对应一个功能点，增加新功能点时只需 增加新节点；增强旧的功能点时，在就节点中增加新的子节点。

（2）统一处理、直观快捷：使用脚本调用该XML配置文件，可以进 行文件生成、文件检查、绝对路径修改等操作，只修改脚本就能起到修改 所有节点对应结果的作用；如增加文件和注册表项的数量、更改目标盘符 等。

（3）支持指定节点处理，不是必须使用全部节点，可按测试需求随意 指定使用，指定的时候使用父节点的text即可。

（4）功能扩充极其简单：待测试功能有变动时，在个别节点中增加新 的标签位，然后在调用XML配置文件的脚本中对标签进行处理即可。

进一步，所述每个待测试功能点包括多个测试位置，每个所述测试点 包括一个测试父节点和多个测试子节点，其中，每个测试子节点与一个测 试位置对应，且所述每个测试子节点包括对应的标记对。

其中，所述测试项包括测试文件和/或注册表项。所述测试项的信息包 括所述测试文件的路径、数量、类型、文件大小、前缀名中的一项或多项， 以及注册表位置、键值类型、键名、值内容中的一项或多项。

在本发明的又一个实施例中，本发明实施例的基于XML配置文件的测 试装置，还包括：测试脚本模块，用于对所述XML配置文件进行分析以获 取所述XML配置文件对应的测试项，并检测所述测试项是否部署在对应的 位置。

在本发明的又一个实施例中，所述每个测试子节点还包括标签，其中， 所述标签包括默认标签和增加性能测试标签。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面 的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描 述中将变得明显和容易理解，其中：

图1为根据本发明一个实施例的基于XML配置文件的测试方法的流程 图；

图2为根据本发明另一个实施例的基于XML配置文件的测试方法的流 程图；

图3为根据本发明一个实施例的基于XML配置文件的测试装置的示意 图；以及

图4为根据本发明另一个实施例的基于XML配置文件的测试装置的示 意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其 中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功 能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发 明，而不能解释为对本发明的限制。

下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结 构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。 当然，它们仅仅为示例，并且目的不在于限制本发明。此外，本发明可以 在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目 的，其本身不指示所讨论各种实施例和/或设置之间的关系。此外，本发明 提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意 识到其他工艺的可应用于性和/或其他材料的使用。另外，以下描述的第一 特征在第二特征之“上”的结构可以包括第一和第二特征形成为直接接触 的实施例，也可以包括另外的特征形成在第一和第二特征之间的实施例， 这样第一和第二特征可能不是直接接触。

在本发明的描述中，需要说明的是，除非另有规定和限定，术语“安 装”、“相连”、“连接”应做广义理解，例如，可以是机械连接或电连 接，也可以是两个元件内部的连通，可以是直接相连，也可以通过中间媒 介间接相连，对于本领域的普通技术人员而言，可以根据具体情况理解上 述术语的具体含义。

参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。 在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式， 来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的 实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要 求书的精神和内涵范围内的所有变化、修改和等同物。

下面参考图1和图2对本发明实施例的基于XML配置文件的测试方法 进行描述。

如图1所示，本发明实施例的基于XML配置文件的测试方法，包括如 下步骤：

步骤S101，获得测试产品。

测试产品包括多个待测试功能点。具体地，根据需求，列出大的待测 试功能点，对每一个待测试功能点在xml配置文件中新建父节点；节点内 部，每一个需要部署的位置对一个子节点

在本发明的一个实施例中，每个待测试功能点包括多个测试位置。其 中，每个测试点包括一个测试父节点和多个测试子节点。每个测试子节点 与一个测试位置对应，且每个测试子节点包括对应的标记对。

进一步，每个测试子节点还包括标签。其中，标签可以包括默认标签 和增加性能测试标签。其中，每个测试子节点内部使用tag/text标签对定义 需要部署的文件路径、数量、类型、大小、前缀名等或者是注册表位置、 键值类型、键名、值内容等信息。

步骤S102，根据多个待测试功能点形成XML配置文件。

XML配置文件包括多个测试节点。每个测试节点与一个待测试功能点 对应，且每个测试节点包括多个标记对，标记对包括属性标识及内容信息， 内容信息为针对测试节点对应的测试项的信息。

步骤S103，自动化测试框架获取待测试产品和XML配置文件。

步骤S104，自动化测试框架根据XML配置文件获取对应的测试节点 及对应的测试项信息。

在本发明的一个实施例中，测试项包括测试文件和/或注册表项。其中， 测试项的信息包括测试文件的路径、数量、类型、文件大小、前缀名中的 一项或多项，以及注册表位置、键值类型、键名、值内容中的一项或多项。

在本发明的一个实施例中，步骤S104还包括：自动化测试框架通过测 试脚本对XML配置文件进行分析以获取XML配置文件对应的测试项；自 动化测试框架通过测试脚本检测测试项是否部署在对应的位置。

具体地，解析xml文件，脚本根据文件的层级信息和最底层的tag/text 标签对，确定绝对路径（注册表位置）、所有要创建的文件名（注册表键、 值、内容全名）、文件大小等；自动生成列表，然后脚本顺序处理、按需 求部署；支持按指定节点的规则进行部署、

针对上述的层级结构和部署设计，解析脚本只需按照一定的规则进行 信息读取和处理即可。传入<Trash>、<Track>或<Registry>作为参数时，脚 本就能自动部署xml文件中对应节点下的所有文件和注册表项目。如果不 需要这么大范围的部署，可以只传入子项目的tag作为参数，如： <Trash/WindowsPrereadingFiles>，这样脚本只会执行该子项目的部署。

为了使得XML文件部署更加简便，脚本处理还具有路径智能解析的功 能，针对XML文件中的文件或注册表项目的部署路径，脚本能够自动判断 驱动盘、解析相对路径、解析系统变量定义的路径等。在编写XML文件时， 可以根据使用者自己的习惯或其认为方便的方式来填写路径信息。

文件和注册表项目部署的详细信息中，文件类型（注册表值的内容） 是支持多项的，无需新建新的节点，直接在<type></type>内增加待部署的 类型以分隔符区分开即可。如：<type>doc,txt,pdf</type>；

脚本还支持XML文件中增加更多的文件和注册表信息，如时间，可以 用户自定义部署时间而不使用脚本被调用的时间。文件特性可以隐藏，摈 弃文件权限级别也可控。

同时，脚本会考虑并处理<Trash/WindowsPrereadingFiles>节点下的属 性<Default>，这个是本发明的基于XML配置文件的测试方法的应用对象 需要的属性。通过本发明的基于XML配置文件的测试方法，可以根据应用 对象自由扩展和丰富对象属性、以适合应用需求。总之，脚本的可扩展性 非常的丰富、灵活，应用前景十分广阔。

步骤S105，自动化测试框架根据测试项信息对测试节点进行测试。

根据XML配置文件，脚本检查所需部署文件、注册表项是否部署到位。 检查执行特定功能后，对应的文件存在状态是否正确，并支持整个xml文 件所有节点检查，同时支持单个子节点检查和单个父节点检查，其中父节 点包含大量子节点。并且，根据XML配置文件，脚本可以随意测试产品需 求功能。

集成到自动化测试框架内部时无需任何修改，直接在自动化框架中调 用解析XML配置文件的代码，不需要任何额外投入即可实现功能测试自动 化。

利用XML配置文件能检查产品某些功能运行后的文件和注册表项状 态，零成本支持测试必须完成的检查环节。并且，检查耗时不超过1分钟。 手工执行时，人工检查的工作量和部署这些文件、注册表项是相当的，可 以直接集成进入自动化测试框架，无需任何改动，从而大幅提高了测试的 效率和质量。

下面以表1和表2为例对本步骤的测试节点的层级关系进行说明。

表1示出了节点的层级关系。表1使用的根节点包含三个子节点，对 应实际应用的三个对象，这三个对象中均需要部署相应的文件盒注册表项 目。上述三个子节点中，每个子节点又包含下一层的子节点。

表1

表2示出了每个子节点下包含的下一层的子节点。如表2所示：Trash 子节点包含了多个下级子节点，每一个子节点都是本专利实际应用中的一 个子项目，子项目中需要部署具体的文件或注册表项目。

表2

以表2中Trash/WindowsPrereadingFiles为例，该子节点下级的 <TargetFile>为最低级别的节点，包含了具体的文件部署信息：位置、 数量、大小、文件前缀名、类型等；同时本文还通过<Default>标签标记 了这个项目的属性，属性可以无限扩展；

表3给出了某个注册表子项目的最低级别节点信息，与文件所不同 的是，节点内的信息是针对注册表项目。

表3

通过上面阐述本发明层次结构和节点部署，本发明能够针对各种文件 和注册表项目的部署需求，进行无限扩展、应用。因为只需要通过增加上 层子节点就能添加大项、增加底层子节点信息或属性等就能够增加具体的 文件和注册表项目以及大项目的行为特点。

下面参考图2对本发明实施例的基于XML配置文件的测试方法进行详 细描述。

步骤S201，分析测试需求。

步骤S202，编写XML文件。

步骤S203，基于XML文件的部署和测试，对于常规需求增长，执行 步骤S204，对于特殊需求增长，执行步骤S205；

步骤S204，当常规需求增长时，维护XML文件，然后返回步骤S202。

步骤S2041，增加测试需求、有新的功能点时，增加新的父节点或者 是子节点。

步骤S2042，旧的功能需要增强时，找到对应节点对相应的tag中的text 内容进行修改。

步骤S205，当支持特殊需求时，维护XML文件，然后返回步骤S202。

步骤S2051，增加默认部署逻辑，需求里面有些项目默认需要测试， 则统一加上“Default”标签，脚本调用xml文件时直接使用这些节点的规 则，不会出现遗漏。

步骤S2052，增加性能测试部署逻辑，需求里面需要执行性能测试的 只有部分节点，在里面加上“PerfTest”标签，脚本调用时只处理带标签的 节点、部署性能测试环境。此时的部署会忽略规则中对文件和注册表项的 数量、大小的指定，以满足性能测试需求。

步骤S2053，“指定文件”部署逻辑，即测试中需要用到指定名称、 指定大小的文件或注册表项，修改表示数量的tag为-1，表示唯一。

步骤S206，自动化测试集成。

需要说明的是，特殊功能扩充和需求增长时维护成本低，目前最大工 作量的一次维护不超过10分钟。

根据本发明实施例的基于XML配置文件的测试方法，采用XML节点 方式组织需要部署的文件和注册表，每个节点是产品待测试的一个功能点， 使用tag/text标记对来记录需要部署信息。对所有的节点，使用同一个脚本 文件进行处理，从而一键式、准确的生成所有需要部署的文件和注册表项 目。此外，本发明按需求创建初始XML配置文件，解析XML配置文件执 行部署任务，集成到自动化测试框架中。根据特殊需求和常规需求维护xml 文件，从而提高效率和部署的准确性。

此外，本发明的基于XML配置文件的测试方法的创新点和优势还体现 在：

（1）节点管理方便：一个节点对应一个功能点，增加新功能点时只需 增加新节点；增强旧的功能点时，在就节点中增加新的子节点。

（2）统一处理、直观快捷：使用脚本调用该XML配置文件，可以进 行文件生成、文件检查、绝对路径修改等操作，只修改脚本就能起到修改 所有节点对应结果的作用；如增加文件和注册表项的数量、更改目标盘符 等。

（3）支持指定节点处理，不是必须使用全部节点，可按测试需求随意 指定使用，指定的时候使用父节点的text即可。

（4）功能扩充极其简单：待测试功能有变动时，在个别节点中增加新 的标签位，然后在调用XML配置文件的脚本中对标签进行处理即可。

综上，本发明的基于XML配置文件的测试方法的XML配置文件条理 清晰、逻辑性强，部署文件和注册表项迅速、准确。此外，2分钟之内即 可完成全部部署工作。在实际使用时，具有执行快、准确率高、维护简便 的特别，极大幅度地提高了产品的测试效率。

本发明第二方面的实施例提供一种基于XML配置文件的测试装置。

如图3所示，本发明实施例的基于XML配置文件的测试装置300包括 获取模块310、XML配置文件生成模块320和自动化测试框架模块330。

具体地，获取模块310用于获取待测试产品。其中，待测试产品包括 多个待测试功能点。每个待测试功能点包括多个测试位置，每个测试点包 括一个测试父节点和多个测试子节点。其中，每个测试子节点与一个测试 位置对应，且每个测试子节点包括对应的标记对。

进一步，每个测试子节点还包括标签。其中，标签包括默认标签和增 加性能测试标签。

XML配置文件生成模块320与获取模块310相连，用于根据多个待测 试功能点形成XML配置文件。

其中，XML配置文件包括多个测试节点。每个测试节点与一个待测试 功能点对应，且每个测试节点包括多个标记对。标记对包括属性标识及内 容信息，其中内容信息为针对测试节点对应的测试项的信息。

自动化测试框架模块330分别与获取模块310和XML配置文件生成模 块320相连，用于获取待测试产品和XML配置文件，并根据XML配置文 件获取对应的测试节点及对应的测试项信息，以及根据测试项信息对测试 节点进行测试。

在本发明的一个实施例中，测试项包括测试文件和/或注册表项。测试 项的信息包括测试文件的路径、数量、类型、文件大小、前缀名中的一项 或多项，以及注册表位置、键值类型、键名、值内容中的一项或多项。

如图4所示，本发明实施例的基于XML配置文件的测试装置300还包 括测试脚本模块340。其中，测试脚本模块340分别与XML配置文件生成 模块320和自动化测试框架模块330相连，用于对XML配置文件进行分析 以获取XML配置文件对应的测试项，并检测测试项是否部署在对应的位 置。

具体地，测试脚本模块340根据文件的层级信息和最底层的tag/text 标签对，确定绝对路径（注册表位置）、所有要创建的文件名（注册表键、 值、内容全名）、文件大小等；自动生成列表，然后脚本顺序处理、按需 求部署；支持按指定节点的规则进行部署、

针对上述的层级结构和部署设计，测试脚本模块340只需按照一定的 规则进行信息读取和处理即可。传入<Trash>、<Track>或<Registry>作为参 数时，脚本就能自动部署xml文件中对应节点下的所有文件和注册表项目。 如果不需要这么大范围的部署，可以只传入子项目的tag作为参数，如： <Trash/WindowsPrereadingFiles>，这样脚本只会执行该子项目的部署。

为了使得XML文件部署更加简便，测试脚本模块340的脚本处理还具 有路径智能解析的功能，针对XML文件中的文件或注册表项目的部署路 径，脚本能够自动判断驱动盘、解析相对路径、解析系统变量定义的路径 等。在编写XML文件时，可以根据使用者自己的习惯或其认为方便的方式 来填写路径信息。

文件和注册表项目部署的详细信息中，文件类型（注册表值的内容） 是支持多项的，无需新建新的节点，直接在<type></type>内增加待部署的 类型以分隔符区分开即可。如：<type>doc,txt,pdf</type>；

脚本还支持XML文件中增加更多的文件和注册表信息，如时间，可以 用户自定义部署时间而不使用脚本被调用的时间。文件特性可以隐藏，摈 弃文件权限级别也可控。

同时，脚本会考虑并处理<Trash/WindowsPrereadingFiles>节点下的属 性<Default>，这个是本发明的基于XML配置文件的测试方法的应用对象 需要的属性。通过本发明的基于XML配置文件的测试方法，可以根据应用 对象自由扩展和丰富对象属性、以适合应用需求。总之，脚本的可扩展性 非常的丰富、灵活，应用前景十分广阔。

根据本发明实施例的基于XML配置文件的测试装置，采用XML节点 方式组织需要部署的文件和注册表，每个节点是产品待测试的一个功能点， 使用tag/text标记对来记录需要部署信息。对所有的节点，使用同一个脚本 文件进行处理，从而一键式、准确的生成所有需要部署的文件和注册表项 目。此外，本发明按需求创建初始XML配置文件，解析XML配置文件执 行部署任务，集成到自动化测试框架中。根据特殊需求和常规需求维护xml 文件，从而提高效率和部署的准确性。

此外，本发明的基于XML配置文件的测试方法的创新点和优势还体现 在：

（1）节点管理方便：一个节点对应一个功能点，增加新功能点时只需 增加新节点；增强旧的功能点时，在就节点中增加新的子节点。

（2）统一处理、直观快捷：使用脚本调用该XML配置文件，可以进 行文件生成、文件检查、绝对路径修改等操作，只修改脚本就能起到修改 所有节点对应结果的作用；如增加文件和注册表项的数量、更改目标盘符 等。

（3）支持指定节点处理，不是必须使用全部节点，可按测试需求随意 指定使用，指定的时候使用父节点的text即可。

（4）功能扩充极其简单：待测试功能有变动时，在个别节点中增加新 的标签位，然后在调用XML配置文件的脚本中对标签进行处理即可。

综上，本发明的基于XML配置文件的测试方法的XML配置文件条理 清晰、逻辑性强，部署文件和注册表项迅速、准确。此外，2分钟之内即 可完成全部部署工作。在实际使用时，具有执行快、准确率高、维护简便 的特别，极大幅度地提高了产品的测试效率。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解 为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行 指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括 另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能 按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例 所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以 被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任 何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的 系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令 并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。 就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、 传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、 装置或设备而使用的装置。计算机可读介质的更具体的示例（非穷尽性列 表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计 算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM）， 可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携 式光盘只读存储器（CDROM）。另外，计算机可读介质甚至可以是可在其 上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介 质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理 来以电子方式获取所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来 实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合 适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现， 和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们 的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻 辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列 （PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部 或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储 于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤 之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块 中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在 一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软 件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现 并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介 质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、 “示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或 示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施 例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同 的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任 何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员 而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例 进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等 同限定。