CN105824728A - 基于仿真系统的抽象化测试平台模型及其实现方法 - Google Patents

基于仿真系统的抽象化测试平台模型及其实现方法 Download PDF

Info

Publication number
CN105824728A
CN105824728A CN201610133975.0A CN201610133975A CN105824728A CN 105824728 A CN105824728 A CN 105824728A CN 201610133975 A CN201610133975 A CN 201610133975A CN 105824728 A CN105824728 A CN 105824728A
Authority
CN
China
Prior art keywords
module
test
tester
topology
script
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610133975.0A
Other languages
English (en)
Inventor
陶钧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Centec Networks Suzhou Co Ltd
Original Assignee
Centec Networks Suzhou Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Centec Networks Suzhou Co Ltd filed Critical Centec Networks Suzhou Co Ltd
Priority to CN201610133975.0A priority Critical patent/CN105824728A/zh
Publication of CN105824728A publication Critical patent/CN105824728A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明揭示了一种基于仿真系统的抽象化测试平台模型及其实现方法，其中，测试平台模型包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，测试拓扑模块中自定义或预定义出测试设备和测试装置的连接关系，测试脚本模块根据测试拓扑模块定义的连接关系，调用测试拓扑模块连接上测试设备模块和测试装置模块，并通过脚本语言将测试配置载入到测试设备模块中以及通过脚本语言将测试报文载入到测试装置模块中，最后对测试设备输出模块输出的状态信息和测试装置输出模块输出的报文进行检查和校验，并输出。本发明不但节省了测试平台内存的开销，也增强了其通用性和灵活性。

Description

基于仿真系统的抽象化测试平台模型及其实现方法
技术领域
本发明涉及一种虚拟化测试平台，尤其是涉及一种基于仿真系统的抽象化测试平台模型及其实现方法。
背景技术
待测设备的测试的过程通常是根据测试例下发配置命令到设备，然后读取设备侧的输出，输出与预期吻合则判定功能正常，否则，功能为异常。
自动化测试则是将上述测试过程完全由系统自动控制完成。测试人员事先根据测试例定制好测试脚本，然后使用自动化测试系统自动将脚本下发到被测设备，并捕获设备侧的输出，通过将输出与固化在脚本中预期结果比较从而得出测试结论。
从自动化测试的原理可看出，自动化测试的主要工作量是花费在测试环境的搭建和测试脚本的编写上。而这两者又是密不可分的，在测试脚本中必然要初始化测试环境，所以一旦环境发生变化，测试脚本都需要修改。
在现有的虚拟化测试平台中，测试环境一般都是预定义好的。预定义好的测试环境往往局限性会比较大，测试中往往需要多套不同的测试环境，这样一来，其实针对某一种测试环境就会需要相对应的一个虚拟化测试平台，不但会增加内存的开销，通用性和灵活性也都比较差。
发明内容
本发明的目的在于克服现有技术的缺陷，提供一种基于仿真系统的抽象化测试平台模型及其实现方法，通过将测试环境虚拟化，以根据不同测试特性的需求，对应构造出不同的测试场景。
为实现上述目的，本发明提出如下技术方案：一种基于仿真系统的抽象化测试平台模型，包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，所述测试脚本模块通过测试拓扑模块连接上所述测试设备模块和测试装置模块，所述测试拓扑模块包括定义待测拓扑模块、连接待测测试设备模块和连接待测测试装置模块，所述定义待测拓扑模块用于定义所述测试设备模块和测试装置模块的连接关系，所述测试脚本模块根据所述定义待测拓扑模块定义的连接关系，调用所述连接待测测试设备模块连接上所述测试设备模块及调用所述连接待测测试装置模块连接上所述测试装置模块。
优选地，所述定义待测拓扑模块包括自定义待测拓扑模块和预定义待测拓扑模块，
在所述自定义待测拓扑模块中，用户根据自身需求，定义出所述测试设备模块和测试装置模块的连接关系；
在所述预定义待测拓扑模块中，用于预定义出典型的一种或多种拓扑环境下所述测试设备模块和测试装置模块的连接关系。
优选地，所述测试拓扑模块还包括测试拓扑扩展用的测试拓扑预留模块。
优选地，所述测试设备模块包括测试设备初始化模块、测试设备载入配置模块和测试设备输出模块，其中，
所述测试设备初始化模块用于对测试设备模块进行初始化；
所述测试设备载入报文模块用于载入由脚本语言配置好的测试配置；
所述测试设备输出模块用于输出测试后的状态信息。
优选地，所述测试装置模块包括测试装置初始化模块、测试装置载入报文模块和测试装置输出模块，其中，
所述测试装置初始化模块用于对测试装置模块进行初始化；
所述测试装置载入报文模块用于载入由脚本语言配置好的测试报文；
所述测试装置输出模块用于输出测试后的报文。
优选地，所述测试脚本模块包括启动模块、配置模块、报文模块和输出模块，其中，
所述启动模块用于调用测试拓扑模块中的连接待测测试设备模块连接上经测试设备初始化模块初始化后的测试设备模块，及调用测试拓扑模块中的连接待测测试装置模块连接上经测试装置初始化模块初始化后的测试装置模块；
所述配置模块用于将由脚本语言配置好的测试配置通过测试设备载入配置模块载入测试设备模块；
所述报文模块用于将由脚本语言配置好的测试报文通过测试装置载入报文模块载入测试装置模块，并进行所述测试报文的接收和发送；
所述输出模块用于对所述测试设备输出模块输出的状态信息和测试装置输出模块输出的报文进行检查和校验，并输出。
优选地，所述测试设备初始化模块和测试装置初始化模块通过通信模块相互通信连接。
本发明还揭示了另外一种技术方案，一种抽象化测试平台模型的实现方法，所述抽象化测试平台模型包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，所述实现方法包括：
所述测试拓扑模块定义所述测试设备模块和测试装置模块的连接关系；
所述测试脚本模块根据所述测试拓扑模块定义的连接关系，调用所述测试拓扑模块分别连接上所述测试设备模块和所述测试装置模块；
所述测试脚本模块将由脚本语言配置好的配置载入所述测试设备模块；
所述测试脚本模块将由脚本语言配置好的测试报文载入所述测试装置模块，并进行所述测试报文的收发；
所述测试脚本模块分别对测试设备模块输出的状态信息和测试装置模块输出的报文进行检查和校验，并输出。
优选地，所述测试拓扑模块根据用于自身需求自定义出所述测试设备模块和测试装置模块的连接关系，或者预定义出典型的一种或多种拓扑环境下所述测试设备模块和测试装置模块的连接关系。
优选地，所述测试拓扑模块还预留出作为测试拓扑扩展的测试拓扑预留模块。
由于本发明对传统的虚拟化测试平台中的测试拓扑模块进行了升级，升级后的测试拓扑模块主要定义了两种待测测试设备和待测测试装置的连接关系，一种是自定义，另一种是预定义，自定义即是用户可以根据自己的需求，定义出测试设备和测试装置的连接关系，而预定义即用户会根据测试经验，定义出一些典型拓扑环境下测试设备和测试装置的连接关系。这样，本发明通过将测试环境虚拟化，在看似同样的一个测试平台上，可以根据不同测试特性的需求，对应构造出一个个不一样的测试场景，不但节省了内存的开销，也增强了通用性和灵活性。
同时，本发明的测试拓扑模块还特地预留了一个测试拓扑预留模块，以便后期的一些扩展用途。
附图说明
图1是本发明基于仿真系统的抽象化测试平台模型的结构示意图；
图2是本发明抽象化测试平台模型的实现原理示意图；
图3是本发明测试设备初始化模块和测试装置初始化模块的连接原理示意图；
图4是本发明测试拓扑模块的结构示意图。
具体实施方式
下面将结合本发明的附图，对本发明实施例的技术方案进行清楚、完整的描述。
如图1所示，本发明所揭示的一种基于仿真系统的抽象化测试平台模型，包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，其中，测试设备模块，即为待测设备；测试装置模块，即为测试仪器，主要进行测试流量的封装和收发；测试拓扑模块，串联起整个虚拟化测试平台，它包含了待测测试设备信息，待测测试仪器信息，待测测试环境信息等；测试脚本模块，就是将这个虚拟化测试平台集成和自动化的一个过程，测试脚本模块会一次调用上述的三个模块，依次执行并输出测试结果。
具体地，结合图2所示，测试设备模块主要包括：测试设备初始化模块、测试设备载入配置模块和测试设备输出模块，测试设备初始化模块用于对测试设备模块进行初始化；测试设备载入配置模块用于载入由脚本语言配置好的配置；测试设备输出模块用于输出测试后的一些状态信息。
测试装置模块主要包括：测试装置初始化模块、测试装置载入报文模块和测试装置输出模块，测试装置初始化模块用于对测试装置模块进行初始化；测试装置载入报文模块用于载入由脚本语言配置好的测试报文；测试装置输出模块用于输出测试后的报文。
测试脚本模块通过测试拓扑模块与测试设备模块相连，及通过测试拓扑模块与测试装置模块相连，即测试拓扑模块串联起整个虚拟化测试平台。
由于整个虚拟化测试平台就是一个测试脚本模块和其他三个模块进行交互的过程。而传统虚拟化测试平台通用性和灵活性差的关键，其实就在于测试设备初始化模块和测试装置初始化模块的连接过程。如图3所示，我们可以看到，对于测试设备初始化模块和测试装置初始化模块，其实是存在相互通信的。图3中，测试设备初始化模块与测试设备端口初始化模块相连，测试装置初始化模块与测试装置端口初始化模块相连，测试设备端口初始化模块和测试装置端口初始化模块通过通信模块相连。通过这些通信，测试设备和测试装置的端口就会一一连接起来，就像实际测试中，我们用网线/光纤进行连接一样。由于脚本模块和测试设备模块、脚本模块和测试装置模块的连接都是通过测试拓扑模块来完成的，因此，可以考虑通过对测试拓扑模块进行相应的改进，来改善测试设备和测试装置之间的连接过程，从而解决传统虚拟化测试平台通用性和灵活性差的问题。
如图2所示，本发明的测试拓扑模块主要包括定义待测拓扑模块、连接待测测试设备模块、连接待测测试装置模块和测试拓扑预留模块，与现有测试拓扑模块的结构相比，本发明在测试拓扑模块中增设了定义待测拓扑模块，用于定义测试设备模块和测试装置模块的连接关系，即定义测试设备端口与测试装置端口之间的对应连接关系。结合图4所示，这里的定义待测拓扑模块具体分为自定义待测拓扑模块和预定义待测拓扑模块，即定义待测拓扑模块给出了两种定义方式，一种是在自定义待测拓扑模块中，用户可以根据自己的需求，定义出测试设备和测试装置的连接关系；另一种是在预定义待测拓扑模块中，用户会根据测试经验，定义出一些典型拓扑环境(如线型、环型、星型、全连接等)下测试设备和测试装置的连接关系。同时，与现有测试拓扑模块的结构相比，本发明还在测试拓扑模块中特地预留了一个测试拓扑预留模块，根据不同的测试拓扑可以定义有一些不一样的全局参数，比如测试拓扑是基于端口扩展场景等等，便于后期的一些扩展用途，使得本发明建立的测试平台模型可以适应各种测试环境的需求。
如图2所示，测试脚本模块主要包括：启动模块、配置模块、报文模块和输出模块。下面从测试脚本模块的角度出发，来具体介绍本发明设计的测试平台模型的整个实现过程。
首先，启动模块调用测试拓扑模块中的定义待测拓扑模块，根据定义待测拓扑模块中定义的测试设备和测试装置的连接关系，继续调用测试拓扑模块中的连接待测测试设备模块连接上经测试设备初始化模块初始化后的测试设备模块，及调用测试拓扑模块中的连接待测测试装置模块连接上经测试装置初始化模块初始化后的测试装置模块。
其次，配置模块将由脚本语言配置好的测试配置通过测试设备载入配置模块载入测试设备模块。
然后，报文模块将由脚本语言配置好的测试报文通过测试装置载入报文模块载入测试装置模块，并且进行测试报文的接收和发送。
最后，输出模块分别对测试设备输出模块输出的一些状态信息和测试装置输出模块输出的报文进行检查和校验，并输出。
本发明揭示的这种基于仿真系统的抽象化测试平台模型，通过将测试环境虚拟化，在看似同样的一个测试平台上，可以根据不同测试特性的需求，构造出一个个不一样的测试场景。不但节省了内存的开销，也增强了通用性和灵活性。
本发明的技术内容及技术特征已揭示如上，然而熟悉本领域的技术人员仍可能基于本发明的教示及揭示而作种种不背离本发明精神的替换及修饰，因此，本发明保护范围应不限于实施例所揭示的内容，而应包括各种不背离本发明的替换及修饰，并为本专利申请权利要求所涵盖。

Claims (10)

1.一种基于仿真系统的抽象化测试平台模型，其特征在于，包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，所述测试脚本模块通过测试拓扑模块连接上所述测试设备模块和测试装置模块，所述测试拓扑模块包括定义待测拓扑模块、连接待测测试设备模块和连接待测测试装置模块，所述定义待测拓扑模块用于定义所述测试设备模块和测试装置模块的连接关系，所述测试脚本模块根据所述定义待测拓扑模块定义的连接关系，调用所述连接待测测试设备模块连接上所述测试设备模块及调用所述连接待测测试装置模块连接上所述测试装置模块。
2.根据权利要求1所述的抽象化测试平台模型，其特征在于，所述定义待测拓扑模块包括自定义待测拓扑模块和预定义待测拓扑模块，
在所述自定义待测拓扑模块中，用户根据自身需求，定义出所述测试设备模块和测试装置模块的连接关系；
在所述预定义待测拓扑模块中，用于预定义出典型的一种或多种拓扑环境下所述测试设备模块和测试装置模块的连接关系。
3.根据权利要求1所述的抽象化测试平台模型，其特征在于，所述测试拓扑模块还包括测试拓扑扩展用的测试拓扑预留模块。
4.根据权利要求1所述的抽象化测试平台模型，其特征在于，所述测试设备模块包括测试设备初始化模块、测试设备载入配置模块和测试设备输出模块，其中，
所述测试设备初始化模块用于对测试设备模块进行初始化；
所述测试设备载入报文模块用于载入由脚本语言配置好的配置；
所述测试设备输出模块用于输出测试后的状态信息。
5.根据权利要求2所述的抽象化测试平台模型，其特征在于，所述测试装置模块包括测试装置初始化模块、测试装置载入报文模块和测试装置输出模块，其中，
所述测试装置初始化模块用于对测试装置模块进行初始化；
所述测试装置载入报文模块用于载入由脚本语言配置好的测试报文；
所述测试装置输出模块用于输出测试后的报文。
6.根据权利要求5所述的抽象化测试平台模型，其特征在于，所述测试脚本模块包括启动模块、配置模块、报文模块和输出模块，其中，
所述启动模块用于调用测试拓扑模块中的连接待测测试设备模块连接上经测试设备初始化模块初始化后的测试设备模块，及调用测试拓扑模块中的连接待测测试装置模块连接上经测试装置初始化模块初始化后的测试装置模块；
所述配置模块用于将由脚本语言配置好的配置通过测试设备载入配置模块载入测试设备模块；
所述报文模块用于将由脚本语言配置好的测试报文通过测试装置载入报文模块载入测试装置模块，并进行所述测试报文的接收和发送；
所述输出模块用于对所述测试设备输出模块输出的状态信息和测试装置输出模块输出的报文进行检查和校验，并输出。
7.根据权利要求5所述的抽象化测试平台模型，其特征在于，所述测试设备初始化模块和测试装置初始化模块通过通信模块相互通信连接。
8.一种抽象化测试平台模型的实现方法，所述抽象化测试平台模型包括测试设备模块、测试装置模块、测试拓扑模块和测试脚本模块，其特征在于，所述实现方法包括：
所述测试拓扑模块定义所述测试设备模块和测试装置模块的连接关系；
所述测试脚本模块根据所述测试拓扑模块定义的连接关系，调用所述测试拓扑模块分别连接上初始化后的所述测试设备模块和所述测试装置模块；
所述测试脚本模块通过脚本语言将测试配置载入所述测试设备模块；
所述测试脚本模块通过脚本语言将测试报文载入所述测试装置模块，并进行所述测试报文的收发；
所述测试脚本模块分别对测试设备模块输出的状态信息和测试装置模块输出的报文进行检查和校验，并输出。
9.根据权利要求8所述的抽象化测试平台模型的实现方法，其特征在于，所述测试拓扑模块根据用于自身需求自定义出所述测试设备模块和测试装置模块的连接关系，或者预定义出典型的一种或多种拓扑环境下所述测试设备模块和测试装置模块的连接关系。
10.根据权利要求8所述的抽象化测试平台模型的实现方法，其特征在于，所述测试拓扑模块还预留出作为测试拓扑扩展的测试拓扑预留模块。
CN201610133975.0A 2016-03-10 2016-03-10 基于仿真系统的抽象化测试平台模型及其实现方法 Pending CN105824728A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610133975.0A CN105824728A (zh) 2016-03-10 2016-03-10 基于仿真系统的抽象化测试平台模型及其实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610133975.0A CN105824728A (zh) 2016-03-10 2016-03-10 基于仿真系统的抽象化测试平台模型及其实现方法

Publications (1)

Publication Number Publication Date
CN105824728A true CN105824728A (zh) 2016-08-03

Family

ID=56987500

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610133975.0A Pending CN105824728A (zh) 2016-03-10 2016-03-10 基于仿真系统的抽象化测试平台模型及其实现方法

Country Status (1)

Country Link
CN (1) CN105824728A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1731747A (zh) * 2005-07-29 2006-02-08 杭州华为三康技术有限公司 自动化测试框架系统及方法
CN101917306A (zh) * 2010-08-20 2010-12-15 北京星网锐捷网络技术有限公司 一种自动测试方法、系统及装置
US20120284564A1 (en) * 2011-05-04 2012-11-08 Mohan Verma Topology Independent Network-Based Automation Infrastructure
CN103793326A (zh) * 2014-01-28 2014-05-14 福建星网锐捷网络有限公司 组件测试方法及装置
CN105227375A (zh) * 2015-10-23 2016-01-06 上海斐讯数据通信技术有限公司 一种构建虚拟的交换机网络的方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1731747A (zh) * 2005-07-29 2006-02-08 杭州华为三康技术有限公司 自动化测试框架系统及方法
CN101917306A (zh) * 2010-08-20 2010-12-15 北京星网锐捷网络技术有限公司 一种自动测试方法、系统及装置
US20120284564A1 (en) * 2011-05-04 2012-11-08 Mohan Verma Topology Independent Network-Based Automation Infrastructure
CN103793326A (zh) * 2014-01-28 2014-05-14 福建星网锐捷网络有限公司 组件测试方法及装置
CN105227375A (zh) * 2015-10-23 2016-01-06 上海斐讯数据通信技术有限公司 一种构建虚拟的交换机网络的方法及系统

Similar Documents

Publication Publication Date Title
CN103149526B (zh) Pcba板测试系统及方法
CN101848042B (zh) 一种手机射频测试方法及系统
CN106201846B (zh) 自动化测试中的性能监控方法及装置
CN103473174A (zh) 智能电视应用软件的云测试方法
CN102185664B (zh) 射频无源器件自动测试系统
CN103412817B (zh) 自动化测试脚本脱机调试方法及系统
CN108920376A (zh) 应用程序的测试方法、装置及介质
CN111224845A (zh) 一种基于物联网云的设备自动化测试系统及方法
CN103647679A (zh) 一种自动化拓扑动态映射方法及系统
CN112866053A (zh) 一种物联网测试方法、系统、装置及存储介质
CN106547668A (zh) 计算机系统故障告警方法、装置及系统
CN108337125A (zh) 智能硬件设备测试方法、云平台及后台控制器
CN109783378A (zh) GPU在Ubnutu系统的兼容性测试方法、装置、终端及存储介质
CN111130924A (zh) 一种设备以太网端口的测试方法、测试装置及测试设备
CN104699524A (zh) 一种静态编译动态仿真的soc芯片验证系统及验证方法
CN102750143B (zh) 基于matlab com组件调用的dsp开发方法
CN106708688B (zh) 模块测试方法及终端
CN108132876A (zh) 一种基于注入方式的嵌入式软件目标码单元测试方法
CN108062266A (zh) 一种基于云平台的pcie-ssd自动化测试方法
CN106774254A (zh) 无线智能控制模块和移动应用的自动化测试系统及方法
CN106291329A (zh) 一种具有自动检测配点终端三遥功能的测试系统
CN109815076A (zh) 一种网卡boot选项检测方法、系统、终端及存储介质
CN105824728A (zh) 基于仿真系统的抽象化测试平台模型及其实现方法
CN110198222A (zh) 一种配电自动化终端即插即用测试方法及测试主站
CN110502383A (zh) 终端设备的测试方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160803

WD01 Invention patent application deemed withdrawn after publication