专利名称：基于自动化测试脚本对被测对象进行测试的方法和系统的制作方法
技术领域：
本发明涉及通信领域，尤其涉及自动化测试过程。
背景技术：
测试是保证软件质量的重要活动，是软件项目实施过程中不可缺少的环节。目前自动化测试在软件开发过程中应用越来越广泛。在自动测试过程中会应用大量的脚本、用例、函数、变量等资源，如果这些资源得不到有效的组织管理，或者是执行机制不合理，将会导致自动化测试难以达到预期的效果或自动化成果难以继承。
与本发明有关的现有技术采用了基于脚本的测试技术，如TCL(ToolCommand Language，工具命令语言)脚本。其核心是以脚本为中心定义测试过程中应用的资源，如在脚本中定义函数、变量，在脚本中定义用例，定义规程(用例批量执行系列)，定义脚本与用例之间的关系，定义脚本、用例与规程的执行规则等，并通过测试人员手工编写脚本代码来完成这些定义过程。
由上述现有技术的技术方案可以看出，其存在如下缺陷1、以脚本为中心定义脚本与用例的关系、脚本、用例与规程的执行规则时，由于没有对脚本进行分级与分类，因此在编写脚本代码时会对一些测试过程中应用的全局性的共享信息重复编程，因此工作量与复杂度很大，而且编写的脚本代码的可读性较差，缺乏灵活性；2、以脚本为中心定义测试过程中应用的资源时，由于脚本没有分级，无法充分保证脚本之间的函数与变量等资源共享与重用，不利于公共资源的集中管理、数据与脚本的分离；3、以脚本为中心定义测试过程中应用的资源时，由于脚本没有分类别，所以容易导致脚本功能不明确，进而导致脚本与用例之间的关系不明确，脚本之间的执行顺序混乱，无法保证用例执行数据的完整性。
发明内容
本发明的目的是提供一种基于自动化测试脚本对被测对象进行测试的方法和系统，通过本发明能够对脚本进行分级，将全局与局部脚本区别开来，从而有利于公共资源的集中管理、数据与脚本的分离，而且本发明能够将公共资源通过一次的代码编写过程完成，从而使编写脚本代码的工作量得到简化。
本发明的目的是通过以下技术方案实现的本发明提供一种基于自动化测试脚本对被测对象进行测试的方法，其包括A、构造测试工程预处理脚本和工程后处理脚本，将测试过程中应用的全局性预处理和共享脚本信息提取出，设置到所述工程预处理脚本中，将测试过程中用例运行完成后需要作全局性后处理的信息设置到所述工程后处理脚本中；B、基于构造后的脚本对被测对象进行测试。
其中，所述全局性预处理和共享脚本信息包括测试过程中需要测试的所用用例的全局变量、资源池与函数的信息、全局性的测试环境准备信息和/或初始化脚本信息。
其中，所述全局性后处理的信息包括全局性的测试环境退出信息和/或恢复操作信息。
其中，所述步骤A还包括针对一个用例，构建至少一个用例级执行脚本，并将测试过程中用于完成本用例测试功能的主体脚本设置在所述用例级执行脚本中。
其中，所述步骤A还包括针对一个用例，构建用例级预处理脚本，并将每个用例的各个用例脚本中的资源申请信息、用例测试数据的设置信息、为用例级执行脚本作准备性工作的信息提取出并设置在所述用例级预处理脚本中；和/或，针对一个用例，构建用例级后处理脚本，并将所述用例执行完毕后的数据恢复信息与清理信息设置在所述用例级后处理脚本中。
其中，所述步骤B具体包括按照工程级预处理脚本、用例、工程级后处理脚本的先后顺序处理相应的信息，并当工程级预处理脚本执行有错误时，转而执行工程级后处理脚本。
其中，步骤B中，当处理到用例时，对各个用例的处理过程具体包括将测试中需处理的各个用例进行分组，并设置到不同的用例集中；按照用例集间的先后顺序，顺序执行各个用例集，并在各个用例集内并行处理或顺序处理设置在其内的各个用例。
其中，步骤B中，当处理到用例时，对每一个用例的处理过程具体包括并行处理每个用例下的所有用例级执行脚本，并当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，然后结束此过程；或，按照用例级预处理脚本和用例级执行脚本的先后顺序，顺序执行相应脚本，并且并行处理每个用例下的各个用例级执行脚本；并当所述用例级预处理脚本出错后，或当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，然后结束此过程；或，按照用例级预处理脚本、用例级执行脚本和用例级后处理脚本的先后顺序，顺序执行相应脚本，并且并行处理每个用例下的各个用例级执行脚本；并当所述用例级预处理脚本出错后，转而执行所述用例级后处理脚本，然后结束此过程；或，按照用例级执行脚本和用例级后处理脚本的先后顺序，顺序处理相应脚本中的信息，并且并行处理每个用例下的各个用例级执行脚本；并当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，转而执行所述用例级后处理脚本，然后结束此过程。
本发明提供一种基于自动化测试脚本对被测对象进行测试的系统，其包括工程预处理单元、用例处理单元和工程后处理单元；当进行测试时，通过所述工程预处理单元调用并处理测试过程中所有用例需要运行的预处理和共享资源信息，然后通过所述用例处理单元处理测试过程中所用的用例，并当所述用例处理完毕后，通过所述工程后处理单元进行全局性的后处理工作。
其中，所述的系统，还包括信息识别单元，用于识别工程预处理单元中的处理信息是否出错，并当监测到出错信息时，终止工程预处理单元运行，并触发工程后处理单元进行相应的后处理工作。
其中，所述用例处理单元包括至少一个用例执行子单元，用于完成用例测试功能的主体脚本。
其中，所述用例处理单元还包括用例预处理子单元和/或用例后处理子单元；
当调用用例处理单元时，通过所述用例预处理子单元调用并处理当运行测试过程中所用的用例执行子单元中的信息时需要的共享和预处理信息，并当所述用例处理完毕后，通过所述用例后处理子单元执行需要的数据恢复与清理工作。
其中，所述用例处理单元还包括信息识别子单元，用于识别用例预处理子单元中的处理信息是否出错，并当监测到出错信息时，终止用例预处理子单元运行，并触发用例后处理子单元进行相应的后处理工作；以及，用于识别用例执行子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例执行子单元运行，并触发用例后处理子单元进行相应的后处理工作。
由上述本发明提供的技术方案可以看出，本发明首先构造测试工程预处理脚本和工程后处理脚本，将测试过程中应用的全局性预处理和共享脚本信息提取出，设置到所述工程预处理脚本中，将测试过程中用例运行完成后需要作全局性后处理的信息设置到所述工程后处理脚本中；然后基于构造后的脚本对被测对象进行测试。通过本发明对脚本分级成工程预处理脚本、工程后处理脚本等，将全局与局部脚本区别开来，从而有利于公共资源的集中管理、数据与脚本的分离，而且本发明能够将公共资源通过一次的代码编写过程完成，从而使编写脚本代码的工作量得到简化。
另外，通过本发明对用例脚本进行分类后，将用例预处理脚本和用例后处理脚本提取出来，从而使各类脚本的功能更加明确，使用例脚本之间的关系非常明确，从而保证用例脚本之间的执行顺序，进而保证用例执行数据的完整性，而且同样能够使编写脚本代码的工作量得到简化。
图1为本发明提供的第一实施例中的系统工作原理图；图2为本发明提供的第二实施例的流程图；图3为本发明提供的第二实施例中对用例进行处理的流程图。
具体实施例方式
本发明提供一种基于自动化测试脚本对被测对象进行测试的方法和系统，其核心为首先构造测试工程预处理脚本和工程后处理脚本，将测试过程中应用的全局性预处理和共享脚本信息提取出，设置到所述工程预处理脚本中，将测试过程中用例运行完成后需要作全局性后处理的信息设置到所述工程后处理脚本中；然后基于构造后的脚本对被测对象进行测试。
针对本发明所述的系统，本发明提供的第一实施例，如图1所示，包括工程预处理单元、信息识别单元、用例处理单元和工程后处理单元；当进行测试时，通过所述工程预处理单元调用并处理测试过程中所有用例需要运行的预处理共享资源信息，并通过所述信息识别单元监测工程预处理单元中的处理信息是否出错，如果监测到出错信息，则终止所述工程预处理单元运行，并触发工程后处理单元进行相应的后处理工作；如果所述工程预处理单元能够正常完成处理过程，则随后通过所述用例处理单元处理测试过程中所用的用例，并当所述用例处理完毕后，通过所述工程后处理单元进行全局性的后处理工作。
在通过所述用例处理单元处理测试过程中所用的所有用例时，所述用例处理单元是通过下述部件进行处理的当所述用例处理单元中设置有用例预处理子单元、至少一个用例执行子单元、用例后处理单元和信息识别子单元时，则通过所述用例预处理子单元调用并处理当运行测试过程中所用的用例执行子单元中的信息时需要的共享预处理信息，同时通过所述信息识别子单元识别用例预处理子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例预处理子单元运行，并触发所述用例后处理单元工作；如果所述用例预处理子单元正常运行，则当其工作结束后，触发所述各个用例执行子单元并行处理设置在每个用例执行子单元中定义的测试脚本，同时在处理过程中，通过所述信息识别子单元识别用例执行子单元中的处理信息是否出错，并当监测到任意一个用例执行子单元出现出错信息时，则终止所述用例执行子单元运行，然后触发所述用例后处理单元工作；如果各个用例执行子单元能够正常处理，则在其运行结束后，触发所述用例后处理单元工作。当所述用例后处理单元完成用例执行后的数据恢复与清理工作后，触发所述工程后处理单元工作。
当所述用例处理单元中仅仅设置有至少一个用例执行子单元和信息识别子单元时，则利用各个所述用例执行子单元设置并且并行处理在每个用例执行子单元中定义的测试脚本，同时通过信息识别子单元识别用例执行子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例执行子单元运行，然后触发所述工程后处理单元工作；如果所述用例执行子单元能够正常处理，则在其运行结束后，触发所述工程后处理单元工作。
当所述用例处理单元中设置有用例预处理子单元、至少一个用例执行子单元和信息识别子单元时，则通过所述用例预处理子单元调用并处理当运行测试过程中所用的用例执行子单元中的信息时需要的共享预处理信息，同时通过所述信息识别子单元识别用例预处理子单元中的处理信息是否出错，并当监测到出错信息时，终止用例预处理子单元运行，并触发所述工程后处理单元工作；如果所述用例预处理子单元正常运行，则当其工作结束后，触发所述各个用例执行子单元并行处理设置在每个用例执行子单元中定义的测试脚本，同时在处理过程中，通过所述信息识别子单元识别用例执行子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例执行子单元运行，然后触发所述工程后处理单元工作；如果所述用例执行子单元能够正常处理，则在其运行结束后，触发所述工程后处理单元工作。
当所述用例处理单元中设置有至少一个用例执行子单元、用例后处理子单元和信息识别子单元时，则通过各个用例执行子单元并行处理设置在每个用例执行子单元中定义的测试脚本同时在处理过程中，通过所述信息识别子单元识别用例执行子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例执行子单元运行，然后触发所述用例后处理单元工作；如果所述用例执行子单元能够正常处理，则在其运行结束后，触发所述用例后处理单元工作。当所述用例后处理单元完成用例执行后的数据恢复与清理工作后，触发所述工程后处理单元工作。
针对本发明所述的方法，本发明提供的第二实施例，包括如下步骤步骤11、对脚本进行分级，在分级时，构建工程级脚本和用例级脚本；并在工程级脚本中定义全局性共享资源，其作用范围为测试过程中的所用用例级脚本，以及在所述用例级脚本中构造用例，并使所述构造的用例在执行时继承在工程预处理脚本中定义的全局性资源。
步骤12、根据脚本的功能对述工程级脚本和用例级脚本级进行分类，形成的脚本类型如表1所示
表1此表1可以看出，经过上述分类后将脚本按照功能分成工程级预处理脚本、工程级后处理脚本、用例级预处理脚本、用例级执行脚本和用例级后处理脚本，各个脚本分别完成不同功能所述工程级预处理脚本，用于定义提取出的测试过程中用到的所有用例的全局性资源，如测试过程中需要测试的所用用例的全局变量、资源池与函数的信息、全局性的测试环境准备信息、初始化脚本信息，并使所述工程级预处理脚本在进行测试时最先执行。
所述工程级后处理脚本，用于定义全局性的测试环境退出信息和/或恢复操作等信息。在测试过程中，在所有用例级脚本执行完毕后再执行。
所述用例级预处理脚本，用于定义本用例资源的申请、用例测试数据、以及为所述用例执行脚本作准备性的工作信息。
所述用例级执行脚本，用于定义用例测试脚本的主体脚本，完成用例的测试功能。在本脚本中定义的变量与函数的作用范围只限于当前脚本。
所述用例级后处理脚本，用于定义用例执行脚本完成后的环境数据恢复与清理工作信息。
通过上述对脚本进行分级和分类的过程，将不同功能的脚本分别对应的写到相应的脚本当中，如，将完成用例数据恢复与清理功能的脚本写到用例级后处理脚本中，而不是放到执行脚本的最后。因此不会导致应该恢复的数据没有得到及时恢复，而影响后面用例的正确执行。另外，通过将一些与测试环境相关和在用例脚本中经常要用到的数据提取出来，用全局性的变量来代替，一旦这些数据发生变化或更换了测试环境，只需要修改这些变量即可，而不需要修改用例脚本，因此能够做到脚本与数据分离，从而提高脚本对测试环境的适应能力和脚本的可重用性，减少了编程过程中的代码量以及工作量。而且，将这些全局性的变量，以及其它需要在所有用例脚本中共享的资源，如函数或脚本定义到工程级预处理脚本中，不仅可让所有脚本可以访问到，达到公共共享的目的，而且可实现集中管理，易于维护。
步骤13、根据对脚本进行分级和分类后的结果组织规程的测试流程并对所述规程下的用例进行测试。如图2所示，包括步骤131、用户创建规程并完成用户数据的编译。
步骤132、处理工程级预处理脚本。
如果所述工程级预处理脚本能够被正确处理，则转入步骤133；如果所述工程级预处理脚本执行出错，则直接转入步骤134，进行工程级后处理脚本的处理过程。
步骤133、处理各个用例。
按照用例的特性部署测试过程中应用的多个用例，即将特性相关的用例放入到同一用例集中，特性不相关的用例放入到不同的用例集中，同一用例集内或不同用例集间的用例可重复，然后指定每一用例集内的所有用例是并行执行还是顺序执行，指定各个用例集之间顺序执行。例如图2中将用例1、用例2...用例n放入到用例集1中，且指定各个用例并行执行；将用例n+1、用例n+2...用例n+n放入到用例集2中，且指定按照用例n+1、用例n+2...用例n+n的顺序顺序执行；将用例a1、用例a2...用例an放入到用例集3中，且指定各个用例并行执行。然后指定用例集1、2和3之间顺序执行。
对于每一个用例，在构造用例级脚本时可以包括用例级预处理脚本和用例级后处理脚本，但必须包括至少一个用例级执行脚本。例如，若需要申请资源，进行数据设置等操作，一个用例就应该有用例级预处理脚本。若需要有数据恢复等操作，一个用例就应该有用例级后处理脚本，否则就无须用例预处理脚本或用例级后处理脚本。执行脚本是根据需要而定的，对于用例级执行脚本根据用例的实际需要来定义，如只模拟一个主叫电话，只需要一个用例级执行脚本就可以了；若还要模拟被叫电话，应增加一个用例级执行脚本来模拟被叫电话。
当一个用例级脚本包括用例级预处理脚本、用例级执行脚本和用例级后处理脚本三种脚本时，其处理流程如图3所示首先执行用例级预处理脚本，如果所述用例级预处理脚本能够被正常处理，则对同一用例下的各个用例级执行脚本并行进行处理，如果所述用例级预处理脚本不能够被正常处理，也就是说在处理过程中出现异常情况，则转而执行用例级后处理脚本；在处理用例级执行脚本时，如正常处理，则当用例级执行脚本处理完毕后，对用例级后处理脚本进行处理，如在处理过程中任意一个执行脚本出错，则终止本用例中所有运行的执行脚本，转而执行用例级后处理脚本。当用例级后处理脚本处理完毕后，结束所述用例级脚本的处理过程。
当一个用例级脚本仅仅包括至少一个用例级执行脚本时，所述用例级脚本的处理过程如下对同一个用例下的所有用例级执行脚本采用并行处理，如果其中任意一个用例级执行脚本出错，则终止本用例中所有运行的用例级执行脚本，并结束所述用例级脚本的处理过程。
当一个用例级脚本包括用例级预处理脚本和用例级执行脚本时，所述用例级脚本的处理过程如下首先执行用例级预处理脚本，如果所述用例级预处理脚本能够被正常处理，则对同一用例下的各个用例级执行脚本并行进行处理，如果所述用例级预处理脚本不能够被正常处理，也就是说在处理过程中出现异常情况，则结束用例级脚本的处理过程；当对所述用例级执行脚本进行处理时，采用并行处理的方法，如果其中任意一个用例级执行脚本出错，则终止本用例中所有运行的用例级执行脚本，并结束所述用例级脚本的处理过程。
当一个用例级脚本包括用例级执行脚本和用例级后处理脚本，所述用例级脚本的处理过程具体包括首先并行处理执行用例级执行脚本，如果其中任意一个用例级执行脚本出错，则终止本用例中所有运行的用例级执行脚本，并转入用例级后处理脚本的处理过程。当用例级后处理脚本处理完毕后，结束所述用例级脚本的处理过程。
步骤134、对工程级后处理脚本进行处理。
步骤135、结束上述过程。
由上述可以看出用户创建规程后，为便于管理维护，将相关的用例放到同一用例集中，并指定用例的执行方式，执行时按照用户指定的各用例集的执行方式编译生成相关的执行控制脚本。
规程开始执行时，首先执行工程预处理脚本，即对一些全局性的公共的资源进行初始化，环境准备等，然后执行用例集1，当用例集1中的所有用例并发执行完后，开始执行用例集2，步骤2中所有用例顺序执行完后执行下一步骤，直至所有步骤执行完成后执行工程后处理脚本，即对测试过程的数据与环境测试恢复与清理。这样作的好处是1、用例批量执行时可以按照用例的特性进行灵活分组，建立特性互不相关的不同用例集，并且各个用例集间和同一用例集内的用例允许重复执行，从而便于管理维护；2、同一用例集内的用例可指定并行执行，从而可提高用例的执行速度，并能够很容易地模拟并发性的测试，如模拟大量用户同时访问网站；而且用例之间互不干扰，即使某一用例出错，也能保证其它用例数据的完整性。
另外，在处理同一个用例时，同一用例下的用例级执行脚本之间采用并行处理，也能够使用例很容易模拟不同的测试实体。而且无论是在用例级执行脚本被正常处理还是在出现异常的情况下都能够执行到用例级后处理脚本，从而能够使用例级执行脚本在执行过程中修改的数据与测试环境得到及时的恢复，保证了用例数据执行前后的一致性，消除了用例在批量执行时相互之间的数据干扰。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种基于自动化测试脚本对被测对象进行测试的方法，其特征在于，包括A、构造测试工程预处理脚本和工程后处理脚本，将测试过程中应用的全局性预处理和共享脚本信息提取出，设置到所述工程预处理脚本中，将测试过程中用例运行完成后需要作全局性后处理的信息设置到所述工程后处理脚本中；B、基于构造后的脚本对被测对象进行测试。
2.根据权利要求1所述的方法，其特征在于，所述全局性预处理和共享脚本信息包括测试过程中需要测试的所用用例的全局变量、资源池与函数的信息、全局性的测试环境准备信息和/或初始化脚本信息。
3.根据权利要求1所述的方法，其特征在于，所述全局性后处理的信息包括全局性的测试环境退出信息和/或恢复操作信息。
4.根据权利要求1所述的方法，其特征在于，所述步骤A还包括针对一个用例，构建至少一个用例级执行脚本，并将测试过程中用于完成本用例测试功能的主体脚本设置在所述用例级执行脚本中。
5.根据权利要求4所述的方法，其特征在于，所述步骤A还包括针对一个用例，构建用例级预处理脚本，并将每个用例的各个用例脚本中的资源申请信息、用例测试数据的设置信息、为用例级执行脚本作准备性工作的信息提取出并设置在所述用例级预处理脚本中；和/或，针对一个用例，构建用例级后处理脚本，并将所述用例执行完毕后的数据恢复信息与清理信息设置在所述用例级后处理脚本中。
6.根据权利要求1至5任意一项所述的方法，其特征在于，所述步骤B具体包括按照工程级预处理脚本、用例、工程级后处理脚本的先后顺序处理相应的信息，并当工程级预处理脚本执行有错误时，转而执行工程级后处理脚本。
7.根据权利要求6所述的方法，其特征在于，步骤B中，当处理到用例时，对各个用例的处理过程具体包括将测试中需处理的各个用例进行分组，并设置到不同的用例集中；按照用例集间的先后顺序，顺序执行各个用例集，并在各个用例集内并行处理或顺序处理设置在其内的各个用例。
8.根据权利要求7所述的方法，其特征在于，步骤B中，当处理到用例时，对每一个用例的处理过程具体包括并行处理每个用例下的所有用例级执行脚本，并当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，然后结束此过程；或，按照用例级预处理脚本和用例级执行脚本的先后顺序，页序执行相应脚本，并且并行处理每个用例下的各个用例级执行脚本；并当所述用例级预处理脚本出错后，或当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，然后结束此过程；或，按照用例级预处理脚本、用例级执行脚本和用例级后处理脚本的先后顺序，顺序执行相应脚本，并且并行处理每个用例下的各个用例级执行脚本；并当所述用例级预处理脚本出错后，转而执行所述用例级后处理脚本，然后结束此过程；或，按照用例级执行脚本和用例级后处理脚本的先后顺序，顺序处理相应脚本中的信息，并且并行处理每个用例下的各个用例级执行脚本；并当任意一个用例级执行脚本出错后，终止本用例中所有运行的用例级执行脚本，转而执行所述用例级后处理脚本，然后结束此过程。
9.一种基于自动化测试脚本对被测对象进行测试的系统，其特征在于，包括工程预处理单元、用例处理单元和工程后处理单元；当进行测试时，通过所述工程预处理单元调用并处理测试过程中所有用例需要运行的预处理和共享资源信息，然后通过所述用例处理单元处理测试过程中所用的用例，并当所述用例处理完毕后，通过所述工程后处理单元进行全局性的后处理工作。
10.根据权利要求9所述的系统，其特征在于，还包括信息识别单元，用于识别工程预处理单元中的处理信息是否出错，并当监测到出错信息时，终止工程预处理单元运行，并触发工程后处理单元进行相应的后处理工作。
11.根据权利要求9或10所述的系统，其特征在于，所述用例处理单元包括至少一个用例执行子单元，用于完成用例测试功能的主体脚本。
12.根据权利要求11所述的系统，其特征在于，所述用例处理单元还包括用例预处理子单元和/或用例后处理子单元；当调用用例处理单元时，通过所述用例预处理子单元调用并处理当运行测试过程中所用的用例执行子单元中的信息时需要的共享和预处理信息，并当所述用例处理完毕后，通过所述用例后处理子单元执行需要的数据恢复与清理工作。
13.根据权利要求12所述的系统，其特征在于，所述用例处理单元还包括信息识别子单元，用于识别用例预处理子单元中的处理信息是否出错，并当监测到出错信息时，终止用例预处理子单元运行，并触发用例后处理子单元进行相应的后处理工作；以及，用于识别用例执行子单元中的处理信息是否出错，并当监测到出错信息时，终止所述用例执行子单元运行，并触发用例后处理子单元进行相应的后处理工作。
全文摘要
本发明涉及一种基于自动化测试脚本对被测对象进行测试的方法和系统，其核心为首先构造测试工程预处理脚本和工程后处理脚本，将测试过程中应用的全局性预处理和共享脚本信息提取出，设置到所述工程预处理脚本中，将测试过程中用例运行完成后需要作全局性后处理的信息设置到所述工程后处理脚本中；然后基于构造后的脚本对被测对象进行测试。通过本发明对脚本分为工程级脚本与用例脚本，将全局与局部脚本区别开来，从而有利于公共资源的集中管理、数据与脚本的分离，提高脚本的重用性；而且本发明能够将公共资源通过一次的代码编写过程完成，从而使编写脚本代码的工作量得到简化。
文档编号G06F11/00GK1866219SQ200510130429
公开日2006年11月22日 申请日期2005年12月9日 优先权日2005年12月9日
发明者冯敬涛, 戎兵, 严家兵, 杨晓慧 申请人:华为技术有限公司