，对本申请所提出的技术方案进 行说明，在实际应用中，具体程序语句的变化并不会影响本申请的保护范围。
[0091] 基于上述说明，本申请提供了测试场景及该场景下一种测试方法的生成过程，其 中，该场景下被测源代码对应的各业务流程步骤具体为：下订单、付款、退款，所述被测源代 码的各业务流程步骤对应的测试节点分别为：下订单测试节点、付款测试节点、退款测试节 点，在该场景下对，由上述Ξ个测试节点组成的测试用例对所述被测源代码进行测试时，通 过所述各测试节点中的测试节点信息调用其对应的测试节点，并分别对其相应的业务流程 步骤进行测试，例如：下订单测试节点对业务流程为下订单的被测源代码进行测试。
[0092] 其中，测试节点在对其相应的处理步骤的被测源代码进行测试时，不同的测试 节点对应不同的测试单元，将所述测试节点对应的测试单元声明为spring上下文中的 bean,测试用例中节点名称为对应测试单元的beanName，执行测试用例时，根据节点名称从 spring上下文中获取对应的bean，并通过被测节点对应的bean和节点名称，通过反射方式 调用被测源代码对应业务流，并将返回结果保存于spring上下文中，W供各测试节点间数 据共享，运样就可W达到同一个测试节点可W用在不同的测试用例里，测试用例可由测试 节点灵活的进行配置。
[0093] 具体的，对本申请提出的一种测试方法的处理流程进行说明如下：
[0094] 首先，终端设备根据被测源代码中包含的下订单、付款、退款Ξ个流程步骤，获取 下订单、付款、退款相对应的测试节点，即下订单测试节点、付款测试节点、退款测试节点。
[0095] 其次，设备终端根据下订单、付款、退款Ξ个流程顺序，将获取到的下订单测试节 点、付款测试节点、退款测试节点按照流程顺序依次进行排序，并组合成测试用例。
[0096] 组合成测试用例后，所述终端设备根据所述测试节点的节点名称确定相应的XML 文件，当所述节点名称为下订单时，设备终端根据下订单测试节点确定相应的XML文件，终 端设备将所述XML文件转换为可编程的java对象，然后，终端设备判断java对象中是否存 在需要替换的参数，如果此时，所述java对象中存在需要替换的参数，所述终端设备根据 需求从所述替换参数中的选择参数，并用选择后的参数对java对象中存在需要替换的参 数进行替换，所述终端设备将替换后的java对象保存至spring上下文中；如果不存在需要 替换的参数，则所述终端设备将所述java对象保存至spring上下文中。
[0097] 然后，所述终端设备根据所述java象通过反射调用找到被测源代码下订单业务 入口，对所述下订单运个流程进行测试，并将测试结果保存在spring上下文中，供后续测 试流程使用。
[0098] 其中，所述付款测试节点使用下订单测试节点的测试执行数据结果，对付款运个 流程进行测试。具体为，从所述spring上下文中获取下订单流程的测试结果中的订单号， 通过反射调用被测源代码付款业务对应的接口，执行对该订单号的付款操作，来完成对被 测源代码付款运一流程测试，将测试结果保存在spring上下文中。终端设备根据需要对 spring上下文保存的数据进行校验。
[0099] 所述终端设备通过spring bean注入方式将测试节点注册到spring上下文中， 同时注入被测源代码业务节点对象和被测源代码业务入口方法名称。测试用例执行时， 从spring上下文中获取测试节点，并执行测试节点的测试入口方法，根据注入的被测源代 码业务节点对象和被测源代码业务入口方法名称及线程上下文中的参数对象，确定被测方 法，并通过反射方式将参数对象传递给被测源代码的被测方法，执行业务调用。执行完成后 将返回结果保存到spring上下文，便于返回结果校验和后续节点共享数据。
[0100] 本申请的实施例包括W下优点，W配置测试节点的方式实现对被测源代码的测 试，定义被测源代码各个业务流程的执行节点所对应的测试节点，通过不同测试节点组合， 实现不同业务场景测试。在测试执行过程中，根据测试用例中获取的测试节点的信息完成 其各测试节点相对应处理步骤的被测源代码业务的测试，最终完成对整个被测源代码的业 务流程的测试，W达到同一个测试节点的信息可W用在不同的测试用例里，测试用例可由 测试节点的信息灵活的进行配置的目的。当然，实施本申请的实施例的任一产品并不一定 需要同时达到W上所述的所有优点，并且，在实际的应用场景中，可W根据需要选择具体流 程和编程语言等可W应用于本申请所提出的技术方案，运样的变化并不影响本申请的保护 范围。 阳101] 根据上述实施方式中提供的测试方法，本申请实施例还提供了应用上述测试的终 端设备。
[0102] 如图3所示，为本申请实施例中的测试终端设备结构示意图，该测试的终端设备 包括： 阳103] 获取模块301，根据被测源代码的业务流程所包括的处理步骤，确定执行各处理步 骤对应的测试功能的测试节点，并获取各测试节点的信息。
[0104] 不同被测源代码对应不同的测试场景，而不同的测试场景中又有不同的业务流程 步骤，因此，所述被测源代码也就具有不同的业务流程步骤。又因为，不同的业务流程步骤 对应不同的测试，因此，可W将测试用例分为不同的测试节点，每个测试节点对应一个被测 源代码的业务流程步骤。所述获取模块根据被测源代码的业务流程获取相应的测试节点后 就等于获取了被测源代码所有业务流程。
[0105] 其中，所述测试节点是用来测试被测源代码各个业务流程步骤的。 阳106] 生成模块302,用于将所述各测试节点的信息根据所述被测源代码的业务流程，生 成测试用例。
[0107] 每个测试场景对应一个被测源代码的业务流程，所述组合模块可W根据被测源代 码的业务流程编排测试节点顺序，因为所述业务流程步骤之间具有一定关系，如：当前流程 步骤需要前一个流程步骤的测试结果，所W，需要按照流程步骤的顺序进行测试，因此，在 使用测试用例对被测源代码进行测试之前，还要根据所述被测源代码的业务流程步骤确定 所述测试用例中测试节点的排序。
[0108] 所述生成模块，还用于：
[0109] 根据所述测试节点的信息确定对应测试节点的XML文件；
[0110] 将所述XML文件转换为可编程对象； 阳111] 判断所述可编程对象中的参数是否需要替换；
[0112] 如果需要，在所述替换参数集中选择替换参数，将所述可编程对象中需要替换的 参数进行替换，并保存替换后的可编程对象；
[0113] 如果不需要，保存所述可编程对象。
[0114] 测试模块303,用于根据所述测试用例对所述被测源代码进行测试。
[0115] 所述测试模块，具体用于：
[0116] 根据保存的可编程对象对所述可编程对象对应的处理步骤的被测源代码进行测 试，并将测试得到的测试数据结果发送到所述结果校验目录中进行校验；
[0117] 如果校验通过，将所述测试数据结果进行存储；
[0118] 如果校验不通过，丢弃所述测试数据结果。