CN104182347B - 一种基于自动化测试平台的测试需求自动分析方法 - Google Patents
一种基于自动化测试平台的测试需求自动分析方法 Download PDFInfo
- Publication number
- CN104182347B CN104182347B CN201410452282.9A CN201410452282A CN104182347B CN 104182347 B CN104182347 B CN 104182347B CN 201410452282 A CN201410452282 A CN 201410452282A CN 104182347 B CN104182347 B CN 104182347B
- Authority
- CN
- China
- Prior art keywords
- test
- automatic
- models
- automatic test
- measured
- 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.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 324
- 238000004458 analytical method Methods 0.000 title claims abstract description 38
- 238000013515 script Methods 0.000 claims description 39
- 238000013102 re-test Methods 0.000 claims description 21
- 230000000875 corresponding effect Effects 0.000 description 31
- 230000006870 function Effects 0.000 description 5
- 238000000034 method Methods 0.000 description 5
- 238000001093 holography Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种基于自动化测试平台的测试需求自动分析方法,以XML的格式建立测TRM模型和VCMM模型,自动化测试平台自动解析TRM模型,获得测试任务的信息,再根据测试任务的信息去解析VCMM模型来获得待测产品的自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号;自动化测试平台自动checkout自动化测试文件到本地测试机的指定存放位置;自动化测试平台进行测试,并在测试结束之后自动删除所有的自动化测试文件。本发明的基于自动化测试平台的测试需求自动分析方法中通过一个TRM模型来控制自动化测试平台,使得自动化测试平台能够自动checkout所有自动化测试文件,并测试结束之后自动删除所有自动化测试文件,保证了测试环境的干净和测试的高效性。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种基于自动化测试平台的测试需求自动分析方法。
背景技术
现有技术中,自动化测试平台在通信技术领域已经得到的广泛的推广和应用。如本公司之前的申请号为201210383003.9,发明名称为《用于嵌入式设备的自动化测试平台》的中国专利申请中公开了一种用于嵌入式设备的自动化测试平台。该用于嵌入式设备的自动化测试平台包括多个子系统,该多个子系统之间采用一全息树实现通信和数据共享,该全息树采用XMLDOM的数据结构,该多个子系统包括一脚本子系统、一仪器子系统、一用户子系统、一日志子系统和一显示子系统,该全息树包括脚本/日志子树、仪器子树、用户子树,其中,该脚本子系统用于执行测试脚本、收集测试结果,生成原始的日志节点以及根据测试结果构建和维护该脚本/日志子树;该仪器子系统用于维护该仪器子树以及同步远程仪器信息;该用户子系统用于完成该用户子树的构建以及持续更新,为其它子系统提供正确实时的用户状态信息并保证数据同步;该日志子系统用于根据该脚本日志子树构建一独立于该全息树的纯日志树,并且根据该纯日志树进行测试结果统计以及将统计结果写入该纯日志树的统计节点;该显示子系统用于读取该全息树中的各个子树以完成相应子系统的界面的构建。
TestLink是一种基于web的测试用例管理系统,主要功能是测试用例的创建、管理和执行,并且还提供了一些简单的统计功能。通过使用TestLink提供的功能,可以将测试过程从测试需求、测试设计、到测试执行完整的管理起来,同时能够简单地开始测试工作和分析测试结果。测试计划包括待测试的产品名称、待测试的版本、待测试的测试用例、待测试的次数、待测试的模式(如重复测试、测试失败的测试用例、不重复测试)。测试计划制定好之后,TestLink就会输出一个测试需求模型(Test Require Model,TRM)。但是,上述自动化测试平台没有和TestLink关联起来,只能是测试人员去查看这个TRM来获取相应的信息然后让自动化测试平台去根据测试计划执行相应的测试任务。
具体地,测试人员根据测试需求手动地到某个服务器上去下载相应的测试脚本、配置文件和java驱动包等自动化测试文件。然而这样操作不仅耗费人力,而且不能实现TestLink对自动化测试平台的管控,还会使得本地堆积很多冗余的测试文件。
申请号为201110322773.8、发明名称为《一种软件测试需求分析方法及系统》的中国专利申请中公开了一种软件测试需求分析方法,包括如下步骤:1)关联《软件需求规格说明书》;2)识别《软件需求规格说明书》里的所有功能单元3)分别提取功能单元的Name功能单元名称、Actors权限、Steps步骤和Extensions备选事件流;4)以功能单元为单位,通过排列组合方法,按照定义好的顺序,使用Name功能单元名称、Actors权限、Steps步骤和Extensions备选事件流四个属性输出分析后的所有测试需求这个发明主要是让系统关联上《软件需求规格说明书》,提取出功能单元的名称,步骤及规范要求等,最终将提取到的信息以规范化的形式反馈给测试人员。然而,该申请是针对的是测试人员,而不是自动化测试平台;面向的是《软件需求规格说明书》,而不是TestLink发来的测试需求。
另外,申请号为201110448108.3、发明名称为《软件自动化测试方法》的中国专利申请中公开一种软件自动化测试方法,该方法包括以下步骤:a、根据测试用户输入的测试用例,获取相应的测试数据,并按照所述测试数据的属性信息和所述测试用户输入的测试需求信息,根据所述测试数据得到相应的测试字段;b、按照所述测试字段间的预设关系,将所述测试字段进行组合得到所述测试用例的测试脚本;c、按照预设的脚本执行策略,执行所述测试脚本。该申请中的测试数据和测试需求信息都是用户手动输入的,无法实现自动化。
因此,需要一种基于自动化测试平台的测试需求自动分析方法来使得自动化测试平台能够自动获取测试所需要的测试脚本和配置文件,并在测试结束后清空测试脚本、配置文件和java驱动包等自动化测试文件,以保证测试环境的干净和测试的高效性。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种基于自动化测试平台的测试需求自动分析方法,使得自动化测试平台能够从SVN服务器上自动检出(checkout)测试所需要的测试脚本、配置文件和java驱动包等自动化测试文件,并且在测试结束后自动清空从服务器上checkout下来的所有测试脚本、配置文件和java驱动包等自动化测试文件。
为实现上述目的及其他相关目的,本发明提供一种基于自动化测试平台的测试需求自动分析方法,至少包括以下步骤:步骤S1、以XML的格式建立TRM模型和VCMM模型;其中,所述TRM模型中包括待测试产品的名称、测试用例的名称、待测试产品的版本、从SVN服务器上检出的测试脚本的指定存放位置、自动化测试平台的测试模式和测试次数;所述VCMM模型中包括各种名称的各种版本的待测试产品的自动化测试文件在SVN服务器上的绝对路径或对应的版本号;步骤S2、自动化测试平台自动解析TRM模型以获得测试任务的信息,再根据所述测试任务的信息解析VCMM模型以获得待测产品进行自动化测试所需自动化测试文件在SVN服务器上的绝对路径或对应的版本号;步骤S3、自动化测试平台根据自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号自动检出自动化测试文件到本地测试机的指定存放位置;步骤S4、自动化测试平台根据TRM模型中设定的测试模式和测试次数进行测试,并在测试结束之后自动删除所有自动化测试文件。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述测试模式包括不重复测试、重复测试所有失败的测试用例、重复测试所选的测试用例。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述VCMM模型为树形结构,包括测试用例子树和待测产品子树的;每个测试用例子树包括测试用例名称和测试用例所对应的测试脚本在SVN服务器上存放的绝对路径;待测产品子树包括各种名称的待测产品;每种名称的待测产品包括各种版本的待测产品;每种版本的待测产品包括版本名称、java驱动包在SVN服务器上存放的绝对路径和配置文件在SVN服务器上对应的版本号。
进一步地,根据上述的基于自动化测试平台的测试需求自动分析方法,其中:SVN服务器中有多少测试用例,VCMM模型就包含多少测试用例子树。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述自动化测试文件包括测试脚本、配置文件和java驱动包。
进一步地,根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述步骤S3中,测试脚本从SVN服务器上检出的指定存放位置由用户任意指定的;java驱动包和配置文件从SVN服务器上检出的指定存放位置是固定的。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述步骤S2中,所述测试任务的信息包括待测试产品的名称、待测试产品的版本和测试用例的名称。
进一步地,根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述步骤S2中,解析TRM模型之后,根据获取的待测产品的名称和待测产品的版本在VCMM模型中获取java驱动包在SVN服务器上存放的绝对路径和配置文件在SVN服务器上对应的版本号;根据测试用例的名称在VCMM模型中获取对应的测试脚本在SVN服务器上存放的绝对路径。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述步骤S2中,解析TRM模型后获取的信息存储在第一变量列表中。
根据上述的基于自动化测试平台的测试需求自动分析方法,其中:所述步骤S2中,解析VCMM模型后获取的自动化测试文件在SVN服务器上的绝对路径或对应的版本号存储在第二变量列表中。
如上所述,本发明的基于自动化测试平台的测试需求自动分析方法,具有以下有益效果:
(1)TestLink通过一个TRM模型来控制自动化测试平台;
(2)使得自动化测试平台能够自动checkout所有的测试脚本、配置文件和java驱动包等自动化测试文件,并测试结束之后自动删除所有测试脚本、配置文件和java驱动包等自动化测试文件,保证了测试环境的干净和测试的高效性。
附图说明
图1显示为本发明的程序逻辑的流程图;
图2显示为本发明的TRM模型的结构示意图;
图3显示为本发明的VCMM模型的结构示意图。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。
需要说明的是,本实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
本发明的基于自动化测试平台的测试需求自动分析方法中,首先以XML的格式建立测试需求模型(Test Require Model,TRM)和版本控制管理模型(Version ControlManage Model,VCMM),然后自动化测试平台自动解析TRM模型,获得测试任务的信息,再根据测试任务的信息去解析VCMM模型来获得待测产品的自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号。这是因为每次将配置文件上传到SVN服务器上的固定目录上时都会在产生一个相应的文件版本号,每次更新此配置文件,版本号都会自动加1,所以用户可以根据配置文件在SVN服务器上的版本号来找到特定的配置文件,这样就方便了用户查看修改以前的文件,然后对其进行处理。接着,自动化测试平台根据绝对路径和对应的版本号自动checkout自动化测试文件到本地测试机的指定存放位置,其中,指定存放位置和测试模式在TRM模型中设定。最后,自动化测试平台进行测试,并在测试结束之后自动删除所有的自动化测试文件。其中,自动化测试文件包括测试脚本、配置文件和java驱动包。也就是说,本发明将XML格式的TRM模型和VCMM模型输入自动化测试平台,输出自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号,然后根据绝对路径或对应的版本号自动checkout自动化测试文件到本地测试机的指定存放位置,以进行自动化测试,并在测试结束后自动删除自动化测试文件。需要说明的是,本发明的测试需求分析方法适合于所有的自动化测试平台。
参照图1,本发明的基于自动化测试平台的测试需求自动分析方法包括以下步骤:
步骤S1、以XML的格式建立TRM模型和VCMM模型。
其中,参照图2,TRM模型示例如下:
由上可知,本发明的TRM模型包括并列的几个变量,具体如下:
dut_name:表示待测试产品的名称。
case_id:表示测试用例的名称,各个测试用例的名称之间用分号隔开。
product_version:表示待测试产品的版本。
script_dest:表示从SVN服务器上checkout下来的测试脚本的指定存放位置,这个位置可以是用户任意指定的路径。而java驱动包checkout下来之后放在“C:\ProgramFiles\Java\lib”下面,配置文件checkout下来之后放在C盘的根目录下面。也就是说,java驱动包和配置文件的存放位置是固定的。
retest_mode:表示自动化测试平台的测试模式,共包括以下三种模式:“noretest”、“retest all failures”、“retest the selected”。即不重复测试、重复测试所有失败的测试用例、重复测试所选的测试用例。
retest_time:表示自动化测试平台的测试次数。
参照图3,VCMM模型的示例如下:
由上可知,VCMM模型为树形结构,其中config作为树根,测试用例子树,(以下称为case子树)和待测产品子树(以下称为dut子树)的树根作为config树根的子节点;每个case子树包括测试用例名称和测试用例所对应的测试脚本在SVN服务器上存放的绝对路径;dut子树包括各种名称的待测产品;每种名称的待测产品包括各种版本的待测产品;每种版本的待测产品包括版本名称、java驱动包在SVN服务器上存放的绝对路径和配置文件在SVN服务器上对应的版本号,即自动化测试时需要的java驱动包WirelessPages.jar在SVN服务器上存放的绝对路径,以及PagesAttribute.ini配置文件与receive_test.ini配置文件在SVN服务器上对应的版本号。
config:表示整个VCMM的树根,其子节点包括case子树的树根和dut子树的树根。SVN服务器中有多少测试用例,就包含多少case子树。
dut:表示各种名称的待测产品构成的子树的根节点。
PSG600BI和FIR302B:表示待测产品的名称,这里只列举了两款产品,省略号代表其他名称的待测产品。
version:表示某个版本的待测产品测试时需要的文件在SVN服务器上的分布信息构成的子树的根节点。对于每种名称的待测产品,有多少个版本就有多少个version子树。
swversion:表示待测产品的版本。
pagedriver:表示自动化测试时需要的java驱动包WirelessPages.jar在SVN服务器上存放的绝对路径。
attributesvn:表示自动化测试时需要的一个配置文件PagesAttribute.ini对应的SVN版本号。
recivesvn:表示自动化测试时需要的另外一个配置文件receive_test.ini对应的SVN版本号。
case:表示自动化测试用例构成的子树的根节点。SVN服务器中有多少测试用例,VCMM模型就包含多少case子树。
id:表示测试用例的名称。
scriptdir:表示每个测试用例所对应的测试脚本在SVN服务器上存放的绝对路径。
自动化测试平台自动解析TRM模型或者VCMM模型用的是XML的DOM(文档对象模型)解析技术,例如java处理XML格式文本用的是DOM,SAX,STAX等解析技术,TCL处理XML格式文本用到的是TDOM等的解析技术。使用DOM可以将所有的XML文档信息都存于内存中,通过XPath实现遍历各个节点,获取节点的文本值,并将值存放到变量中。
步骤S2、自动化测试平台自动解析TRM模型以获得测试任务的信息,再根据测试任务的信息解析VCMM模型以获得待测产品进行自动化测试所需自动化测试文件在SVN服务器上的绝对路径或对应的版本号。
其中,测试任务的信息包括待测试产品的名称、待测试产品的版本和测试用例的名称。
在自动化测试平台上依次输入TRM模块和VCMM模块,则可分别输出相关变量列表。具体地,TRM模块解析后输出的变量列表1如下:
表1、变量列表1
变量名 | 值 |
ProductName | PSG600BI |
CaseID | AT_STRONG_01;AT_STRONG_02;AT_DHCP;AT_PPPOE |
ProductVersionq | 1.1.10 |
ScriptDest | D:/PSG600BI |
RetestMode | retest the selected |
RetestTime | 2 |
其中,ProductName:代表待测试产品的名称。
CaseID:代表测试用例的名称。
ProductVersion:代表待测试产品的版本。
ScriptDest:代表从SVN服务器上checkout下来的测试脚本的指定存放位置。
RetestMode:表示自动化测试平台测试的模式,共包括以下三种模式:"noretest"、"retest all failures"、"retest the selected"。即不重复测试、重复测试所有失败的测试用例、重复测试所选的测试用例。
RetestTime:表示自动化测试平台的测试次数。
解析TRM模型之后,根据获取的待测产品的名称和待测产品的版本在VCMM模型中获取java驱动包在SVN服务器上存放的绝对路径和所需配置文件在SVN服务器上对应的版本号。根据测试用例的名称在VCMM模型中获取对应的测试脚本在SVN服务器上存放的绝对路径。具体地,VCMM模块解析后输出的变量列表2如下:
表2、变量列表2
变量名 | 值 |
PageDriver | http://172.18.44.135/svn/PagesDriver/trunk/WiFi/PSG600BI/BIN |
AttributeSvn | 3 |
ReciveSvn | 3 |
ScriptDir | |
1)AT_STRONG_01 | http://172.18.44.135/svn/mysvn/scripts/strong_test/shutdown_times/Bin |
2)AT_STRONG_02 | http://172.18.44.135/svn/mysvn/scripts/strong_test/update_times/Bin |
3)AT_DHCP | http://172.18.44.135/svn/mysvn/scripts/Wifi/DHCP/Bin |
3)AT_PPPOE | http://172.18.44.135/svn/mysvn/scripts/Wifi/PPPOE/Bin |
其中,PageDriver:表示WirelessPages.jar这个java驱动包在SVN服务器上的绝对路径。
AttributeSvn:表示PagesAttribute.ini这个配置文件对应的SVN版本号。
ReciveSvn:表示receive_test.ini这个配置文件对应的SVN版本号。
ScriptDir:表示一个数组,这个数组中存放了各个测试用例所对应的测试脚本在SVN服务器上存放的绝对路径。
由上可知,变量列表2表示的是自动化测试平台对VCMM模型进行解析之后得到自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号。
需要说明的是:WirelessPages.jar、PagesAttribute.ini、receive_test.ini和测试脚本是自动化平台进行测试时需要的自动化测试文件。对于本领域技术人员而言,上述文件为公知和惯用的,故在这里就不再赘述,因为其与本发明阐述的重点无关。由于测试时需要这几个文件,所以要获取这几个文件在SVN服务器上的绝对路径或对应的版本号,便于自动化测试平台能够自动从SVN服务器上checkout下来这些文件然后进行测试。
步骤S3、自动化测试平台根据自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号自动checkout自动化测试文件到本地测试机的指定存放位置。
其中,从SVN服务器上checkout下来的测试脚本的指定存放位置在解析TRM模型时获取。
步骤S4、自动化测试平台根据TRM模型中设定的测试模式和测试次数进行测试,并在测试结束之后自动删除所有自动化测试文件。
综上所述,本发明的基于自动化测试平台的测试需求自动分析方法中TestLink通过一个TRM模型来控制自动化测试平台,使得自动化测试平台能够自动checkout所有的测试脚本、配置文件和java驱动包等自动化测试文件,并测试结束之后自动删除所有测试脚本、配置文件和java驱动包等自动化测试文件,保证了测试环境的干净和测试的高效性。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (9)
1.一种基于自动化测试平台的测试需求自动分析方法,其特征在于:至少包括以下步骤:
步骤S1、以XML的格式建立TRM模型和VCMM模型;其中,所述TRM模型为测试需求模型,其包括待测试产品的名称、测试用例的名称、待测试产品的版本、从SVN服务器上检出的测试脚本的指定存放位置、自动化测试平台的测试模式和测试次数;所述VCMM模型为版本控制管理模型,其包括各种名称的各种版本的待测试产品的自动化测试文件在SVN服务器上的绝对路径或对应的版本号;
步骤S2、自动化测试平台自动解析TRM模型以获得测试任务的信息,再根据所述测试任务的信息解析VCMM模型以获得待测产品进行自动化测试所需自动化测试文件在SVN服务器上的绝对路径或对应的版本号;
步骤S3、自动化测试平台根据自动化测试文件在SVN服务器上存放的绝对路径或对应的版本号自动检出自动化测试文件到本地测试机的指定存放位置;
步骤S4、自动化测试平台根据TRM模型中设定的测试模式和测试次数进行测试,并在测试结束之后自动删除所有自动化测试文件;
所述VCMM模型为树形结构,包括测试用例子树和待测产品子树的;每个测试用例子树包括测试用例名称和测试用例所对应的测试脚本在SVN服务器上存放的绝对路径;待测产品子树包括各种名称的待测产品;每种名称的待测产品包括各种版本的待测产品;每种版本的待测产品包括版本名称、java驱动包在SVN服务器上存放的绝对路径和配置文件在SVN服务器上对应的版本号。
2.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述测试模式包括不重复测试、重复测试所有失败的测试用例、重复测试所选的测试用例。
3.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:SVN服务器中有多少测试用例,VCMM模型就包含多少测试用例子树。
4.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述自动化测试文件包括测试脚本、配置文件和java驱动包。
5.根据权利要求4所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述步骤S3中,测试脚本从SVN服务器上检出的指定存放位置由用户任意指定的;java驱动包和配置文件从SVN服务器上检出的指定存放位置是固定的。
6.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述步骤S2中,所述测试任务的信息包括待测试产品的名称、待测试产品的版本和测试用例的名称。
7.根据权利要求6所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述步骤S2中,解析TRM模型之后,根据获取的待测产品的名称和待测产品的版本在VCMM模型中获取java驱动包在SVN服务器上存放的绝对路径和配置文件在SVN服务器上对应的版本号;根据测试用例的名称在VCMM模型中获取对应的测试脚本在SVN服务器上存放的绝对路径。
8.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述步骤S2中,解析TRM模型后获取的信息存储在第一变量列表中。
9.根据权利要求1所述的基于自动化测试平台的测试需求自动分析方法,其特征在于:所述步骤S2中,解析VCMM模型后获取的自动化测试文件在SVN服务器上的绝对路径或对应的版本号存储在第二变量列表中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410452282.9A CN104182347B (zh) | 2014-09-05 | 2014-09-05 | 一种基于自动化测试平台的测试需求自动分析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410452282.9A CN104182347B (zh) | 2014-09-05 | 2014-09-05 | 一种基于自动化测试平台的测试需求自动分析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104182347A CN104182347A (zh) | 2014-12-03 |
CN104182347B true CN104182347B (zh) | 2017-09-19 |
Family
ID=51963412
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410452282.9A Active CN104182347B (zh) | 2014-09-05 | 2014-09-05 | 一种基于自动化测试平台的测试需求自动分析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104182347B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105373409B (zh) * | 2015-12-09 | 2018-09-28 | 上海斐讯数据通信技术有限公司 | 基于Hadoop的测试用例分布式测试方法及系统 |
CN106126429B (zh) * | 2016-08-15 | 2019-07-26 | 北京小鸟看看科技有限公司 | 一种测试方法及设备 |
CN106874196B (zh) * | 2017-01-19 | 2020-06-19 | 深圳先锋居善科技有限公司 | 一种自动化测试异常处理方法及自动化测试系统 |
CN107665171B (zh) * | 2017-10-11 | 2020-08-04 | 中国民生银行股份有限公司 | 自动回归测试方法及装置 |
CN107870863B (zh) * | 2017-11-28 | 2020-10-16 | 中国电子科技集团公司第五十四研究所 | 一种基于xml的分布式自动化测试方法 |
CN110765011B (zh) * | 2019-10-15 | 2023-04-07 | 卡斯柯信号有限公司 | 一种配置库内测试运维数据自动获取和校验装置及方法 |
CN112015661B (zh) * | 2020-09-08 | 2023-10-03 | 南京云柜网络科技有限公司 | 一种软件测试方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101894058A (zh) * | 2010-05-31 | 2010-11-24 | 北京航空航天大学 | 针对自动测试系统的测试覆盖性自动分析方法及其装置 |
CN103079086A (zh) * | 2012-12-30 | 2013-05-01 | 广东九联科技股份有限公司 | 一种机顶盒自动化测试系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008305079A (ja) * | 2007-06-06 | 2008-12-18 | Fuji Electric Holdings Co Ltd | 要求仕様自動検証方式 |
-
2014
- 2014-09-05 CN CN201410452282.9A patent/CN104182347B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101894058A (zh) * | 2010-05-31 | 2010-11-24 | 北京航空航天大学 | 针对自动测试系统的测试覆盖性自动分析方法及其装置 |
CN103079086A (zh) * | 2012-12-30 | 2013-05-01 | 广东九联科技股份有限公司 | 一种机顶盒自动化测试系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104182347A (zh) | 2014-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104182347B (zh) | 一种基于自动化测试平台的测试需求自动分析方法 | |
US10496384B2 (en) | Generation of dynamic software models using input mapping with feature definitions | |
CN104598376B (zh) | 一种数据驱动的分层自动化测试系统和方法 | |
CN103810196B (zh) | 基于业务模型进行数据库性能测试的方法 | |
CN107665171B (zh) | 自动回归测试方法及装置 | |
CN102521354B (zh) | 一种数据库协议审计测试方法及装置 | |
CN110221975B (zh) | 创建接口用例自动化测试脚本的方法及装置 | |
CN104035859B (zh) | 一种可视化自动测试方法及其系统 | |
US9189579B2 (en) | Techniques to automatically generate simulated information | |
CN108614776A (zh) | 跨语言协议测试请求的动态构建方法和系统 | |
CN103744647B (zh) | 一种基于工作流可视化开发工具的Java工作流开发系统及其方法 | |
CN108495192A (zh) | 页面编辑处理方法及装置 | |
US7926024B2 (en) | Method and apparatus for managing complex processes | |
CA2773981C (en) | System and method of substituting parameter sets in self-contained mini-applications | |
CN103309806B (zh) | 一种快速开发测试的装置及方法 | |
CN106021119A (zh) | 配置文件的校验方法和装置 | |
CN104899141B (zh) | 一种面向网络应用系统的测试用例选择与扩充方法 | |
JP6633354B2 (ja) | リーン製品モデリングシステム及び方法 | |
CN111158656B (zh) | 基于因果树法的测试代码生成方法及装置 | |
CN109710528A (zh) | 一种测试脚本生成方法、装置、设备和介质 | |
CN106776314A (zh) | 一种测试系统 | |
CN109840732A (zh) | 自由选配条件下整车可配置物料清单完整性的校验系统 | |
CN107506190A (zh) | 基于Spring框架的XML文件修改方法及装置 | |
CN112416369A (zh) | 一种面向异构混合环境的智能化部署方法 | |
CN111124892B (zh) | 基于命令行的自动化测试方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PP01 | Preservation of patent right |
Effective date of registration: 20180313 Granted publication date: 20170919 |
|
PP01 | Preservation of patent right | ||
PD01 | Discharge of preservation of patent | ||
PD01 | Discharge of preservation of patent |
Date of cancellation: 20210313 Granted publication date: 20170919 |
|
PP01 | Preservation of patent right | ||
PP01 | Preservation of patent right |
Effective date of registration: 20210313 Granted publication date: 20170919 |
|
PD01 | Discharge of preservation of patent |
Date of cancellation: 20240313 Granted publication date: 20170919 |