CN103678107A - 数据处理方法及系统 - Google Patents
数据处理方法及系统 Download PDFInfo
- Publication number
- CN103678107A CN103678107A CN201210357028.1A CN201210357028A CN103678107A CN 103678107 A CN103678107 A CN 103678107A CN 201210357028 A CN201210357028 A CN 201210357028A CN 103678107 A CN103678107 A CN 103678107A
- Authority
- CN
- China
- Prior art keywords
- test
- node
- data
- document model
- 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
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种数据处理方法及系统，该数据为采用Tcl/Tk对网关设备进行自动化测试中涉及的数据，该数据处理方法包括以下步骤：建立一XML文档模型；运行对该网关设备的自动化测试；将测试数据写入该XML文档模型中；接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。本发明利用了Tcl/Tk是开源的特点，将XML集成到它里面，作为数据的类型，减少了读写的数据量、提高了效率。
Description
技术领域
本发明涉及一种数据处理方法及系统，特别是涉及一种自动化测试过程中的数据处理方法及系统。
背景技术
随着测试流程的不断规范以及软件测试技术的进一步细化，软件测试自动化已经日益成为一支不可忽视的力量。而Tcl/Tk凭借着其独特优势，在自动化测试领域占据着重要位置（Tcl/Tk：Tcl是“工具控制语言（Tool ControlLanguage）”的缩写。Tk是Tcl“图形工具箱”的扩展，它提供各种标准的GUI接口项，以利于迅速进行高级应用程序开发。John K.Ousterhout于1988年开始开发Tcl/Tk，然后是加州大学伯克利分校（UCB）的一名教授继续对它进行开发。Tcl是以可扩展性、短的学习曲线和易于嵌入为特定目标而设计的。Tk的开发始于1989年，第一个版本于1991年问世。Ousterhout博士在他离开UCB之后继续开发Tcl/Tk，然后由于工作需要，他继续为SunMicrosystems公司工作。现在，也就是在写本文之时，他在Scriptics（它开发出Ajuba Solution，已由Interwoven收购）继续改进该语言，目前的稳定版本是8.3.2，在写本文的时候，8.4版本正在开发之中）。优势如下：
1)开发快
2)图形化用户界面
3)跨平台
4)易学
5)成熟
6)扩展式、嵌入式、集成式
7)配置独特
8)软件和硬件测试的理想语言
9)网络编程方便
10)强大Tcl用户群
11)免费（开源）
目前研发的自动化测试基本都是由Tcl/Tk直接实现，其中产生的数据几乎没有类型，这是由Tcl/Tk语言本身造成的，因为其追求短小、可移植。它是一种几乎只用list（列表）作数据类型的语言，构造十分精巧，写起它的语法解释程序时很简单。但实现研发的自动化测试平台有以下缺点：
1)由于存储的信息没有数据类型，所读写的数据量增大，降低效率；
2)实现数据对外交互时，需要先按特定类型格式化数据，缺少一个权威的标准，对于标准化不利。
发明内容
本发明要解决的技术问题是为了克服现有技术中基于Tcl/Tk的自动化测试中产生的数据几乎没有类型、所读写的数据量增大、效率降低、在数据对外交互时需要先按特定类型格式化数据、缺少一个权威的标准对于标准化不利的缺陷，提供一种减少读写的数据量、提高效率、有利于标准化的数据处理方法及系统。
本发明是通过下述技术方案来解决上述技术问题的：
一种数据处理方法，其特点在于，该数据为采用Tcl/Tk对网关设备进行自动化测试中涉及的数据，该数据处理方法包括以下步骤：
步骤S1、建立一XML（扩展标记语言）文档模型；
步骤S2、运行对该网关设备的自动化测试；
步骤S3、将测试数据写入该XML文档模型中；
步骤S4、接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
优选地，步骤S2中包括以下步骤：
步骤S21、选择测试脚本，每个测试脚本与一测试用例对应；
步骤S22、运行该测试脚本以进行该自动化测试；
步骤S23、输出该测试数据。
所谓的自动化测试，是将每一个用例编写成对应的测试脚本，然后根据测试项目需求，选择合适的测试脚本，进行测试。测试对象为研发中的网关类产品。通过该自动化测试，确认其各项功能是否有效，并找出产品中软件的BUG（现在人们将在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug，即漏洞）。
在自动化测试的运行过程中涉及的数据为XML格式，其中数据交互关系如下：
产生新的数据时，将产生的值打上标签，做成一个节点，然后插入到文档模型的合适位置；
需要读取数据时，从文档模型的合适位置读取到所需要的数据值；
修改数据时，定位到文档模型中合适位置，然后经过判断并修改。
优选地，步骤S3中包括以下步骤：
步骤S31、判断该测试数据的节点是否存在于该XML文档模型中，若否，进入步骤S32；若是，进入步骤S37；
步骤S32、创建该测试数据的测试节点并将该测试数据写在该测试节点下；
步骤S33、判断该测试节点的父节点是否在该XML文档模型中，若是，进入步骤S34；若否，进入步骤S35；
步骤S34、将该测试节点挂载在其父节点下，并结束流程；
步骤S35、创建该测试节点的父节点；
步骤S36、将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并返回步骤S33；
步骤S37、更新该节点下的数据，并结束流程。
优选地，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。其中，当测试产品（例如网关设备）的某一项功能时，此功能会包含多个测试用例（此时就需要选择自动化测试所对应的脚本）。此处所说的配置数据，就是指所选择的脚本的文件名与路径信息。
优选地，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
本发明还提供一种数据处理系统，其特点在于，其采用如上所述的数据处理方法实现，该数据处理系统包括：
一模型建立装置，用于建立该XML文档模型；
一Tcl/Tk测试平台，用于运行对该网关设备的自动化测试；
一读写装置，用于将测试数据写入该XML文档模型中；
一调取装置，用于接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
优选地，该Tcl/Tk测试平台还包括：
一选择装置，用于选择测试脚本，每个测试脚本与一测试用例对应；
一测试装置，用于运行该测试脚本以进行该自动化测试；
一输出装置，用于输出该测试数据。
优选地，该读写装置还包括：
一第一判断装置，用于判断该测试数据的节点是否存在于该XML文档模型中，若是，启用一第一更新装置；若否，启用一第一创建装置；
该第一创建装置用于创建该测试数据的测试节点并将该测试数据写在该测试节点下，以及启用一第二判断装置；
该第二判断装置用于判断该测试节点的父节点是否在该XML文档模型中，若是，启用一记录装置；若否，启用一第二创建装置；
该记录装置用于将该测试节点挂载在其父节点下；
该第二创建装置用于创建该测试节点的父节点，以及启用一第二更新装置；
该第二更新装置用于将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并且再次启用该第二判断装置；
该第一更新装置用于更新该节点下的数据。
优选地，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。
优选地，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
本发明的积极进步效果在于：
1、本发明利用了Tcl/Tk是开源的特点，将XML集成到它里面，作为数据的类型，减少了读写的数据量、提高了效率。
2、在数据对外交互时无需格式化数据，有利于标准化。
附图说明
图1为本发明一实施例的数据处理方法的流程图。
图2为本发明一实施例的将测试数据写入该XML文档模型的流程图。
图3为本发明一实施例的数据处理系统的结构框图。
图4为本发明一实施例的文档模型的示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
参考图1和图2，介绍本发明一实施例的数据处理方法，该数据为采用Tcl/Tk对网关设备进行自动化测试中涉及的数据，该数据处理方法包括以下步骤：
步骤S1、建立一XML文档模型；
步骤S2、运行对该网关设备的自动化测试；
步骤S3、将测试数据写入该XML文档模型中；
步骤S4、接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
其中，步骤S2中包括以下步骤：
步骤S21、选择测试脚本，每个测试脚本与一测试用例对应；
步骤S22、运行该测试脚本以进行该自动化测试；
步骤S23、输出该测试数据。
所谓的自动化测试，是将每一个用例编写成对应的测试脚本，然后根据测试项目需求，选择合适的测试脚本，进行测试。测试对象为研发中的网关类产品。通过该自动化测试，确认其各项功能是否有效，并找出产品中软件的BUG。
在自动化测试的运行过程中涉及的数据为XML格式，其中数据交互关系如下：
产生新的数据时，将产生的值打上标签，做成一个节点，然后插入到文档模型的合适位置；
需要读取数据时，从文档模型的合适位置读取到所需要的数据值；
修改数据时，定位到文档模型中合适位置，然后经过判断并修改。
同时，参考图3，步骤S3中包括以下步骤：
步骤S31、判断该测试数据的节点是否存在于该XML文档模型中，若否，进入步骤S32；若是，进入步骤S37；
步骤S32、创建该测试数据的测试节点并将该测试数据写在该测试节点下；
步骤S33、判断该测试节点的父节点是否在该XML文档模型中，若是，进入步骤S34；若否，进入步骤S35；
步骤S34、将该测试节点挂载在其父节点下，并结束流程；
步骤S35、创建该测试节点的父节点；
步骤S36、将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并返回步骤S33；
步骤S37、更新该节点下的数据，并结束流程。
所谓的新节点，是这样的：
如一个节点为：
<标签>
**********************（节点中内容）
</标签>，
那么，它的父节点为：
<父节点标签>
%%%%%%%%%%%%%%%%%%%%%%（节点中内容）
<父节点标签>，
则，组成的新节点为：
<父节点标签>
%%%%%%%%%%%%%%%%%%%%%%（节点中内容）
<标签>
**********************（节点中内容）
</标签>
<父节点标签>。
本领域技术人员应当理解，上述的结构表述仅仅是对“新节点”的解释说明，这样的说明仅仅是为了表述一种节点的结构，是为了使人理解，由于节点的具体内容并不影响节点的结构，因此以“*”和“%”两种符号来表示节点中的内容，这仅仅是一种举例说明，为了描述上的便利而已，并非是对本发明的限定，也并非是对节点内容的具体限定。
具体来说，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。其中，当测试产品（例如网关设备）的某一项功能时，此功能会包含多个测试用例（此时就需要选择自动化测试所对应的脚本）。此处所说的配置数据，就是指所选择的脚本的文件名与路径信息。
更具体地，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
参考图3，介绍本发明一实施例所述的数据处理系统，其采用如上所述的数据处理方法实现，该数据处理系统包括：
一模型建立装置1，用于建立该XML文档模型；
一Tcl/Tk测试平台2，用于运行对该网关设备的自动化测试；
一读写装置3，用于将测试数据写入该XML文档模型中；
一调取装置4，用于接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
具体来说，该Tcl/Tk测试平台2还包括：
一选择装置，用于选择测试脚本，每个测试脚本与一测试用例对应；
一测试装置，用于运行该测试脚本以进行该自动化测试；
一输出装置，用于输出该测试数据。
具体来说，该读写装置3还包括：
一第一判断装置，用于判断该测试数据的节点是否存在于该XML文档模型中，若是，启用一第一更新装置；若否，启用一第一创建装置；
该第一创建装置用于创建该测试数据的测试节点并将该测试数据写在该测试节点下，以及启用一第二判断装置；
该第二判断装置用于判断该测试节点的父节点是否在该XML文档模型中，若是，启用一记录装置；若否，启用一第二创建装置；
该记录装置用于将该测试节点挂载在其父节点下；
该第二创建装置用于创建该测试节点的父节点，以及启用一第二更新装置；
该第二更新装置用于将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并且再次启用该第二判断装置；
该第一更新装置用于更新该节点下的数据。
其中，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。
具体来说，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
下面，结合具体的自动化测试步骤，以一具体的使用场景为例，再一次说明本发明的技术方案。
本发明中涉及的自动化测试，是将每一个用例编写成对应的测试脚本，然后根据测试项目需求，选择合适的测试脚本，进行测试。测试对象为研发中的网关类产品。通过测试，确认其各项功能是否有效，并找出产品中软件的BUG，主要步骤如下：
1)选择测试用例的脚本
2)查看测试结果
3)保存测试记录，以便过后统计
这3个过程，依次产生了：测试用例的配置数据、测试用例的测试结果数据、测试用例的统计信息。当测试产品的某一项功能时，此功能会包含多个测试用例（就需要选择自动化测试所对应的脚本）。此处所说的配置数据，就是指所选择的脚本的文件名与路径信息。
上述3个过程中产生的数据有很大一部分所包含的内容是重复冗余的，可以用XML的形式结构化，创建一个文件树形结构为基础的文档。这里介绍下XML，它是一种标记语言，XML文件就像一个树状的目录，类似于HTML，如下所示：
其中，1个XML文档模型中，有且只有1个根节点其中<root></root>为该节点标签，directory表示标签为type的节点的值，而<type>directory</type>表示标签为File的节点的子节点。
为了便于理解，以下是该使用场景中的标签含义（标签名是由用户定义的)：
<root></root>：该文档根的标签
<File></File>：文件的标签
数值为：将下面的所有文件信息打包，形成一个高级节点可将它理解为一个文件，下面的子节点是具体的文件信息<type></type>：文件类型标签
数值为：字符串，文件的类型（文件或文件夹）
<AccessTime></AccessTime>：最后访问时间标签
数值为：数字，文件在系统中的最后访问时间
<name></name>：文件名标签
数值为：字符串，文件在系统中的文件名
<path></path>：文件路径标签
数值为：字符串，文件在系统中的全路径
<Flag></Flag>：测试标记标签（用来判断当前测试脚本）
数值为：0或者1
1表示当前测试过程中，使用到该文件
0表示当前测试过程中，不使用到该文件
<Log></Log>：测试结果记录标签
数值为：将下面的测试信息打包，做成一个高级节点
可以将它理解为测试结果，下面的子节点是具体测试信息
<SN></SN>：被测设备编号标签
数值为：字符串，被测设备编号
<AUTVersion></AUTVersion>：被测设备所用软件版本标签
数值为：字符串，被测设备软件版本
<Information></Information>：脚本描述信息标签
数值为：字符串，脚本描述信息
<ScriptResult></ScriptResult>：测试结果标签
数值为：0-1之间，通过率
采用这种树形文档模型有下列优势：
1、通过各文件夹关系能迅速定位到用例脚本。
2、各脚本的测试情况（Log节点）能直接挂载在其下，方便对某一脚本的测试情况查看与统计显示（不同的节点里包含了各种不同的数据与信息，标签名表示了该数据的意义，log节点是节点中的一种，log这里表示测试（运行）记录）。
3、良好的扩展性，如表2所示，显示某脚本的测试情况，只要将该脚本的Log节点取出，编译一个显示格式，就能显示在网页上（XML自带的）。
表2节点的显示情况
| project | script | Information | AUTVersion | SN | ScriptResult | ItemResult | Time | Reserved |
| project | script_1 | TScript-Description | 35 | 01 | 50% | 30% | 2012-7-5 |
当测试过程中产生需要存储的数据时，将以图2所述的流程写入文档模型中，所有的标签都对应着要存储的数据。刚开始运行平台进行测试时，文档模型是空的，只有一个根节点，以下几个过程会产生需要存储的数据：
1、选择完测试脚本，就创建了文件路径、文件名、测试标记（数值设置为1）等一系列信息；
2、修改需要测试的脚本（如刚才多选了一个测试脚本，现在删除），就形成了新的文件路径、文件名、测试标记（被删文件数值设置为0）等信息；
3、测试完成产生的测试结果等一系列信息。
参考图4，可以将文件节点看成一个文件，该文件节点为根节点的子节点，每个文件节点下都包括了5个节点：文件类型、最后访问时间、文件名、测试标记和文件路径。其中以附图标记41表示文件4的测试结果，当该文件4就是测试脚本时，测试结果就插入在这个位置图4中以附图标记41表示的位置，每个测试结果节点点下都包含了4个节点：被测设备编号、被测设备所用软件版本、脚本描述和通过率。
在Tcl/Tk自动化研发测试运行时，平台可以直接从文档模型中读取所需要的数据，从而确定测试过程及结果显示。主要是以下几类：
1、确定需要测试的用例脚本
遍历文档模型，确定需要测试的脚本（根据测试标记节点与文件类型节点来判断）；
2、查看在特定时间内，某用例的测试情况
遍历文档模型，确定某脚本的测试情况（根据文件最后访问时间节点与文件名节点判断）；
3、根据统计结果，查看某用例是否要重测（根据用户需要，如通过率低于多少需要重测）。
本发明利用了Tcl/Tk是开源的特点，将XML集成到它里面，作为数据的类型，减少了读写的数据量、提高了效率。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种数据处理方法，其特征在于，该数据为采用Tcl/Tk对网关设备进行自动化测试中涉及的数据，该数据处理方法包括以下步骤：
步骤S1、建立一XML文档模型；
步骤S2、运行对该网关设备的自动化测试；
步骤S3、将测试数据写入该XML文档模型中；
步骤S4、接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
2.如权利要求1所述的数据处理方法，其特征在于，步骤S2中包括以下步骤：
步骤S21、选择测试脚本，每个测试脚本与一测试用例对应；
步骤S22、运行该测试脚本以进行该自动化测试；
步骤S23、输出该测试数据。
3.如权利要求1所述的数据处理方法，其特征在于，步骤S3中包括以下步骤：
步骤S31、判断该测试数据的节点是否存在于该XML文档模型中，若否，进入步骤S32；若是，进入步骤S37；
步骤S32、创建该测试数据的测试节点并将该测试数据写在该测试节点下；
步骤S33、判断该测试节点的父节点是否在该XML文档模型中，若是，进入步骤S34；若否，进入步骤S35；
步骤S34、将该测试节点挂载在其父节点下，并结束流程；
步骤S35、创建该测试节点的父节点；
步骤S36、将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并返回步骤S33；
步骤S37、更新该节点下的数据，并结束流程。
4.如权利要求1-3中任意一项所述的数据处理方法，其特征在于，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。
5.如权利要求4所述的数据处理方法，其特征在于，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
6.一种数据处理系统，其特征在于，其采用如权利要求1所述的数据处理方法实现，该数据处理系统包括：
一模型建立装置，用于建立该XML文档模型；
一Tcl/Tk测试平台，用于运行对该网关设备的自动化测试；
一读写装置，用于将测试数据写入该XML文档模型中；
一调取装置，用于接收用户的调取指令从该XML文档模型中调取与该调取指令相应的测试数据。
7.如权利要求6所述的数据处理系统，其特征在于，该Tcl/Tk测试平台还包括：
一选择装置，用于选择测试脚本，每个测试脚本与一测试用例对应；
一测试装置，用于运行该测试脚本以进行该自动化测试；
一输出装置，用于输出该测试数据。
8.如权利要求6所述的数据处理系统，其特征在于，该读写装置还包括：
一第一判断装置，用于判断该测试数据的节点是否存在于该XML文档模型中，若是，启用一第一更新装置；若否，启用一第一创建装置；
该第一创建装置用于创建该测试数据的测试节点并将该测试数据写在该测试节点下，以及启用一第二判断装置；
该第二判断装置用于判断该测试节点的父节点是否在该XML文档模型中，若是，启用一记录装置；若否，启用一第二创建装置；
该记录装置用于将该测试节点挂载在其父节点下；
该第二创建装置用于创建该测试节点的父节点，以及启用一第二更新装置；
该第二更新装置用于将该测试节点挂载在其父节点下，该测试节点和其父节点形成一新节点，将该新节点更新为新的测试节点，并且再次启用该第二判断装置；
该第一更新装置用于更新该节点下的数据。
9.如权利要求6-8中任意一项所述的数据处理系统，其特征在于，该测试数据包括：测试用例的配置数据、测试用例的测试结果数据和测试用例的统计信息。
10.如权利要求9所述的数据处理系统，其特征在于，该测试用例的统计信息选自：被测设备编号、被测设备的软件版本、脚本描述和通过率。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210357028.1A CN103678107A (zh) | 2012-09-21 | 2012-09-21 | 数据处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210357028.1A CN103678107A (zh) | 2012-09-21 | 2012-09-21 | 数据处理方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103678107A true CN103678107A (zh) | 2014-03-26 |
Family
ID=50315747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210357028.1A Pending CN103678107A (zh) | 2012-09-21 | 2012-09-21 | 数据处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103678107A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104133770A (zh) * | 2014-08-04 | 2014-11-05 | 浪潮通用软件有限公司 | 一种通用的自动测试方法 |
| CN108521350A (zh) * | 2018-03-16 | 2018-09-11 | 重庆邮电大学 | 一种基于xml驱动脚本的工业网关设备自动化测试方法 |
| CN114513405A (zh) * | 2022-02-16 | 2022-05-17 | 太仓市同维电子有限公司 | 一种实现OpenWrt平台AP路由器TR181配置树的方法及系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030033285A1 (en) * | 1999-02-18 | 2003-02-13 | Neema Jalali | Mechanism to efficiently index structured data that provides hierarchical access in a relational database system |
| CN1466058A (zh) * | 2002-06-24 | 2004-01-07 | 华为技术有限公司 | 通用测试报告的实现方法 |
| CN101493839A (zh) * | 2009-03-04 | 2009-07-29 | 北京航空航天大学 | 一种通用测试文档的生成方法 |
-
2012
- 2012-09-21 CN CN201210357028.1A patent/CN103678107A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030033285A1 (en) * | 1999-02-18 | 2003-02-13 | Neema Jalali | Mechanism to efficiently index structured data that provides hierarchical access in a relational database system |
| CN1466058A (zh) * | 2002-06-24 | 2004-01-07 | 华为技术有限公司 | 通用测试报告的实现方法 |
| CN101493839A (zh) * | 2009-03-04 | 2009-07-29 | 北京航空航天大学 | 一种通用测试文档的生成方法 |
Non-Patent Citations (3)
| Title |
|---|
| 一种基于TCL/TK的自动化测试框架: "一种基于TCL/TK的自动化测试框架", 《吉首大学学报》 * |
| 任乐兵等: "语音交互系统自动化测试的设计与实现", 《电子科技》 * |
| 张靖: "XML技术在软件可靠性测试中的应用", 《电子科技大学学报》 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104133770A (zh) * | 2014-08-04 | 2014-11-05 | 浪潮通用软件有限公司 | 一种通用的自动测试方法 |
| CN108521350A (zh) * | 2018-03-16 | 2018-09-11 | 重庆邮电大学 | 一种基于xml驱动脚本的工业网关设备自动化测试方法 |
| CN114513405A (zh) * | 2022-02-16 | 2022-05-17 | 太仓市同维电子有限公司 | 一种实现OpenWrt平台AP路由器TR181配置树的方法及系统 |
| CN114513405B (zh) * | 2022-02-16 | 2024-04-19 | 太仓市同维电子有限公司 | 一种实现OpenWrt平台AP路由器TR181配置树的方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101464905B (zh) | 一种网页信息抽取的系统及方法 | |
| CN102541521B (zh) | 基于结构化查询语言的操作指令自动生成装置及方法 | |
| US7971175B2 (en) | Method and system for implementing cached parameterized cells | |
| CN109948134A (zh) | 一种报告自动生成方法、系统及电子设备和存储介质 | |
| CN105138752B (zh) | 智能变电站scd文件历史回溯差异化比较及展示方法 | |
| CN103309806B (zh) | 一种快速开发测试的装置及方法 | |
| CN107402789A (zh) | 一种服务器集群自动批量穿透raid卡刷新硬盘fw的方法 | |
| CN105511843A (zh) | 一种生成应用程序界面的方法和装置 | |
| CN105335246B (zh) | 一种基于问答网站分析的程序崩溃缺陷自动修复方法 | |
| CN102981882B (zh) | 解析方法和装置 | |
| CN103578015A (zh) | 一种商品属性导航的实现方法及装置 | |
| CN109032577A (zh) | 一种数据仿真方法 | |
| CN102087657A (zh) | 一种用于核电站仿真平台的io对点方法和io对点装置 | |
| CN107783770A (zh) | 页面配置更新方法、装置、服务器和介质 | |
| CN105446986A (zh) | 用于处理web页面的方法和装置 | |
| CN104516813A (zh) | 网络页面的测试节点的选取方法和装置 | |
| CN103678107A (zh) | 数据处理方法及系统 | |
| CN107797805A (zh) | 一种代码封装方法、装置及计算机可读存储介质 | |
| CN111381142A (zh) | 一种提高测试流效率的半导体自动测试设备及测试方法 | |
| CN112698819A (zh) | 面向树化对象编程程序设计方法、装置及存储介质 | |
| CN105373468A (zh) | 一种web自动化可测性的检测方法和系统 | |
| CN105808748A (zh) | 一种mib版本对比方法和装置 | |
| CN111898351B (zh) | 基于Aviator的Excel数据自动导入方法、装置、终端设备及存储介质 | |
| CN109491884A (zh) | 代码性能检测方法、装置、计算机设备和介质 | |
| US20150088482A1 (en) | Simulated component connector definition and connection process |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140326 |