一种用于处理软件自动测试脚本的方法和系统

摘要

本发明提供了一种用于处理自动测试脚本的方法和系统，该方法在运行自动测试脚本时，在查找到页面上的元素后，收集该元素的元素相关信息并保存，在页面元素发生变化后，该自动测试脚本自动查找与脚本指令相关联的元素相关信息，并根据与该指令相关联的元素相关信息，找到页面上的元素，并相应地自动更新所述自动测试脚本。

说明书

技术领域

本发明涉及软件测试，尤其涉及一种用于软件自动测试脚本的 方法和系统。

背景技术

在软件的开发环节，软件的自动测试已经成为软件开发环节中一 个重要的部分。在软件开发人员完成程序编码之后，测试人员会进 行一些基本的功能测试。同时，测试人员会开发出一些自动测试脚 本(automation scripts)，这些自动测试脚本可以用来替代手动测 试，并节省以后的测试成本。

自动测试脚本限定在应用程序界面上自动执行的一系列操作， 并利用一组规则来验证这些操作的结果。为了确保成功地进行自动 测试，自动测试脚本的维护是非常重要的。而每次应用程序界面上 有所改变时，都应该对自动测试脚本进行适当的更新，以反映该新 的变化。因而，测试人员必须不时地维护自动测试脚本，以确保其可 用性，并且是最新版本。

自动测试脚本的维护有时是非常繁琐的。每次在界面上有一个 细微的变动(例如，一些文字的变化)时，都有可能导致某些自动测 试脚本无法正常运行。例如，在用于网络应用的自动测试脚本中， 通常通过其文本(test)确定一个元素(element)(例如，按钮，链 接，等等)。在这种情况下，如果元素的文本改变，则由于自动测试 脚本在运行时无法找到原来的文本，因而不能进行正常的测试。在 软件开发过程中，开发人员需要不断地对其产品进行改进，这时，测 试人员也需要相应地更新其自动测试脚本，而这为测试工作产生很大 的工作负担。

发明内容

本发明提供了一种用于处理自动测试脚本的方法，该自动测试 脚本用于对页面进行测试，所述方法包括：

运行所述自动测试脚本；

根据所述自动测试脚本的指令中的定位信息，查找页面上的元 素；

响应于根据所述定位信息找到所述页面上的元素，收集所述元素 的元素相关信息；

将所收集的所述元素的元素相关信息与所述自动测试脚本的所 述指令相关联；

保存与所述指令相关联的元素相关信息。

根据本发明的另一个实施例，该方法进一步包括：响应于根据所 述定位信息未找到所述页面上的元素，查找与所述指令相关联的元素 相关信息，其中，所述与所述指令相关联的元素相关信息是在之前运 行所述自动测试脚本时收集并保存的；根据与所述指令相关联的元素 相关信息，查找所述页面上的元素。

根据本发明的另一个实施例，该方法进一步包括：响应于根据与 所述指令相关联的元素相关信息找到所述页面上的元素，检测所述元 素的定位信息；以及根据所述元素的定位信息，更新所述自动测试脚 本。

本发明还提供了一种用于处理自动测试脚本的系统，所述自动 测试脚本用于对页面进行测试，所述系统包括：

自动测试脚本运行模块，用于运行所述自动测试脚本，并根据所 述自动测试脚本的指令中的定位信息，查找页面上的元素；

页面元素信息收集模块，用于响应于根据所述定位信息找到所述 页面上的元素，收集所述元素的元素相关信息，并将所收集的所述元 素的元素相关信息与所述自动测试脚本的所述指令相关联；

页面元素信息库，用于保存与所述指令相关联的元素相关信息。

自动测试脚本运行模块、页面元素信息收集模块、测试脚本优化 /修正模块。

根据本发明的另一个实施例，所述自动测试脚本运行模块响应于 根据所述定位信息未找到所述页面上的元素，查找所述页面元素信息 库中所保存的与所述指令相关联的元素相关信息，其中，所述与所述 指令相关联的元素相关信息是在之前运行所述自动测试脚本时收集 并保存的；以及，根据与所述指令相关联的元素相关信息，查找所述 页面上的元素。

其中，所述自动测试脚本运行模块响应于根据与所述指令相关联 的元素相关信息找到所述页面上的元素，检测所述元素的定位信息； 以及所述系统进一步包括：测试脚本优化/修正模块，用于根据所述 元素的定位信息，更新所述自动测试脚本。

通过本发明的上述方法和系统，可以减少自动测试过程中的维护 负担，使得自动测试脚本具有“自我修复和自我维护”的能力。因 此，对于应用程序界面上的大多数“小”的改变，自动测试脚本可 以自己调节。除非有大的设计上的变化，不再需要人工区调节自动 测试脚本。这会帮助节省测试团队很大一部分工作。

附图说明

通过对附图中本发明示例实施例方式的更详细描述，本发明的 上述、以及其它目的、特征和优势将变得更加明显。

图1示出了适于用来实现本发明实施方式的示例性计算系统100 的框图。

图2a-2c示出了需要测试的网页页面的示例。

图3示出了依据本发明的一个实施例的用于处理自动测试脚本 的方法的流程图。

图4示出了依据本发明的另一个实施例的用于处理自动测试脚 本的方法的流程图。

图5示出了依据本发明的另一个实施例的用于处理自动测试脚 本的方法的流程图。

图6示出了依据本发明的一个实施例的用于处理自动测试脚本 的系统的方框图。

具体实施方式

以下参照按照本发明实施例的方法、系统描述本发明。其中， 流程图和/或框图的每个方框以及流程图和/或框图中各方框的组 合，都可以由计算机程序指令实现。这些计算机程序指令可以提供 给通用计算机、专用计算机或其它可编程数据处理装置的处理器， 从而生产出一种机器，使得通过计算机或其它可编程数据处理装置 执行的这些指令，产生实现流程图和/或框图中的方框中规定的功能 /操作的装置(means)。

也可以把这些计算机程序指令存储在能指令计算机或其它可编 程数据处理装置以特定方式工作的计算机可读介质中，这样，存储 在计算机可读介质中的指令产生一个包括实现流程图和/或框图中的 方框中规定的功能/操作的指令装置(instruction means)的制造 品。

还可以把计算机程序指令加载到计算机或其它可编程数据处理 装置上，使得在计算机或其它可编程数据处理装置上执行一系列操 作步骤，以产生计算机实现的过程，从而在计算机或其它可编程装 置上执行的指令就提供实现流程图和/或框图中的方框中规定的功能 /操作的过程。

图1示出了适于用来实现本发明实施方式的示例性计算系统100 的框图。如所示，计算机系统100可以包括：CPU(中央处理单元) 101、RAM(随机存取存储器)102、ROM(只读存储器)103、系统总 线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并 行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部 设备112、并行外部设备113和显示器114。在这些设备中，与系统 总线104耦合的有CPU 101、RAM 102、ROM 103、硬盘控制器105、 键盘控制器106、串行控制器107、并行控制器108和显示控制器 109。硬盘110与硬盘控制器105耦合，键盘111与键盘控制器106 耦合，串行外部设备112与串行接口控制器107耦合，并行外部设备 113与并行接口控制器108耦合，以及显示器114与显示控制器109 耦合。应当理解，图1所述的结构框图仅仅为了示例的目的而示出 的，而不是对本发明范围的限制。在某些情况下，可以根据具体情 况而增加或者减少某些设备。

本发明希望减少自动测试过程中的维护负担，赋予自动测试脚 本“自我修复和自我维护”的能力。因此，对于应用程序界面上的 大多数“小”的改变，自动测试脚本可以自己调节。除非有大的设 计上的变化，不再需要人工区调节自动测试脚本。这会帮助节省测 试团队很大一部分工作。

需要指出的是，虽然这里以网络应用程序的自动测试为例对本发 明进行了说明，但本发明同样也可以运用到其他类型的自动测试。

在软件测试中，可以采用不同的方式来确定网络页面上的元素。 例如，可以通过文本、属性(ID、标题等)或其在文件中的位置 (XPath)来确定。在写自动测试脚本时，测试人员通常会选择一种 最简单的方式来确定界面上的元素。

本发明的基本思想如下，当自动测试脚本运行时，其根据测试人 员的指令找到页面上的元素。同时，在后端运行一个信息收集器，该 信息收集器收集每一个元素的信息，该信息可以包括其全局属性 (full attributes)、文本、位置(XPath)等。保存所收集的信息， 并将其与特定的自动测试脚本、特定的“元素发现”指令相关联。 然后，当自动测试脚本再次运行时，如果界面已经有一些细微的改 变，当根据测试人员的指令无法找到一个元素时，自动测试引擎 (automation engine)可以尝试其保存的信息、即用于确定同一元 素的备选方式。对于界面上的大多数细微改变来说，在尝试了这些 备选方式之后，仍然能够找到正确的元素。自动测试引擎然后可以 自己修复自动测试脚本，并继续进行自动测试。这样，虽然测试人员 在自动测试脚本中仅仅指定了确定界面上的一个元素的一种方式， 自动测试引擎在运行自动测试脚本时，会尽可能地找到在自动测试运 行期间所有可能的方式来确定该元素。

通过这个方法，可以赋予自动测试脚本“自我修复”的能力。 对于应用程序界面上的大多数“细微”变化，自动测试脚本可以自 己进行调整。这能够节省测试人员很多用来维护自动测试脚本的时 间。

下面将结合附图描述本发明的各个实施例。

页面元素是指网页页面上的各个组成部分，例如，可以是网页链 接、图片、文字块、嵌入框架、表单按钮、表单输入框等，即所有 可以构成网页显示或操作信息的元素部件。

其中，不同的网页元素拥有不同的属性集合，例如，对于网页链 接，它所拥有的元素属性可以包括目标页面URL、链接标题等，对于 网页输入框，它所拥有的元素属性可以包括文本值、最大输入长度 等。网页元素还可以包含一些用户自定义的属性。HTML对元素的属 性集并没有严格的定义，用户可以根据需要添加任何数量的自定义 属性。

如下面的例子所示：

  <A href＝″http://www.google.com″title＝″Google主页″dojoType＝″dijit.link″>Google</A>

这里是一个标准的网页链接元素，它有三个属性：

-″href″：目标页面URL

-″title″：链接标题

-″dojoType″：用户自定义属性

页面元素的内容，即其所包含的文本或其它页面元素。在上面的 例子中，该页面元素的内容是″Google″，即它所包含的元素文本。

页面元素的XPATH描述其在页面文档中与其它元素间的相对位 置。下面显示了一段HTML页面：

在上述显示的HTML页面中，链接元素″<A...>Google</A>″的 XPATH是：即这个链接元素 是位于HTML根节点下、元素BODY内部、一个带有″role＝navigation″ 属性值的DIV节点中。

XPATH表示一个元素在HTML页面文档中的相对位置，其语法十分 灵活。在上面的例子中，可以用属性值描述限定所引用的元素节点

在自动测试脚本的运行过程中，自动测试脚本根据测试人员提供 的指令，寻找页面上的元素，执行特定的操作，或检查元素内容，验 证程序运行的正确性。例如，自动测试脚本可以根据测试人员提供的 指令在页面元素上执行操作，包括模拟鼠标点击、键盘输入等，即 用户在网页页面上所有可能做出的操作和输入。或者，自动测试脚本 也可以验证元素内容，包括元素的文本内容、属性、XPATH、在网页 上的显示位置等等。

下面将参考附图2a-2c描述在自动测试脚本的运行过程的一个例 子。

图2a显示了一个想要在其上运行自动测试的网络界面。图2c显 示了这个界面的HTML标注语言(HTML markup)。测试人员希望测试图 2a的界面中所示的“My Recommendation”这个链接，以确保其能指 向一个正确的网页，并且该网页能够正确地显示。

下面是自动测试脚本(伪码(Pseudo-Code))的一个例子：

在这个自动测试脚本中，我们通过其文本找到“My Recommen- dations”链接，触发一个“点击”操作，然后检验其结果页面。

图2b显示了一个更新的网络页面。如图2b所示，该链接的文本 从“My Recommendations”变为“My Recommendations/Votes”。在 图2b中，由于链接的文本发生了变化，因此自动测试脚本无法正常 工作，即无法通过下面的代码找到该链接：

Link link＝AFTHelper.findLinkByText(″My Recommendations″) //通过文本找到″My Recommendations″链接

虽然这只是界面上的一个非常小的变化，但测试人员仍然需要 手动地更新其自动测试脚本。如果在多个测试脚本中都有这样的代 码存在，则测试人员需要逐一地更新这些脚本。因此，希望提供一种 用于处理自动测试脚本的方法，该方法在界面发生变化后能够自动维 护自动测试脚本。

图3显示了依据本发明的一个实施例的用于处理自动测试脚本 的方法的流程图，其中，该自动测试脚本用于对页面进行测试。

在步骤S310，运行自动测试脚本。

在步骤S320，根据该自动测试脚本中的指令中的定位信息，查找 所测试的网页上的一个指定元素。

在步骤S330，响应于根据该定位信息找到该指定元素，收集该指 定元素的元素相关信息。

在步骤S340，将所收集的元素信息与自动测试脚本中的该指令相 关联，并保存与该指令相关联的元素信息。

以前面图2a所示的界面中的元素“My Recommendations”链接 为例，当自动测试脚本运行时，根据测试人员在自动测试脚本中的指 令，其通过文本发现“My Recommendations”链接。

在找到该链接之后，运行在后端的信息收集器会收集与这个链 接有关的所有可能的信息，识别出用于确定这个链接的一些备选方 式。例如：

Attribute：href＝/blogs/roller-ui/favorites？lang＝xxx

...

将这些另外的信息以及用于识别该链接的备选方式保存起来， 并与这个自动测试脚本的相应指令行相关联，以供将来使用。

图4显示了依据本发明的另一个实施例的用于处理自动测试脚 本的方法的流程图。

在步骤S410，运行自动测试脚本。

在步骤S420，根据该自动测试脚本中的指令中的定位信息，查找 所测试的网页上的一个指定元素。

在步骤S430，响应于未找到该指定元素，查找与所述指令相关联 的元素相关信息，其中，该元素信息是在之前的自动测试脚本的运行 过程中收集并保存的。

在步骤S440，根据所找到的元素相关信息，查找所述页面上的元 素。

并且，依据本发明的一个实施例，在查找到该页面元素之后，还 可以再次收集该指定元素的相关元素信息，并将所收集的元素信息与 自动测试脚本中的该指令相关联之后，保存与该指令相关联的元素信 息，以备将来使用。

并且，根据本发明的另一个实施例，在步骤S450，在根据与该指 令相关联的元素相关信息找到页面上的元素之后，检测该指定元素的 定位信息，并且，在步骤S460，根据该元素的定位信息，更新所述自 动测试脚本。

以前面例子中的自动测试脚本为例，自动测试引擎收集元素的相 关信息，包括所有可以用来描述定位该元素的信息内容，可以包括：

-元素的属性

-元素的内容

-元素的XPATH

但元素的相关信息并不局限于这些信息。可以在自动测试引擎中 定义具体的需要收集的元素信息列表，并且该列表可以由用户定制。

下面显示了一个网页的HTML例子：

对于上面所示的网页的HTML例子，可以运行如下的测试脚本：

自动测试引擎执行这段脚本，根据测试人员提供的指令找到网页 上的对应元素″My Recommendation″链接。测试引擎收集所有与该链 接相关的信息，该信息可以包括：

-属性：

  Name   Value   role   button   href   /blogs/roller-ui/favorites？lang＝en_us   ...   ...

-内容：My Recommendatios

-XPATH：

-...

其中，这里的XPATH表示，该链接位于

-一个拥有属性id＝lotusColLeft的DIV下的

-一个拥有属性class＝lotusMenu的DIV下的

-一个拥有属性role＝navigation的DIV下的

-一个拥有属性role＝toolbar的UL下的

-第3个LI子节点下的(LI[3]) 的元素中。

在界面中的“My Recommendations”链接的文本变为“My  Recommendations/Votes”之后，当自动测试脚本运行时，首先根据 测试人员在自动测试脚本中的指令，自动测试脚本试图利用文本″My  Recommendations″找到链接。因为界面已经被更新，链接文本变为 “My Recommendations/Votes”，因此无法找到该链接。

这时，自动引擎将查找其保存的与该指令相关联的元素相关信 息，尝试采用在其过去的自动运行过程中收集的其他备选方式来找到 该链接。

Attribute：href＝/blogs/roller-ui/favorites？lang＝xxx

...

通过这些备选方式找到该链接。同时，自动引擎会检测该链接的 当前文本，并相应地自动更新自动测试脚本，并继续进行自动测 试。更新后的自动测试脚本如下所示：

通过这种方式，使得自动测试脚本具有“自我修复”的能力。 对于应用程序界面上的大多数“细微”变化，自动测试脚本可以自 己进行调整，不再需要测试人员的手工修复，从而节省了测试人员 在自动测试维护上所花费的时间。

依据本发明的另一个实施例，如果开发人员改进了其代码，存在 确定元素的更好的方式，则自动测试引擎可以自动地改进其自动测 试脚本。下面将参考附图5说明依据本发明的又一个实施例的用于 处理自动测试脚本的方法的流程图。

在步骤S510，运行一个自动测试脚本，所述自动测试脚本包括用 户预先定义的最优页面元素查找规则。

在步骤S520，根据该自动测试脚本中的指令中的定位信息，查找 所测试的网页上的一个指定元素。

在步骤S530，响应于找到该指定元素，收集该指定元素的相关信 息。

在步骤S540，根据所收集的元素相关信息，以及最优页面元素查 找规则，确定是否存在更优的查找所述元素的指令。

在步骤S550，响应于确定存在更优的查找所述元素的指令，以所 述更优的查找所述元素的指令更新所述自动测试脚本。

例如，继续以前面的自动测试脚本为例，如下所示，该自动测试 脚本通过链接的文本内容来查找并发现要测试的链接元素，

为了实现对自动测试脚本的自动优化，可以由用户预先定义一组 用于寻找页面元素的方式，并对这些方式进行优先级的排序，形成最 优元素查找规则，例如：

-最优：通过元素的id属性

-如果不存在id属性，通过元素的内容文本

-如果内容文本也不存在，通过...

然后，将这个最优元素查找规则输入给自动测试引擎。并且，开 发人员向“My Recommendations/Votes”链接增加一个“ID”属 性，如下所示：

自动测试引擎执行这段脚本，发现目标元素“My Recommenda- tions”链接。假设当前该链接的HTML如下：

自动测试引擎收集该页面元素的相关信息，即可以用来描述和定 位该元素的信息内容：

-属性：

  属性名   属性值   id   my_recommendation_menu   role   button   href   /blogs/roller-ui/favorites？lang＝en_us   ...   ...

-内容：...

-XPATH：...

自动测试引擎发现该元素有一个id属性： id＝my_recommendation_menu。根据预先定义的最优元素查找规则， 如果元素存在id属性，应该优先使用它的id属性来定位该页面元素， 而不是通过它的文本内容。而当前的脚本实现是使用文本内容定位该 元素，因此该脚本可以被优化。

自动测试引擎更新优化测试脚本，更改该链接元素的查找方式为 通过它的id属性：

Link link＝AFTHelper.findLinkByID(″my_recommendation_menu″)

随后，当链接文本再次改变时，该改变将不会影响自动测试和 自动测试脚本。自动测试脚本通常是文本形式存在，因此自动测试引 擎可以很方便地对该自动测试脚本进行修改，例如，可以通过文本替 换的方式来更新优化自动测试脚本。

通过上述方式，当开发人员更新其代码，使测试变得更加友好 时，旧的自动测试脚本可以同时被自动地更新。这会帮助改进自动 测试的质量，并节省测试人员在自动测试脚本维护上的时间。

图6显示了依据本发明的一个用于处理自动测试脚本的系统。根 据本发明的一个实施例，本发明的上述用于处理自动测试脚本的方法 可以通过一个自动测试引擎来实现。其中，所述自动测试引擎包括自 动测试脚本运行模块、页面元素信息收集模块、测试脚本优化/修正 模块。

根据本发明的一个实施例，自动测试脚本运行模块用于运行所述 自动测试脚本，并根据所述自动测试脚本的指令中的定位信息，查找 页面上的元素；页面元素信息收集模块用于响应于根据所述定位信息 找到所述页面上的元素，收集所述元素的元素相关信息，并将所收集 的所述元素的元素相关信息与所述自动测试脚本的所述指令相关联。 并且，该系统还包括一个页面元素信息库，用于保存与所述指令相关 联的元素相关信息。

根据本发明的一个实施例，其中，所述自动测试脚本运行模块响 应于根据所述定位信息未找到所述页面上的元素，查找所述页面元素 信息库中所保存的与所述指令相关联的元素相关信息，其中，所述与 所述指令相关联的元素相关信息是在之前运行所述自动测试脚本时 收集并保存的；以及，根据与所述指令相关联的元素相关信息，查找 所述页面上的元素。

根据本发明的一个实施例，其中，所述自动测试脚本运行模块响 应于根据与所述指令相关联的元素相关信息找到所述页面上的元素， 检测所述元素的定位信息。测试脚本优化/修正模块用于根据所述元 素的定位信息，更新所述自动测试脚本。

根据本发明的一个实施例，其中，所述测试脚本优化/修改模块 根据所收集的所述元素的元素相关信息，确定是否存在更优的查找所 述元素的指令；以及，响应于确定存在更优的查找所述元素的指令， 以所述更优的查找所述元素的指令更新所述自动测试脚本。

本发明还提供了一种存储介质或信号载体，其中包括用于执行 根据本发明的方法的指令。

附图中的流程图和框图，图示了按照本发明实施例的系统、方法 和计算机程序产品的可能实现的体系架构、功能和操作。在这点上， 流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一 部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现 规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现 中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。 例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时 也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是， 框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组 合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现， 或者可以用专用硬件与计算机指令的组合来实现。

所属技术领域的技术人员知道，本发明可以体现为系统、方法或 计算机程序产品。因此，本发明可以具体实现为以下形式，即，可以 是完全的硬件、完全的软件(包括固件、驻留软件、微代码等)、或 者本文一般称为“电路”、“模块”或“系统”的软件部分与硬件部分 的组合。此外，本发明还可以采取体现在任何有形的表达介质(medium  of expression)中的计算机程序产品的形式，该介质中包含计算机 可用的程序码。

可以使用一个或多个计算机可用的或计算机可读的介质的任何 组合。计算机可用的或计算机可读的介质例如可以是——但不限于— —电的、磁的、光的、电磁的、红外线的、或半导体的系统、装置、 器件或传播介质。计算机可读介质的更具体的例子(非穷举的列表) 包括以下：有一个或多个导线的电连接、便携式计算机磁盘、硬盘、 随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储 器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光 存储器件、诸如支持因特网或内部网的传输介质、或者磁存储器件。 注意计算机可用的或计算机可读的介质甚至可以是上面印有程序的 纸张或者其它合适的介质，这是因为，例如可以通过电扫描这种纸张 或其它介质，以电子方式获得程序，然后以适当的方式加以编译、解 释或处理，并且必要的话在计算机存储器中存储。在本文件的语境中， 计算机可用的或计算机可读的介质可以是任何含有、存储、传达、传 播、或传输供指令执行系统、装置或器件使用的或与指令执行系统、 装置或器件相联系的程序的介质。计算机可用的介质可包括在基带中 或者作为载波一部分传播的、由其体现计算机可用的程序码的数据信 号。计算机可用的程序码可以用任何适当的介质传输，包括——但不 限于——无线、电线、光缆、RF等等。

用于执行本发明的操作的计算机程序码，可以以一种或多种程序 设计语言的任何组合来编写，所述程序设计语言包括面向对象的程序 设计语言——诸如Java、Smalltalk、C++之类，还包括常规的过程式 程序设计语言——诸如”C”程序设计语言或类似的程序设计语言。 程序码可以完全地在用户的计算上执行、部分地在用户的计算机上执 行、作为一个独立的软件包执行、部分在用户的计算机上部分在远程 计算机上执行、或者完全在远程计算机或服务器上执行。在后一种情 形中，远程计算机可以通过任何种类的网络——包括局域网(LAN)或 广域网(WAN)——连接到用户的计算机，或者，可以(例如利用因特 网服务提供商来通过因特网)连接到外部计算机。

以上结合优选法方案对本发明进行了详细的描述，但是可以理 解，以上实施例仅用于说明而非限定本发明。本领域的技术人员可 以对本发明的所示方案进行修改而不脱离本发明的范围和精神。