一种业务管道的业务阀门测试方法和装置制造方法
【专利摘要】本申请提供了一种测试方法和装置，涉及计算机【技术领域】。所述方法包括：读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门；启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通；读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道；读取针对当前测试用例的测试参数文件，并利用第一对象和第二对象，依次在测试用业务管道中运行各个业务阀门；以自定义的展现形式输出各业务阀门运行的结果。本申请中测试数据可重用，提高了业务阀门测试的灵活性，以及可维护性、可扩展性。
【专利说明】一种业务管道的业务阀门测试方法和装置
【技术领域】
[0001]本申请涉及计算机【技术领域】，特别是涉及一种测试方法和装置。
【背景技术】
[0002]随着网络业务的复杂度增加，针对某种应用，出现了长业务的应用，即需要很多处理步骤的应用。如某网站的授权应用，对于用户的授权请求，内部可能需要经10多个逻辑校验，才授权给用户。为了应对这种复杂的长业务，开发使用了面向切面的编程思想，将所述长业务作为一个业务管道，每个逻辑校验定义I个业务阀门，以方便扩展和维护。其中，本申请可能用到的术语大致体定义如下:
[0003]测试用例:指软件测试中的用例(Test Case)；
[0004]业务管道:来源于Spring的面向切面编程思想，这里指提取的长流程业务逻辑；
[0005]业务阀门:管道中的逻辑拦截点，这里包括开发接口的封装、常用工具的实现、数据清理、结果校验等。
[0006]参照图la，其为管道及其业务阀门的结构实例；参照图lb，其为整个授权功能的业务管道，每个校验为I个业务阀门(共11个业务阀门)。
[0007]现有技术中，在业务管道中添加业务阀门，用于添加公共的拦截点或控制页面的跳转，实现逻辑校验。对上述长业务对应的业务管道进行测试时，为了验证整个业务流程与期望值一致，常对业务管道的每个业务阀门的业务都增加校验点。上述业务管道中，比如对于排序靠后的业务阀门，验证时依赖与该业务阀门之前打开的业务阀门。参照图2，其为现有技术方案对N业务阀门的进行验证示意图:比如，A至N业务阀门均打开，那么对于验证业务阀门A的用例，其需要在测试场景中(也即测试用业务管道中)编写业务阀门A的测试数据(比如业务阀门运行逻辑)；对于验证业务阀门B的用例，其需要在测试场景中编写业务阀门A+B的测试数据；如此类推，对于验证业务阀门N的用例，其需要在测试场景中编写A+......+N的逻辑。
[0008]在这种情况下，针对每个业务阀门测试用例的数据准备和校验方法不一样，从前至后的业务阀门测试用例的数据准备是累加的关系。目前，基于用例生成脚本思想，只能辅助生成类名、方法名、注释，具体的校验逻辑需要各个测试类独自补充。即对于每个业务阀门的测试，在进行数据准备时，每个业务阀门的测试类都需要将其依赖的业务阀门的运行逻辑等准备数据，人工写入其业务阀门测试类中。比如，在业务管道A中，A至N业务阀门打开，测试A业务阀门类时，补充校验点，数据准备为A ;测试B业务阀门类，则补充校验点，数据准备为A+B ;测试C业务阀门类时，则补充校验点，数据准备为A+B+C，如此类推。那么，需要对“N业务阀门”进行测试时，则需验证前面所有业务阀门，数据准备也包含前面业务阀门的数据。因为业务管道后面业务阀门对应的测试类的数据包括了前面业务阀门的准备数据，导致现有的用例生成脚本思想无计可施，编辑的数据大量重复，代码重复性高，编码工作量大，维护成本高昂。
[0009]另外，如果业务管道A选择的业务阀门变化，比如对于A至N业务阀门中，关闭了其中几个业务阀门，那么如测试A业务阀门类，补充校验点和数据准备为A;测试B业务阀门类，若A业务阀门关闭，则补充检查点和数据为B，若A不关闭，则补充A+B;测试C业务阀门类时，有可能补充C或B+C或A+C或A+B+C。也导致现有的用例生成脚本思想无计可施，代码重复性高，编码工作量大、维护成本高。
[0010]综上，现有技术对业务阀门的逻辑验证，存在以下缺陷:
[0011]首先，对于各业务阀门的验证，该业务阀门的所有被依赖业务阀门的均需验证，从而需要构造各自的测试数据，工作量大，并且数据存在重复性，其各业务阀门的验证需要重复编写验证脚本，代码重复性高，可维护性、可扩展性差。在更改业务管道的业务阀门配置等情况时，比如选择哪些业务阀门开或关的情况时，也存在前述缺点。
[0012]其次，针对业务管道对应的一套业务阀门，需要固定各个业务阀门的测试准备数据，对于耦合性高的业务阀门验证，一旦出现异常，或者需要变更业务阀门业务或数据准备或脚本有问题等情况，需要排查所有业务阀门逻辑，更改测试脚本和测试数据，使得测试工作量较大。
[0013]再次，各业务阀门测试数据分散，管理成本大。
[0014]最后，针对业务管道的各种业务阀门用例，无法简单的基于用例生成脚本，执行测试过程。
【发明内容】
[0015]本申请的目的在于，提供一种业务管道的业务阀门测试方法和装置，以解决现有技术中测试过程中测试数据无法重用，业务阀门测试不灵活，可维护性、可扩展性差等问题。
[0016]为了解决上述问题，本申请还公开了一种业务管道的业务阀门测试方法，包括:
[0017]读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门；
[0018]启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通；
[0019]读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道；
[0020]读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中；
[0021]以自定义的展现形式输出各业务阀门运行的结果。
[0022]优选的，还包括:
[0023]针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。
[0024]优选的，所述读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道包括:
[0025]根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业务管道。
[0026]优选的，所述业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
[0027]优选的，所述以自定义的展现形式输出各业务阀门运行的结果包括:
[0028]通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
[0029]相应的，本申请还提供了一种业务管道的业务阀门测试装置，包括:
[0030]业务管道初始化模块，用于读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门；
[0031]对象启动模块，用于启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通；
[0032]测试用管道组装模块，用于读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道；
[0033]测试用管道运行模块，用于读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中；
[0034]结果输出模块，用于以自定义的展现形式输出各业务阀门运行的结果。
[0035]优选的，还包括:
[0036]配置模块，用于针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。
[0037]优选的，所述测试用管道组装模块包括:
[0038]第一组装模块，用于根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业
务管道。
[0039]优选的，所述业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
[0040]优选的，所述结果输出模块包括:
[0041]第一输出模块，用于通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
[0042]与现有技术相比，本申请包括以下优点:
[0043]一、由于本申请根据测试用例的测试配置文件从业务管道的各个初始化后的业务阀门中，动态选择需求的业务阀门链组装测试用管道，然后再读取该测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门，即可完成对测试用例的测试。那么无论对于哪个测试用例，只需配置各用例相应的测试配置文件和测试参数文件，即可进行测试，不用对于每个用例重复的对每个业务阀门编写完整的测试代码，减少了测试代码的重复性，减少了技术人员的工作量，尤其对于业务管道配置改变的时候，只需该变业务管道的配置文件即可，不需要针对新测试用例的业务管道重头开始编写代码。[0044]二、本申请以自定义的展现形式输出各业务阀门运行的结果，即可以定义输出任意业务阀门或者所有业务阀门的运行结果，那么在验证对某些业务阀门具有依赖性的业务阀门时，如果测试结果出现问题或者用例失败，可根据各种输出结果判断的每个业务阀门逻辑运行结果判断是哪个环节出现问题，不用逐一再测试该业务阀门依赖的其他业务阀门的逻辑以进行排查。
[0045]三、各业务阀门测试数据可以集中管理，节省了数据管理成本。
[0046]四、由于只用针对测试用例配置相应的测试配置文件和测试参数文件，具体的执行逻辑可以自动生成，即可简单的基于用例生成脚本。
[0047]总之，本申请具有代码重复性低，测试数据可统一管理，可维护性、可扩展性高，可大大减少人力成本的优点。
【专利附图】
【附图说明】
[0048]图1a是业务管道的架构示例图；
[0049]图1b是以授权功能为示例的业务管道；
[0050]图2是业务管道的具体示例；
[0051]图3本申请一种业务管道业务阀门测试方法的流程示意图；
[0052]图4是本申请一种业务管道业务阀门测试方法的底层实施架构示意图；
[0053]图5是本申请一种业务管道业务阀门测试装置的结构示意图。
【具体实施方式】
[0054]为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和【具体实施方式】对本申请作进一步详细的说明。
[0055]本申请的核心思想之一是，将业务管道的各种运行逻辑预先进行独立编写，比如将各作为逻辑校验点的业务阀门的逻辑先独立编写好，然后在测试时初始化至系统中，根据用户针对测试用例编写的测试配置文件从各业务阀门中选择业务阀门链组装得到测试用业务管道，再读取当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门。在这个过程中，只需编辑一遍各业务阀门的测试数据即可，有系统统一管理，对于各个业务阀门的各种测试用例，只需配置相应测试配置文件和测试参数文件，无需针对每个测试用例重新编辑完整的测试代码，大大减少了人工编译代码的成本，提高了测试效率，并且对于各业务阀门的运行逻辑可集中管理，大大降低了维护成本。
[0056]参照图3和图4，图3示出了本申请一种业务管道业务阀门测试方法的流程示意图。而图4为了配合说明图3，其示出了本申请图1各个步骤具体实施过程的示意图。
[0057]首先，对于本申请的系统，在构建时需要对业务管道的各个业务阀门进行抽象，编辑各个业务阀门的具体的运行逻辑。其中所述业务管道是指长流程业务的业务逻辑，所述业务阀门为业务管道中的逻辑拦截点。
[0058]然后，可由技术人员进行步骤100，针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。其中，请求数据可包括公用测试数据，比如用户名和密码，还可包括各个业务阀门运行时需要的独立参数。[0059]对于本申请的业务管道，其可能包括A-N总共η个业务阀门。而在实际应用中，可能有些业务阀门不用，那么就需要根据业务管道需求预先配置业务管道的配置信息，比如业务管道中哪些业务阀门打开，哪些业务阀门关闭，比如各个业务阀门的属性(比如黑白名单校验业务阀门的属性可为具体的各种黑白名单)。
[0060]对于每个测试用例，其用到的业务管道中的业务阀门可能也存在变动，比如测试用例I用到A+B+C业务阀门，而测试用例2用到A+B+D+E业务阀门，那么本申请只需针对每个测试用例配置相应的测试配置文件和测试参数文件即可，所述测试配置文件包括测试用例用到的业务阀门链，所述测试参数文件包括业务阀门链中各业务阀门运行时用到的请求数据。
[0061]基于上述构建和配置，本申请的测试过程具体可以包括:
[0062]步骤110，读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门；
[0063]如前所述，在系统构建时，可能抽象了 η个业务阀门，但具体应用中可能只打开其中n-Ι个，并且每个业务阀门的属性可能变化。对于当前业务管道本身的形式，需要读取当前业务管道的配置信息，进行系统初始化操作，所述初始化操作包括加载需要打开的业务阀门，并将新配置的各业务阀门的属性注入相应业务阀门。
[0064]步骤120，启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通；
[0065]本申请在业务阀门进行运行时，业务阀门需要获取请求数据，业务阀门运行的结果数据也需要返回；并且业务阀门间的测试数据可能需要流通，比如业务阀门链中，前一业务阀门的结果数据可能成为后一业务阀门的请求数据，又比如测试结果数据需要输出；那么本步骤则启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通。
[0066]相应的，参照图4，步骤110和步骤120主要对应驱动部分，本申请的驱动程序，基于业务管道A业务阀门至N业务阀门的抽象，动态读取管道设置(即读取业务管道的配置信息)，然后进行系统初始化，初始化MockHttpRequest (第一对象)和MockHttpResponse (第二对象)两个对象，并将各业务阀门的属性配个相应的业务阀门，即根据业务管道的配置信息给图4中PipeConfigBean赋值。
[0067]步骤130，读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道；
[0068]如前所述，针对每个业务阀门进行测试时，需要构造相应的测试用例，而对应该测试用例，则需要预先配置相应的测试配置文件，即配置包括使用哪些业务阀门组成的业务阀门链，业务阀门链中各业务阀门运行时的请求数据是什么的测试配置文件。
[0069]那么本步骤则读取测试配置文件，根据配置文件选择业务阀门链，进而组装得到测试用业务管道。
[0070]其中，所述读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道包括:
[0071]根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业务管道。
[0072]比如系统针对业务管道抽象了 A至N业务阀门，而业务管道的配置信息只配置了A+B+D+E+F+G业务阀门，以及该6个业务阀门的属性；而测试配置文件使用了 A+B+C+E+F+G，以及该5个业务阀门运行时所需的请求数据；那么在组装时只选择A+B+E+F+G业务阀门链组装测试用管道。当然，在实际中，一般测试用例的业务阀门链从属于业务管道配置信息中的业务阀门链。
[0073]相应的参照图4，在数据驱动池部分读取测试配置文件(即前述测试配置文件)，然后在测试场景部分，进行组装测试管道(即前述测试用业务管道)的过程，即选择根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门进行业务阀门初始化，然后选择业务阀门链组装成测试用业务管道，即图4中测试场景部分中的测试管道(即前述测试用业务管道)。
[0074]步骤140，读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中；
[0075]在组装完测试用业务管道后，即可读取测试参数文件，依次在测试用业务管道中运行各业务阀门，在运行每个业务阀门时，从第一对象中(MockHttpRequest)获取请求数据进行运行，相应运行的结果数据则存储到所述第二对象(MockHttpResponse)中。
[0076]相应的，对应图4，在测试场景部分，测试管道(即前述测试用业务管道)组装完毕后，读取测试参数文件，第一对象(MockHttpRequest)则将各业务阀门的请求数据进行装载，业务阀门运行时则从MockHttpRequest获取请求数据执行，每个业务阀门运行结束后，则将结果数据存入MockHttpResponse中。
[0077]步骤150，以自定义的展现形式输出各业务阀门运行的结果。
[0078]在本申请中，对于各业务阀门的运行结果，可自定义输出某个、某几个或者全部的运行结果，并且可以xml格式或者json等方式输出。在本申请中，默认输出所有运行的业务阀门的结果。
[0079]另外，在本身中，前述的业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
[0080]进一步的，所述以自定义的展现形式输出各业务阀门运行的结果包括:
[0081]步骤S151，通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
[0082]根据结果集阀门与各业务阀门的关联，可将各业务阀门返回给第二对象的结果数据进行处理，形成测试用业务管道的运行报告。比如图4中的测试用管道运行结果报告。
[0083]参照图5，其示出了本申请一种业务管道的业务阀门测试装置，包括:
[0084]业务管道初始化模块410，用于读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门；
[0085]对象启动模块420，用于启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通；[0086]测试用管道组装模块430，用于读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道；
[0087]测试用管道运行模块440，用于读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中；
[0088]结果输出模块450，用于以自定义的展现形式输出各业务阀门运行的结果。
[0089]其中，还包括:
[0090]配置模块，用于针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。
[0091]其中，所述测试用管道组装模块包括:
[0092]第一组装模块，用于根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业
务管道。
[0093]其中，所述业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
[0094]其中，所述结果输出模块包括:
[0095]第一输出模块，用于通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
[0096]针对上述方法和装置，本申请的具体实现实例可如下:
[0097]对于一个用于测试业务阀门的测试用例，为其编写一个测试类，比如，对于一测试用例Urll的测试类CallBackUrlTest,其负责构造测试场景,CallBackUrlTest继承测试父类TestBaseCase,每个场景执行时,直接执行TestBaseCase的doTestO方法。如此,代码简洁易读，且便于由用例直接生成脚本。每个测试场景也即测试用例对应一套配置的文件(测试配置文件和测试参数文件)，包括使用的阀门、每个阀门的请求数据(参数和期望结果)。
[0098]其中的逻辑如:
[0099]
【权利要求】
1.一种业务管道的业务阀门测试方法，其特征在于，包括: 读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门； 启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通； 读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道； 读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中； 以自定义的展现形式输出各业务阀门运行的结果。
2.根据权利要求1所述的方法，其特征在于，还包括: 针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。
3.根据权利要求1所述的方法，其特征在于，所述读取针对当前测试用例的测试配置文件，通过选择业务阀门链 ，进而组装得到测试用业务管道包括: 根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业务管道。
4.根据权利要求1所述的方法，其特征在于， 所述业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
5.根据权利要求4所述的方法，其特征在于，所述以自定义的展现形式输出各业务阀门运行的结果包括: 通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
6.一种业务管道的业务阀门测试装置，其特征在于，包括: 业务管道初始化模块，用于读取业务管道的配置信息，执行系统初始化操作；所述业务管道是指长流程业务的业务逻辑，所述业务管道中包括多个作为逻辑拦截点的业务阀门； 对象启动模块，用于启动用于装载请求数据的第一对象和用于装载返回的结果数据的第二对象，以实现测试的数据的流通； 测试用管道组装模块，用于读取针对当前测试用例的测试配置文件，通过选择业务阀门链，进而组装得到测试用业务管道； 测试用管道运行模块，用于读取针对当前测试用例的测试参数文件，依次在测试用业务管道中运行各个业务阀门；其中，业务阀门运行所需的请求数据从所述第一对象中获取，业务阀门运行后的结果数据存储到所述第二对象中； 结果输出模块，用于以自定义的展现形式输出各业务阀门运行的结果。
7.根据权利要求6所述的装置，其特征在于，还包括: 配置模块，用于针对一测试用例，预先配置测试配置文件，所述测试配置文件包括用于选择业务阀门链以组装测试用业务管道的信息；预先配置测试参数文件，所述测试参数文件包括针对每个业务阀门运行时所需的请求数据。
8.根据权利要求6所述的装置，其特征在于，所述测试用管道组装模块包括: 第一组装模块，用于根据当前测试用例的测试配置文件所需的第一业务阀门集，和系统根据业务管道的配置信息进行初始化操作后得到的第二业务阀门集中，选择第一业务阀门集和第二业务阀门集的交集中的业务阀门组成业务阀门链，进而组装得到测试用业务管道。
9.根据权利要求6所述的装置，其特征在于， 所述业务管道包括用于形成测试用业务管道运行报告的结果集阀门。
10.根据权利要求9所述的装置，其特征在于，所述结果输出模块包括: 第一输出模块，用于通过所述结果集阀门提取所述第二对象中存储的各业务阀门的结果数据，形成测试用业务管道的运行报告。
【文档编号】G06F11/36GK103810088SQ201210448751
【公开日】2014年5月21日 申请日期:2012年11月9日 优先权日:2012年11月9日
【发明者】庄娇艳, 阳际荣, 崔婧 申请人:阿里巴巴集团控股有限公司