免费智能真题库 > 历年试卷 > 网络规划设计师 > 2009年下半年 网络规划设计师 上午试卷 综合知识
  第32题      
  知识点:   网络测试   测试工具   测试计划   链路   线路
  关键词:   Ping   测试方案   测试计划   测试设备   链路   网络   测试        章/节:   网络测试 .优化和管理       

 
设计师制定的网络测试计划中,连通性测试方案是:利用测试工具对每个设备和信息点进行3次Ping测试,如果3次都显示连通,即判定该点为连通。链路速率测试方案是:用2台测试设备分别接在每根线路的两端,一台以100Mbps速率发送,另一台接收,接收速率不低于发送速率的99%即判定合格。对连通性测试方案的评价,恰当的是(32),对链路速率测试方案的评价,恰当的是(33)。
 
 
  A.  是一个标准的方案
 
  B.  应测试响应时间
 
  C.  应测试10次且必须每次都是连通的
 
  D.  只需测试信息点,不用测试网络设备
 
 
 

 
  第59题    2015年下半年  
   52%
下列关于网络测试的说法中,正确的是(59)。
  第36题    2010年下半年  
   60%
工程师利用测试设备对某信息点己经连接好的网线进行测试时,发现有4根线不通,但计算机仍然能利用该网线连接上网。则不通的4根线..
  第64题    2019年下半年  
   45%
下列测试指标中,属于光纤指标的是(63),设备(64)可在光纤的一端测得光纤传输上的损耗。
   知识点讲解    
   · 网络测试    · 测试工具    · 测试计划    · 链路    · 线路
 
       网络测试
        从网络硬件方面来说,网络测试主要是针对交换机、路由器、防火墙、线缆的测试。
        从网络系统方面来说,网络测试主要是针对系统的连通性、链路传输率、吞吐率、传输时延、丢包率的测试。而针对以太网链路层的测试还有链路利用率、错误率、广播帧和组播帧、冲突率等测试。
        从网络应用来说,网络测试主要针对DHCP、DNS、Web、Email、文件传输等服务性能进行测试。
 
       测试工具
               白盒测试工具
               白盒测试工具可以分为静态测试工具和动态测试工具,一般是针对代码进行测试,测试中发现的缺陷可以定位到代码级。
                      静态分析工具
                      静态分析工具直接对代码进行分析,不执行被测程序,也不需要对代码编译链接,仅对代码进行语法扫描,进行控制流分析、数据流分析、接口分析和表达式分析等,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等,并输出测试结果。目前,具有静态分析功能的软件测试工具主要有Rational公司的Purify、Telelogic公司的Logiscope、Macabe公司的Macabe、PR公司的PRQA等。通常,静态分析工具有以下功能:
                      (1)完成编译时的语法检查和连接时的一致性检查。对模块中的所有变量检查其是否已定义,是否引用了未说明的变量,是否有未使用的变量等。
                      (2)检查模块接口、类型的一致性。主要是检查模块调用时的形式参数与实际参数在个数、类型上是否一致。参数定义的类型是否匹配,数组的维数、下标变量的范围是否正确。同一变量在不同的文件中定义是否一致等。
                      (3)检查逻辑上可能有错误的结构,特别是对嵌套结构、转移语句的检查。
                      (4)变量、函数交叉引用关系分析。找出变量可能影响的语句和其他变量等。
                      (5)检查被测程序违反编程标准的情况。如:程序的注释是否太少,模块的复杂度是否太高等。
                      (6)对程序的静态特性的统计功能。如:统计程序的紧凑度;各类源语句的个数和标识符在各语句中的使用情况;多余、不可能达到的程序段等。
                      动态分析工具
                      动态分析工具就是通过选择适当的测试用例,运行测试程序,将测试结果和预期结果相比较,以发现错误。通常的方法是在被测程序中插入探针,检测各语句、分支和路径的执行次数和运行结果等,以便统计各种覆盖情况。如果测试的覆盖率没有达到要求,则要设计新的测试用例来满足覆盖要求。通过对测试结果的分析来发现错误。除了覆盖分析之外,也常分析程序对资源的占用情况,优化程序,提高系统性能。其与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。动态测试工具的代表有Compuware公司的DevPartner软件、Rational公司的Purify系列。
               黑盒测试工具
               黑盒测试工具主要包括功能测试工具和性能测试工具,其一般原理是利用脚本的录制/回放,模拟用户的操作,将被测系统的输出记录下来,并与预先给定的标准结果比较。
                      功能测试
                      功能测试工具证明了应用软件的工作是可预测的,通过自动地捕获、确定和重现用户的相互影响,功能测试工具识别缺陷并保证跨越多重应用软件和数据库的事务处理可正常运行和保持可靠性。功能测试的主要工具有e-Test、QARun、WinRunner、SQA Robot等。
                      性能测试
                      性能测试工具用于预测系统行为和性能,它通过模拟大量用户,试验整个系统的外部结构,以发现和确定问题。性能测试工具的综合性实时监控能力,能够把测试周期降为最小,优化性能,加速开发。用于性能测试的主要工具有Quantify、LoadRunner、QALoad、SQA Load、WebLoad、WebStress等。
               测试管理工具
               测试管理工具用于对测试进行管理。一般而言,测试管理工具对测试计划、测试用例、测试实施进行管理,同时,测试管理工具还包括对缺陷的跟踪管理。测试管理工具的代表有Test Manager、TestDirector、TrackRecord、QADirector、SQA Manager等软件。
               目前,测试计划工具、测试设计工具、测试管理工具、静态分析工具、性能及网络负载测试工具等一系列测试工具已得到广泛运用,而且出现了将许多测试工具融为一体的集成化测试系统。下面对几种常用的测试工具作简要介绍。
                      SQA Suite
                      美国Rational公司的著名套装软件SQA Suite是直接支持对客户/服务器应用软件测试的测试工具,它的一个重要特点是可以自动驱动被测程序的运行。SQA Suite提供了一个比较完整的平台,以支持软件的各种基本活动,包括测试计划与测试大纲的制定、回归测试的自动化、测试结果的分析比较、软件问题报告的生成与自动分发和控制。SQA Suite由以下几个组件构成:
                      (1)SQA Robot:利用SQA Robot能够创建、修改、运行自动测试程序,以确保软件在分发前达到要求的质量。该模块包含两种特殊技术:基于对象的录制技术和对象测试,以便对Windows应用程序进行对象级测试。对象测试技术不仅使Robot能测试应用的GUI,还可以检测应用中对象的所有属性,包括手工不能测的不可视属性。例如,SQA Robot可测试由Powerbuilder的DataWindow生成的对数据库的SQL调用。
                      (2)SQA LoadTest:SQA LoadTest是网络自动测试工具,对Windows Client/Server应用进行加载(load)、强化(stress)和多用户测试。LoadTest可完成以下功能:
                      .对TCP/IP、NetBIOS和IPX/SPX网络上的Client/Server应用进行加载、强化和多用户测试,确保应用的质量达到分发的水平。
                      .在Windows平台上对32位和64位的应用进行跨Windows平台测试。
                      .测试任何与Windows客户端相连的服务器(包括UNIX、Windows NT和OS2)。
                      .无需编程,仅通过点击鼠标,即可生成Client/Server的多站点测试。
                      .通过在执行测试时增加测试站点来改变系统的加载量。
                      .在多台站点上同步运行复杂的多用户应用。
                      (3)SQA Manager:它是软件开发和测试的信息管理工具,在软件开发、测试到升级的整个过程中,它都可以对测试信息进行跟踪。利用SQA Manager可以完成以下功能:
                      .制定测试计划;
                      .跟踪有关测试执行的信息;
                      .从发现到解决,对缺陷不断进行跟踪;
                      .利用报表对整个软件测试进行管理。
                      PureAtria
                      原PureAtria公司(现已经与美国Rational公司合并,改名为美国Rational公司)在20世纪90年代陆续推出了其系列产品——Pure,它们是在多种平台上测试C、C++和FORTRAN语言的测试工具。主要有:
                      (1)Purify:专门用于检测程序中内存使用错误的软件工具。具有对多种常见的内存使用错误的检错能力和准确的定位。这些内存错误包括:未初始化的局部变量、未申请的内存、使用已释放的内存、数组越界、内存丢失、文件描述问题、栈溢出问题和栈结构边界错误等。
                      (2)PureCoverage:PureCoverage是使用对象代码插入技术对应用程序进行路径覆盖测试。通过在应用、文件、函数库、函数、行或基本块的级别上浏览关键的覆盖域数据,找出未被测试的代码,防止代码未经测试就交给用户使用。
                      (3)Quantify:Quantify支持多线程应用程序性能测试,通过对被测程序运行情况的跟踪,发现应用程序在性能上的瓶颈,监视应用程序在性能上的变化。
                      (4)reLink:PureLink提供快速,减少测试期间连接编译被测程序的时间,提高了开发效率。
                      e-Test Suite
                      Empirix的e-Test Suite是一种易于使用的WEB应用测试工具,可以和被测试应用无缝结合,实现强大的测试功能。e-Test Suite主要包含下面三部分:
                      (1)e-Tester:用于Web应用开发时的功能测试。e-Tester能自动测试每星期、甚至每天都在变化着的Web应用程序的测试工具。同时e-Tester也是整个e-Test Suite的脚本记录器。e-Tester将你访问的每一页上的所有对象记录下来,利用可视脚本技术用图形化的方式表示出来,通过可视脚本的回放(Playback)使得任何差异都在可视脚本中突出显示出来,以此来测试Web应用的功能。
                      (2)e-Load:用于Web应用部署前的压力测试。它在开发的过程中创造了一个仿真环境,能够模拟真实用户访问Web应用,提供全面的应用性能统计信息。Web应用程序的主要好处之一是允许大量用户同时访问。相应地,开发人员关心应用是否具有良好的性能,以支持大规模的访问。e-Load为此提供了一个非常好的解决方案。
                      (3)e-Monitor:适合在应用部署后,对其进行7×24小时的全天时监控。为了保证Web应用能够为用户提供不间断服务,维护人员应当监控应用的运行状况。e-Monitor可以7×24小时地调度在e-Tester中产生的可视脚本,执行监控工作,允许使用者设置各种报警方式及时报告应用的问题,以便当出现应用中止运行或性能下降等情况时,可以迅速做出反应。
                      由于利用了可视脚本、数据银行等技术,使得e-Test Suite具备了易于使用和简单直观的特点。用户不需要学习专门的语言,不必建立特定的代理服务系统,就可以完成大部分测试工作。同时它也为实现复杂测试提供了编程接口,方便高级用户更加灵活地完成测试工作。
 
       测试计划
        制定一个全面的测试计划是负载测试成功的关键。定义明确的测试计划将确保制定的方案能完成负载测试目标。这部分内容描述负载测试计划过程,包括分析应用程序、定义测试目标、计划方案实施、检查测试目标。在任何类型的系统测试中,制定完善的测试计划是成功完成测试的基础。负载压力测试计划有助于:
        ①构建能够精确地模拟工作环境的测试方案。负载测试指在典型的工作条件下测试应用程序,并检测系统的性能、可靠性和容量等。
        ②了解测试需要的资源。应用程序测试需要硬件、软件和人力资源。开始测试之前,应了解哪些资源可用并确定如何有效地使用这些资源。
        ③以可度量的指标定义测试成功条件。明确的测试目标和标准有助于确保测试成功。仅定义模糊的目标(如检测重负载情况下的服务器响应时间)是不够的。明确的成功条件应类似于“50个客户能够同时查看他们的账户余额,并且服务器响应时间不超过1分钟”。
        下面详细论述负载压力测试计划过程的4个步骤。
               分析应用程序
               负载测试计划的第一步是分析应用程序。应该对硬件和软件组件、系统配置以及典型的使用模型有一个透彻的了解。应用程序分析可以确保使用的测试环境能够在测试中精确地反映应用程序的环境和配置。
                      确定系统组件
                      绘制一份应用程序结构示意图。如果可能,从现有文档中提取一份示意图。如果要测试的应用程序是一个较大的网络系统的一部分,应该确定要测试的系统组件。确保该示意图包括了所有的系统组件,例如客户机、网络、中间件和服务器等。
                      如下图所示说明了一个由许多Web用户访问的联机银行系统。各Web用户连接到同一数据库以转移现金和支票余额。客户使用不同的浏览器,通过Web方式连接到数据库服务器。
                      
                      联机银行系统应用布署
                      描述系统配置
                      增加更多详细信息以完善示意图。描述各系统组件的配置。应当掌握以下信息:
                      . 连接到系统的用户数;
                      . 应用程序客户端计算机的配置情况(硬件、内存、操作系统、软件、开发工具等);
                      . 使用的数据库和Web服务器的类型(硬件、数据库类型、操作系统、文件服务器等);
                      . 服务器与应用程序客户端之间的通信方式;
                      . 前端客户端与后端服务器之间的中间件配置和应用程序服务器;
                      . 可能影响响应时间的其他网络组件(调制解调器等);
                      . 通信设备的吞吐量以及每个设备可以处理的并发用户数。
                      例如,在如上图所示的示意图中,多个应用程序客户端在访问系统。客户端的配置如下表所示。
                      
                      客户端配置内容
                      分析使用模型
                      定义系统的典型使用方式,并确定需要重点测试的功能。考虑哪些用户使用系统、每种类型用户的数量,以及每个用户的典型任务。此外,还应考虑任何可能影响系统响应时间的后台负载。
                      例如,假设每天上午有200名员工登录记账系统,并且该办公室网络有固定的后台负载:50名用户执行各种字处理和打印任务。可以创建一个200个虚拟用户登录访问记账数据库的方案,并检测服务器的响应时间。要了解后台负载对响应时间的影响,可以在运行方案的网络中再模拟员工执行字处理和打印活动的负载。
                      任务分布
                      除定义常规用户任务外,还应该查看这些任务的分布情况。例如,假设银行用户使用一个中央数据库为跨越多个州和时区的客户提供服务。250个应用程序客户端分布在两个不同的时区,全都连接到同一个Web服务器中。其中150个在芝加哥,另外100个在底特律。每个客户端从上午9点开始工作,但由于处于不同的时区,因此在任何特定时间内都不会有超过150个的用户同时登录。可以分析任务分布,以确定数据库活动峰值期的发生时间,以及负载峰值期间的典型活动。
               定义测试目标
               开始测试之前,应精确地定义想要实现的目标。
                      以可度量的指标制定目标
                      确定了负载测试的一般性目标后,应该以可度量指标制定更具针对性的目标。为了提供评估基准,应精确地确定、区分可接受和不可接受测试结果的标准。
                      例如:
                      . 一般性目标产品评估:选择Web服务器的硬件。
                      . 明确目标产品评估:在一台HP服务器和一台NEC服务器上运行同一个包含300个虚拟用户的组。当300个用户同时浏览Web应用程序页面时,确定哪一种硬件提供更短的响应时间。
                      . 测试目标
                      ①度量最终用户的响应时间,完成一个业务流程需要多长时间;
                      ②定义最优的硬件配置,哪一种硬件配置可以提供最佳性能;
                      ③检查可靠性,系统无错误或无故障运行的时间长度或难度;
                      ④查看硬件或软件升级对性能或可靠性有何影响;
                      ⑤评估新产品,应选择哪些服务器硬件或软件;
                      ⑥度量系统容量,在没有显著性能下降的前提下,系统能够处理多大的负载;
                      ⑦确定瓶颈,哪些因素会延长响应时间。
                      确定测试的时间
                      负载测试应贯穿于产品的整个生命周期。如下表说明了在产品生命周期的各个阶段有哪些类型的测试与之相关。
                      
                      产品生命周期与测试类型
               计划方案实施
               下一步是确定如何实现测试目标。
                      定义性能度量的范围
                      可以度量应用程序中不同点的响应时间。根据测试目标确定在哪里运行Vuser(虚拟用户)以及运行哪些Vuser。
                      . 度量端到端的响应时间。
                      可以在前端运行GUI Vuser(图形用户界面用户)或RTE Vuser(终端用户)来度量典型用户的响应时间。GUI Vuser可以将输入提交给客户端应用程序并从该应用程序接收输出,以模拟实际用户;RTE Vuser则向基于字符的应用程序提交输入,并从该应用程序接收输出,以模拟实际用户。
                      可以在前端运行GUI或RTE Vuser来度量跨越整个网络(包括终端仿真器或GUI前端、网络和服务器)的响应时间。如下图所示为端到端的响应时间。
                      
                      端到端的响应时间
                      . 度量网络和服务器响应时间。
                      可以通过在客户机运行Vuser(非GUI或RTE Vuser)来度量网络和服务器的响应时间(不包括GUI前端的响应时间)。Vuser模拟客户端对服务器的进程调用,但不包括用户界面部分。在客户机运行大量Vuser时,可以度量负载对网络和服务器响应时间的影响。如下图所示为网络和服务器的响应时间。
                      
                      网络和服务器的响应时间
                      . 度量GUI响应时间。
                      可以通过减去前两个度量值,来确定客户端应用程序界面对响应时间的影响。GUI响应时间=端到端响应时间-网络和服务器响应时间。如下图所示为GUI响应时间。
                      
                      GUI响应时间
                      . 度量服务器响应时间。
                      可以度量服务器响应请求(不跨越整个网络)所花费的时间。通过在与服务器直接相连的计算机上运行Vuser,可以度量服务器性能。如下图所示为服务器响应时间。
                      
                      服务器响应时间
                      . 度量中间件到服务器的响应时间。
                      如果可以访问中间件及其API,便可以度量服务器到中间件的响应时间。可以使用中间件API创建Vuser,来度量中间件到服务器的性能。如下图所示为中间件到服务器响应时间。
                      定义Vuser活动
                      根据对Vuser类型的分析以及它们的典型任务和测试目标来创建Vuser脚本。由于Vuser模拟典型最终用户的操作,因此Vuser脚本应包括典型的最终用户任务。例如,要模拟联机银行客户端,应该创建一个执行典型银行任务的Vuser脚本。需要浏览经常访问的页面,以转移现金或支票余额。
                      
                      中间件到服务器响应时间
                      根据测试目标确定要衡量的任务,并定义这些任务的事务。这些事务度量服务器响应Vuser提交的任务所花费的时间(端到端时间)。例如,要查看提供账户余额查询的银行Web服务器的响应时间,则应在Vuser脚本中为该任务定义一个事务。
                      此外,可以通过在脚本中使用集合点来模拟峰值期活动。集合点指示多个Vuser在同一时刻执行任务。例如,可以定义一个集合点,以模拟70个用户同时更新账户信息的情况。
                      选择Vuser
                      确定用于测试的硬件配置之前,应该先确定需要的Vuser的数量和类型。要确定运行多少个Vuser和哪些类型的Vuser,请综合考虑测试目标来查看典型的使用模型。以下是一些一般性规则:
                      . 使用一个或几个GUI用户来模拟每一种类型的典型用户连接;
                      . 使用RTE Vuser来模拟终端用户;
                      . 运行多个非GUI或非RTE Vuser来生成每个用户类型的其余负载。
                      例如,假设有五种类型的用户,每种用户执行一个不同的业务流程,如下表所示。
                      
                      Vuser的数量和类型
                      选择测试硬件和软件
                      硬件和软件应该具有强大的性能和足够快的运行速度,以模拟所需数量的虚拟用户。
                      在确定计算机的数量和正确的配置时,请考虑以下事项。
                      . 建议在一台单独的计算机上运行测试工具主控台。
                      . 在一台Windows计算机只能运行一个GUI Vuser;而在一台UNIX计算机上则可以运行几个GUI Vuser。
                      . GUI Vuser测试计算机的配置应该尽量与实际用户的计算机配置相同。
                      关于每个测试组件的硬件要求,请参考下表一和下表二。要获得最佳性能,应满足表中所列要求。
                      
                      测试机硬件与软件要求(Windows配置要求)
                      注意:对于一个要运行许多事务的长方案,结果文件需要几个MB的磁盘空间。负载生成器计算机还需要几个MB的磁盘空间来存储临时文件(如果没有NFS)。有关运行时文件存储的详细信息,请参阅第10章“配置方案”。
                      有关最新的安装要求,请访问
                      http://www.mercuryinteractive.com/products/loadrunner/technical/
                      
                      测试机硬件与软件要求(UNIX配置要求)
                      注意:对于一个要运行许多事务的长方案,结果文件需要几个MB的磁盘空间。负载生成器计算机还需要几个MB的磁盘空间来存储临时文件(如果没有NFS)。有关运行时文件存储的详细信息,请参阅第10章“配置方案”。
               检查测试目标
               测试计划应该基于明确定义的测试目标。下面概述了常规的测试目标。
               ①度量最终用户响应时间。
               ②定义最优的硬件配置。
               ③检查可靠性。
               ④查看硬件或软件升级。
               ⑤评估新产品。
               ⑥确定瓶颈。
               ⑦度量系统容量。
                      度量最终用户响应时间
                      查看用户执行业务流程以及从服务器得到响应所花费的时间。例如,假设想要检测:系统在正常的负载情况下运行时,最终用户能否在20秒内得到所有请求的响应。如下图显示了一个银行应用程序的负载和响应时间度量之间的关系。
                      
                      负载和响应时间度量关系
                      定义最优的硬件配置
                      检测各项系统配置(内存、CPU速度、缓存、适配器、调制解调器)对性能的影响。了解系统体系结构并测试了应用程序响应时间后,可以度量不同系统配置下的应用程序响应时间,从而确定哪一种设置能够提供理想的性能级别。
                      例如,可以设置三种不同的服务器配置,并针对各个配置运行相同的测试,以确定性能上的差异。
                      . 配置1:200MHz、64MB RAM。
                      . 配置2:200MHz、128MB RAM。
                      . 配置3:266MHz、128MB RAM。
                      检查可靠性
                      确定系统在连续的高工作负载下的稳定性级别。可以创建系统负载:强制系统在短时间内处理大量任务,来模拟系统在数周或数月的时间内通常会遇到的活动类型。
                      查看硬件或软件升级
                      执行回归测试,以便对新旧版本的硬件或软件进行比较。可以查看软件或硬件升级对响应时间(基准)和可靠性的影响。应用程序回归测试需要查看新版本的效率和可靠性是否与旧版本相同。
                      评估新产品
                      可以运行测试,以评估单个产品和子系统在产品生命周期中的计划阶段和设计阶段的表现。例如,可以根据评估测试来选择服务器的硬件或数据库套件。
                      确定瓶颈
                      可以运行测试以确定系统的瓶颈,并确定哪些因素导致性能下降,例如,文件锁定、资源争用和网络过载。使用负载压力测试工具,以及网络和计算机监视工具以生成负载,并度量系统中不同点的性能。如下图所示为系统不同点的性能。
                      
                      系统不同点的性能
                      度量系统容量
                      度量系统容量,并确定系统在不降低性能的前提下能提供多少额外容量。要查看容量,可以查看现有系统中性能与负载间的关系,并确定出现响应时间显著延长的位置。该处通常称为响应时间曲线的“拐点”。确定了当前容量后,便可以确定是否需要增加资源以支持额外的用户。如下图所示为响应时间与负载关系。
                      
                      响应时间与负载关系
 
       链路
        链路(link)指的是从发信点到收信点(即从信源到信宿)的一串结点和线路。链路通信是指端到端的通信。
        计算机网络从逻辑结构上可以分成两部分:负责数据处理、向网络用户提供各种网络资源及网络服务的外层用户资源子网和负责数据转发的内层通信子网。通信子网由分组交换结点(简记为R)及连接这些结点的链路组成,负责在主机(Host,H)间传输分组。资源子网由连在网上的主机构成,为网上用户提供共享资源,入网途径和方法。局域网中的每台主机都通过网卡连接到传输介质上,网卡负责在各个主机间传递数据,显然,网卡和传输介质构成了局域网的通信子网,而主机集合则构成了资源子网。用户子网指的是由主计算机、终端、通信控制设备、连网外设、各种软件资源等组成。通信子网分为点对点通信子网和广播式通信子网。它主要有三种组织形式:结合型、专用型和公用型,如下图所示。
        
        网络的组织形式
        计算机网络也可以看作是在物理上分布的相互协作的计算机系统。其硬件部分除了单体计算机、光纤、同轴电缆以及双绞线等传输媒体之外,还包括插入计算机中用于收发数据分组的各种通信网卡(在操作系统中,这些网卡不当成一种外部设备),把多台计算机连接到一起的集线器(hub,该设备近年正逐步被相应的交换机取代),扩展带宽和连接多台计算机用的交换机(switch)以及负责路径管理、控制网络交通情况的路由器或ATM交换机等。其中路由器或ATM交换机是构成广域网络的主要设备,而交换机和集线则是构成局域网络的主要设备。这些设备都可看作一种专用的计算机。
        综上所述,计算机网络是一个由不同传输媒体构成的通信子网,与这个通信子网连接的多台地理上分散的具有唯一地址的计算机,将数据划分为不同长度分组进行传输和处理的协议软件以及应用系统所组成的传输和共享信息的系统。
 
       线路
        在两个结点间承载信息流的信道称为线路(line)。线路可以是采用电话线、电缆、光纤等有线信道,也可以是无线电信道。
   题号导航      2009年下半年 网络规划设计师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第32题    在手机中做本题