CN105630667A - 一种测试方法和终端设备 - Google Patents

Abstract

本申请公开了一种测试方法和终端设备，其特征在于，包括以下步骤：终端设备根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息；所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例；所述终端设备根据所述测试用例对所述被测源代码进行测试。通过本申请，可以将同一个测试节点用在不同的测试用例里，所述测试用例可由测试节点灵活的进行配置。

Description

一种测试方法和终端设备

技术领域

本申请涉及计算机领域，特别是涉及一种测试方法和终端设备。

背景技术

集成测试，一般作为一个独立的测试模块集成于被测源代码中，集成测试的目的就是通过运行测试用例对被测源代码整体业务逻辑、异常分支进行覆盖，保证业务及异常处理的正确性。集成测试的设计主要由：被测源代码和测试用例两部分组成，其中测试用例，是由各种业务参数组合而成的驱动数据集合，用于模拟某种业务场景的用例，测试用例负责将参数根据一定的规则进行组合，并传递给被测源代码对应的接口，由被测源代码完成模拟运行，再由测试用例对运行结果进行检查。

基于业务流程的测试，流程执行步骤一般大于2，并且同一个流程节点，执行不同的操作所对应的后置流程是不同的。现有的业务流测试方案，大致归为两类：业务流程固化在测试源代码中，测试用例设计包含相关业务流参数设置，由测试用例组装各个流程节点的请求参数，并调用，来完成固定的业务流测试；模拟mock前置流程，模拟当前流程节点调用，测试用例设计只需关注本节点业务参数，前置业务数据通过mock获取并使用。

在实现本申请的过程中，发明人发现现有技术至少存在如下问题：

Mock前置业务流方式，虽然降低了测试用例设计的复杂度，使测试关注点集中在本流程节点上，但存在一个潜在风险：mock前置的数据不一定完全正确，比如前置业务流输出参数做了变更，而mock数据未及时更新，就会出现数据驱动错误，导致测试范围覆盖遗漏。

测试源代码固化业务流方式，通过运行固化在测试代码中的业务流的方式获取前置流程产生的数据，这种数据具有较高的仿真度，可以避免mock前置方式驱动数据错误问题，但这种设计方式存在以下缺陷：业务流程被固化在测试代码中，每个业务流都需要设计一个与之对应的测试用例；很大一部分的业务流前置流程是一样的，前置业务流数据准备具备相似性，却不能重复利用；整个业务流程驱动数据柔和在一个测试用例当中，增加测试用例维护复杂度；遇到复杂的长流程业务，以上缺陷将更加明显。

发明内容

本申请的目的在于提供一种测试方法和终端设备，通过设计一系列的测试节点，所述测试节点都存储在测试节点集中，所述终端设备根据被测源代码在所述测试节点集中获取与所述被测源代码的业务流程相对应的测试节点的信息来组成测试用例，以达到将同一个测试节点的信息可以用在不同的测试用例里，测试用例可由测试节点的信息灵活的进行配置的目的，为此，本申请采用如下技术方案：

一种测试方法，其特征在于，包括以下步骤：

终端设备根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息；

所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例；

所述终端设备根据所述测试用例对所述被测源代码进行测试。

所述测试节点的信息，包括：

节点名称和替换参数集；

所述节点名称对应一个以节点名称命名的目录，所述目录包括：

可扩展标记语言XML(eXtensibleMarkupLanguage)文件目录和结果校验目录；

所述XML文件目录下包含所述测试节点的XML文件。

所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例之后，还包括：

所述终端设备根据所述测试节点的信息确定对应测试节点的XML文件；

所述终端设备将所述XML文件转换为可编程对象；

所述终端设备判断所述可编程对象中的参数是否需要替换；

如果需要，所述终端设备在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，所述终端设备保存所述可编程对象。

所述终端设备根据所述测试用例对被测源代码进行测试，具体为：

所述终端设备根据保存的可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，所述终端设备将所述测试数据结果进行存储；

如果校验不通过，所述终端设备丢弃所述测试数据结果。

所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。

一种测试终端设备，其特征在于，包括：

获取模块，用于根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息；

生成模块，用于将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例；

测试模块，用于根据所述测试用例对所述被测源代码进行测试。

所述测试节点的信息，包括：

节点名称和替换参数；

所述节点名称对应一个以节点名称命名的目录，所述目录包括：

XML文件目录和和结果校验目录；

所述XML文件目录下包含所述测试节点的XML文件。

所述生成模块，还用于：

根据所述测试节点的信息确定对应测试节点的XML文件；

将所述XML文件转换为可编程对象；

判断所述可编程对象中的参数是否需要替换；

如果需要，在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，保存所述可编程对象。

所述测试模块，具体用于：

根据保存的所述可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，将所述测试数据结果进行存储；

如果校验不通过，将丢弃所述测试数据结果。

所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。

以配置测试节点的方式实现对被测源代码的测试，定义被测源代码各个业务流程的执行节点所对应的测试节点，通过不同测试节点组合，实现不同业务场景测试。在测试执行过程中，根据测试用例中获取的测试节点的信息完成其各测试节点相对应处理步骤的被测源代码业务的测试，最终完成对整个被测源代码的业务流程的测试，以达到同一个测试节点的信息可以用在不同的测试用例里，测试用例可由测试节点的信息灵活的进行配置的目的。

附图说明

图1为本申请实施例中的测试用例的结构示意图；

图2为本申请实施例中的测试方法的流程图；

图3为本申请实施例中的终端设备结构示意图。

具体实施方式

本申请实施例提供的技术方案中，以配置测试节点的方式实现对被测源代码的测试，定义被测源代码各个业务流程的执行节点所对应的测试节点，通过不同测试节点组合，实现不同业务场景测试。在测试执行过程中，根据测试用例中获取的测试节点的信息完成其各测试节点相对应处理步骤的被测源代码业务的测试，最终完成对整个被测源代码的业务流程的测试，以达到同一个测试节点的信息可以用在不同的测试用例里，测试用例可由测试节点的信息灵活的进行配置的目的。

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，为本申请实施例中的测试用例的结构示意图，一条测试用例由测试用例名称和若干个测试节点的信息构成，其中，每个测试节点的信息中包括节点名称和替换参数集，每个测试节点的信息中还包括元数据id和校验数据id。所述节点名称对应一个以节点名称命名的目录，该目录下包含XML文件目录和结果校验目录，该目录下还包含元数据文件和元校验文件。

所述元数据文件结构结构如表1所示：

元数据id对应的编号

元数据描述

Xml文件路径

表1

所述XML文件目录下存放该测试节点的XML文件，所述XML文件用于提供所述测试节点的测试参数；其中，所述测试参数为默认值；所述替换参数集中存放着替换参数，终端设备根据实际需要选择替换参数来替换XML文件中的默认值；XML文件路径可以映射到XML文件目录中的XML文件上，所述XML文件路径中存放着该测试节点中XML文件的相关信息，如：XML文件的存储路径，XML文件的功能与XML文件的对应关系等；结果校验目录用于获取测试数据结果和数据库表校验文件，同时，所述结果校验目录还可以对所述测试数据结果进行校验。元数据文件中存储有元数据id对应的编号，终端设备可以根据所述元数据id对应的编号找到相应的元数据id，并且，终端设备可以根据所述元数据id对应的编号通过XML文件路径找到相应的XML文件。

校验文件结构如表2所示：

表2

校验文件中存储有校验数据id对应的编号，终端设备可以根据所述校验数据id对应的编号找到相应的校验数据id，并且，终端设备还可以根据所述校验数据id找到相应的结果校验目录中存储的测试数据结果，以进行相应的操作。

返回结果校验文件结构如表3所示：

Class

Properties

isCheck

Exp1

…

表3

数据库表校验文件结构如表4所示：

tableName

colName

isCheck

Exp1

…

表4

如图2所示，为本申请实施例中的测试方法流程图，包括以下步骤：

步骤201，终端设备根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息。

不同被测源代码对应不同的测试场景，而不同的测试场景中又有不同的业务流程步骤，因此，所述被测源代码也就具有不同的业务流程步骤。又因为，不同的业务流程步骤对应不同的测试，因此，可以将测试用例分为不同的测试节点，每个测试节点对应一个被测源代码的业务流程步骤。终端设备根据被测源代码的业务流程获取相应的测试节点后就等于获取了被测源代码所有业务流程。

其中，所述测试节点是用来测试被测源代码各个业务流程步骤的。

步骤202，所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例。

每个测试场景对应一个被测源代码的业务流程，所述终端设备可以根据被测源代码的业务流程编排测试节点顺序，因为所述业务流程步骤之间具有一定关系，如：当前流程步骤需要前一个流程步骤的测试结果，所以，需要按照流程步骤的顺序进行测试，因此，在使用测试用例对被测源代码进行测试之前，还要根据所述被测源代码的业务流程步骤确定所述测试用例中测试节点的排序。

所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例之后，还包括：

所述终端设备根据所述测试节点的信息确定对应测试节点的XML文件；

所述终端设备将所述XML文件转换为可编程对象；

所述终端设备判断所述可编程对象中的参数是否需要替换；

如果需要，所述终端设备在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，所述终端设备保存所述可编程对象。

步骤203，所述终端设备根据所述测试用例对所述被测源代码进行测试。

所述终端设备根据所述测试用例对被测源代码进行测试，具体为：

所述终端设备根据保存的可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，所述终端设备将所述测试数据结果进行存储；

如果校验不通过，所述终端设备丢弃所述测试数据结果。

其中，所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。

所述终端设备丢弃所述测试数据结果之后，还包括：

所述终端设备根据实际需要继续使用所述替换参数集中的替换参数对所述可编程对象中参数进行替换，并用替换后的可编程对象对其对应的处理步骤的被测源代码进行测试，所述结果校验目录获取测试数据结果并进行校验，直到校验通过为止；或者，当校验次数超过预设的门限值时，如：校验10次，所述终端设备中断所述测试用例的执行，并将所述测试用例标记为失败。

通过对所述被测源代码的各个业务流程步骤进行测试，也就完成了对被测源代码的整个业务流程的测试。

为了进一步阐述本申请的技术思想，现结合具体的应用场景，对本申请的技术方案进行说明。为了描述方便，本申请实施例中具体以开源框架spring为基础、以下订单、付款、退款为具体场景，以java为编程语言的一种具体示例，对本申请所提出的技术方案进行说明，在实际应用中，具体程序语句的变化并不会影响本申请的保护范围。

基于上述说明，本申请提供了测试场景及该场景下一种测试方法的生成过程，其中，该场景下被测源代码对应的各业务流程步骤具体为：下订单、付款、退款，所述被测源代码的各业务流程步骤对应的测试节点分别为：下订单测试节点、付款测试节点、退款测试节点，在该场景下对，由上述三个测试节点组成的测试用例对所述被测源代码进行测试时，通过所述各测试节点中的测试节点信息调用其对应的测试节点，并分别对其相应的业务流程步骤进行测试，例如：下订单测试节点对业务流程为下订单的被测源代码进行测试。

其中，测试节点在对其相应的处理步骤的被测源代码进行测试时，不同的测试节点对应不同的测试单元，将所述测试节点对应的测试单元声明为spring上下文中的bean，测试用例中节点名称为对应测试单元的beanName，执行测试用例时，根据节点名称从spring上下文中获取对应的bean，并通过被测节点对应的bean和节点名称，通过反射方式调用被测源代码对应业务流，并将返回结果保存于spring上下文中，以供各测试节点间数据共享，这样就可以达到同一个测试节点可以用在不同的测试用例里，测试用例可由测试节点灵活的进行配置。

具体的，对本申请提出的一种测试方法的处理流程进行说明如下：

首先，终端设备根据被测源代码中包含的下订单、付款、退款三个流程步骤，获取下订单、付款、退款相对应的测试节点，即下订单测试节点、付款测试节点、退款测试节点。

其次，设备终端根据下订单、付款、退款三个流程顺序，将获取到的下订单测试节点、付款测试节点、退款测试节点按照流程顺序依次进行排序，并组合成测试用例。

组合成测试用例后，所述终端设备根据所述测试节点的节点名称确定相应的XML文件，当所述节点名称为下订单时，设备终端根据下订单测试节点确定相应的XML文件，终端设备将所述XML文件转换为可编程的java对象，然后，终端设备判断java对象中是否存在需要替换的参数，如果此时，所述java对象中存在需要替换的参数，所述终端设备根据需求从所述替换参数中的选择参数，并用选择后的参数对java对象中存在需要替换的参数进行替换，所述终端设备将替换后的java对象保存至spring上下文中；如果不存在需要替换的参数，则所述终端设备将所述java对象保存至spring上下文中。

然后，所述终端设备根据所述java象通过反射调用找到被测源代码下订单业务入口，对所述下订单这个流程进行测试，并将测试结果保存在spring上下文中，供后续测试流程使用。

其中，所述付款测试节点使用下订单测试节点的测试执行数据结果，对付款这个流程进行测试。具体为，从所述spring上下文中获取下订单流程的测试结果中的订单号，通过反射调用被测源代码付款业务对应的接口，执行对该订单号的付款操作，来完成对被测源代码付款这一流程测试，将测试结果保存在spring上下文中。终端设备根据需要对spring上下文保存的数据进行校验。

所述终端设备通过springbean注入方式将测试节点注册到spring上下文中，同时注入被测源代码业务节点对象和被测源代码业务入口方法名称。测试用例执行时，从spring上下文中获取测试节点，并执行测试节点的测试入口方法，根据注入的被测源代码业务节点对象和被测源代码业务入口方法名称及线程上下文中的参数对象，确定被测方法，并通过反射方式将参数对象传递给被测源代码的被测方法，执行业务调用。执行完成后将返回结果保存到spring上下文，便于返回结果校验和后续节点共享数据。

本申请的实施例包括以下优点，以配置测试节点的方式实现对被测源代码的测试，定义被测源代码各个业务流程的执行节点所对应的测试节点，通过不同测试节点组合，实现不同业务场景测试。在测试执行过程中，根据测试用例中获取的测试节点的信息完成其各测试节点相对应处理步骤的被测源代码业务的测试，最终完成对整个被测源代码的业务流程的测试，以达到同一个测试节点的信息可以用在不同的测试用例里，测试用例可由测试节点的信息灵活的进行配置的目的。当然，实施本申请的实施例的任一产品并不一定需要同时达到以上所述的所有优点，并且，在实际的应用场景中，可以根据需要选择具体流程和编程语言等可以应用于本申请所提出的技术方案，这样的变化并不影响本申请的保护范围。

根据上述实施方式中提供的测试方法，本申请实施例还提供了应用上述测试的终端设备。

如图3所示，为本申请实施例中的测试终端设备结构示意图，该测试的终端设备包括：

获取模块301，根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息。

不同被测源代码对应不同的测试场景，而不同的测试场景中又有不同的业务流程步骤，因此，所述被测源代码也就具有不同的业务流程步骤。又因为，不同的业务流程步骤对应不同的测试，因此，可以将测试用例分为不同的测试节点，每个测试节点对应一个被测源代码的业务流程步骤。所述获取模块根据被测源代码的业务流程获取相应的测试节点后就等于获取了被测源代码所有业务流程。

其中，所述测试节点是用来测试被测源代码各个业务流程步骤的。

生成模块302，用于将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例。

每个测试场景对应一个被测源代码的业务流程，所述组合模块可以根据被测源代码的业务流程编排测试节点顺序，因为所述业务流程步骤之间具有一定关系，如：当前流程步骤需要前一个流程步骤的测试结果，所以，需要按照流程步骤的顺序进行测试，因此，在使用测试用例对被测源代码进行测试之前，还要根据所述被测源代码的业务流程步骤确定所述测试用例中测试节点的排序。

所述生成模块，还用于：

根据所述测试节点的信息确定对应测试节点的XML文件；

将所述XML文件转换为可编程对象；

判断所述可编程对象中的参数是否需要替换；

如果需要，在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，保存所述可编程对象。

测试模块303，用于根据所述测试用例对所述被测源代码进行测试。

所述测试模块，具体用于：

根据保存的可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，将所述测试数据结果进行存储；

如果校验不通过，丢弃所述测试数据结果。

其中，所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。

所述测试模块丢弃所述测试数据结果之后，还包括：

所述生成模块根据实际需要继续使用所述替换参数集中的替换参数对所述可编程对象中参数进行替换并将替换后的可编程对象发给所述测试模块，所述测试模块使用替换后的可编程对象对其对应步骤的被测源代码进行测试，所述结果校验目录获取测试数据结果并进行校验，直到校验通过为止；或者，当校验次数超过预设的门限值时，如：校验10次，所述测试模块中断所述测试用例的执行，并将所述测试用例标记为失败。

通过对所述被测源代码的各个业务流程步骤进行测试，也就完成了对被测源代码的整个业务流程的测试。

本申请的实施例包括以下优点，以配置测试节点的方式实现对被测源代码的测试，定义被测源代码各个业务流程的执行节点所对应的测试节点，通过不同测试节点组合，实现不同业务场景测试。在测试执行过程中，根据测试用例中获取的测试节点的信息完成其各测试节点相对应处理步骤的被测源代码业务的测试，最终完成对整个被测源代码的业务流程的测试，以达到同一个测试节点的信息可以用在不同的测试用例里，测试用例可由测试节点的信息灵活的进行配置的目的。当然，实施本申请的实施例的任一产品并不一定需要同时达到以上所述的所有优点，并且，在实际的应用场景中，可以根据需要选择具体流程和编程语言等可以应用于本申请所提出的技术方案，这样的变化并不影响本申请的保护范围。

本领域技术人员可以理解实施例中的设备中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本申请的保护范围。

以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种测试方法，其特征在于，包括以下步骤：

终端设备根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息；

所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例；

所述终端设备根据所述测试用例对所述被测源代码进行测试。

2.如权利要求1所述方法，其特征在于，所述测试节点的信息，包括：

节点名称和替换参数集；

所述节点名称对应一个以节点名称命名的目录，所述目录包括：

可扩展标记语言XML文件目录和结果校验目录；

所述XML文件目录下包含所述测试节点的XML文件。

3.如权利要求2所述方法，其特征在于，所述终端设备将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例之后，还包括：

所述终端设备根据所述测试节点的信息确定对应测试节点的XML文件；

所述终端设备将所述XML文件转换为可编程对象；

所述终端设备判断所述可编程对象中的参数是否需要替换；

如果需要，所述终端设备在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，所述终端设备保存所述可编程对象。

4.如权利要求3所述方法，其特征在于，所述终端设备根据所述测试用例对被测源代码进行测试，具体为：

所述终端设备根据保存的可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，所述终端设备将所述测试数据结果进行存储；

如果校验不通过，所述终端设备丢弃所述测试数据结果。

5.如权利要求4所述方法，其特征在于，所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。

6.一种测试终端设备，其特征在于，包括：

获取模块，用于根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步骤对应的测试功能的测试节点，并获取各测试节点的信息；

生成模块，用于将所述各测试节点的信息根据所述被测源代码的业务流程，生成测试用例；

测试模块，用于根据所述测试用例对所述被测源代码进行测试。

7.如权利要求6所述方法，其特征在于，所述测试节点的信息，包括：

节点名称和替换参数；

所述节点名称对应一个以节点名称命名的目录，所述目录包括：

XML文件目录和和结果校验目录；

所述XML文件目录下包含所述测试节点的XML文件。

8.如权利要求7所述方法，其特征在于，所述生成模块，还用于：

根据所述测试节点的信息确定对应测试节点的XML文件；

将所述XML文件转换为可编程对象；

判断所述可编程对象中的参数是否需要替换；

如果需要，在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的参数进行替换，并保存替换后的可编程对象；

如果不需要，保存所述可编程对象。

9.如权利要求8所述方法，其特征在于，所述测试模块，具体用于：

根据保存的所述可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；

如果校验通过，将所述测试数据结果进行存储；

如果校验不通过，丢弃所述测试数据结果。

10.如权利要求9所述方法，其特征在于，所述可编程对象使用其对应处理步骤的上一个处理步骤中存储的测试数据结果对其对应处理步骤的被测源代码进行测试。