基于Mock的单元测试方法、装置、设备及可读存储介质与流程

本发明涉及计算机技术领域，具体而言，涉及一种基于mock的单元测试方法、装置、设备及可读存储介质。

背景技术：

单元测试(unittesting)是指对软件中的最小可测单元进行检查和验证，通常由开发人员或测试人员在开发过程中或者在开发完成后实施。最小可测单元可以为一个方法或者函数，也可以为一个窗口或者菜单等。

单元测试通常须要在与程序的其他部分相隔离的情况下独立地进行。但在最小测试单元里，可能依赖大量的对象，并调用所依赖对象的方法。这些所依赖的对象及其方法，绝大部分是不容易直接被制造出来的，需要虚拟地制造。mock框架就是用来虚拟地制造对象及其方法、数据的。被虚拟制造出来的对象叫做mock对象。mock框架可以用来隔离依赖的对象，也可以隔离依赖的系统，从而确保单元测试执行的独立性。此外，当多方共同开发不同模块和系统时，对方仅提供接口，己方可以通过mock进行联调开发，从而实现并行工作。后期时，再进行集成和联通测试。当线上系统需求变更时，可通过组合单元测试进行回归测试，有力保证系统质量。

但现有mock框架需要大量的硬编码，其硬编码的成本与测试用例(testcase)的复杂度成正比，单元测试的覆盖率越高，则mock硬编码的成本也相应越高。进而造成测试用例难以有效管理和维护，尤其在需求变更的时候。此外，现有的mock框架难以和以集成测试为主的单元测试相融合。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明提供一种基于mock的单元测试方法、装置、设备及可读存储介质，能够对测试用例集中管理，有效降低编码成本。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一方面，提供一种基于mock的单元测试方法，包括：当mock对象被创建时，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法；以及如果查找到映射类及映射方法，则：获取映射方法；及当调用mock对象的方法时，执行映射方法，并返回相应的mock数据。

根据本发明的一实施方式，至少一个测试用例通过脚本语言进行配置。

根据本发明的一实施方式，获取映射方法包括：通过字节码增强，获取映射方法。

根据本发明的一实施方式，获取映射方法包括：通过java动态代理，获取映射方法。

根据本发明的一实施方式，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法之前，还包括：从远端数据库中请求获取至少一个测试用例。

根据本发明的另一方面，提供一种单元测试方法，包括：当spring容器中的测试对象被注入时，在预先配置好的至少一个测试用例中查找是否存在与测试对象对应的映射类及映射方法；以及如果查找到映射类及映射方法，则：获取映射方法；及当调用测试对象的方法时，执行映射方法，并返回相应的结果数据。

根据本发明的一实施方式，至少一个测试用例通过脚本语言进行配置。

根据本发明的一实施方式，获取映射方法包括：通过java动态代理，获取映射方法。

根据本发明的再一方面，提供一种基于mock的单元测试装置，包括：方法查找模块，用于当mock对象被创建时，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法；以及方法执行模块，用于当方法查找模块查找到映射类及映射方法时，获取映射方法；及当调用mock对象的方法时，执行映射方法，并返回相应的mock数据。

根据本发明的再一方面，提供一种单元测试装置，包括：方法查找模块，用于当spring容器中的测试对象被注入时，在预先配置好的至少一个测试用例中查找是否存在与测试对象对应的映射类及映射方法；以及方法执行模块，用于当方法查找模块查找到映射类及映射方法时，获取映射方法；及当调用测试对象的方法时，执行映射方法，并返回相应的结果数据。

根据本发明的再一方面，提供一种计算机设备，包括：存储器、处理器及存储在存储器中并可在处理器中运行的可执行指令，处理器执行可执行指令时实现如上述任一种基于mock的单元测试方法。

根据本发明的再一方面，提供一种计算机设备，包括：存储器、处理器及存储在存储器中并可在处理器中运行的可执行指令，处理器执行可执行指令时实现如上述任一种单元测试方法。

根据本发明的再一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，可执行指令被处理器执行时实现如上述任一种基于mock的单元测试方法。

根据本发明的再一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，可执行指令被处理器执行时实现如上述任一种单元测试方法。

一方面，根据本发明的基于mock的单元测试方法，可通过配置，无侵入地与单元测试程序代码结合，与以往的单元测试无缝融合，有效降低编码成本。

另一方面，根据本发明的单元测试方法，在spring容器启动时，可以对任意制定类的bean进行mock对象代理，从而和以集成测试为主的单元测试无缝结合，成为基于mock的单元测试。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种基于mock的单元测试方法的流程图。

图2是根据一示例性实施方式示出的另一种基于mock的单元测试方法的流程图。

图3是根据一示例性实施方式示出的再一种基于mock的单元测试方法的流程图。

图4是根据一示例性实施方式示出的再一种基于mock的单元测试方法的交互示意图。

图5是根据一示例性实施方式示出的一种单元测试方法的流程图。

图6是根据一示例性实施方式示出的一种基于mock的单元测试装置的框图。

图7是根据一示例性实施方式示出的一种单元测试装置的框图。

图8是根据一示例性实施方式示出的一种计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免喧宾夺主而使得本发明的各方面变得模糊。

图1是根据一示例性实施方式示出的一种基于mock的单元测试方法的流程图。如图1所示，方法10包括：

在步骤s102中，当mock对象被创建时，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法。

在单元测试程序被启动时，mock对象通常被显示或隐式地创建。当mock对象被显示或隐式地创建时，可以通过预先配置好的对应关系，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法。例如，当在预先定义好的测试用例中，已定义了该mock对象的对应的类及方法函数时，则可以查找到该映射类及映射方法。

在步骤s104中，如果查找到该映射类及映射方法，则获取该映射方法；当调用mock对象的方法时，执行该映射方法，并返回相应的mock数据。

当单元测试程序需要调用执行mock对象的方法时，实际执行该映射方法，并根据输入参数返回相应的mock数据，以供单元测试程序继续执行使用。

在一些实施例中，单元测试中的测试用例可通过脚本语言进行集中管理配置，从而快速实现测试用例的增、删、改。在实际执行上述映射方法时，将mock对象类对应的脚本内容(可将脚本名与类名设为一致)读取出来，通过调用java虚拟机的脚本引擎，再执行脚本里对应的映射方法。该脚本方法通过输入参数返回预期的数据。不同的输入参数，会产生不同的响应数据，因此可在脚本里配置大量的测试用例。执行该脚本方法返回的响应数据，通过java的序列化操作成具体对象返回，可以作为结果数据继续在被测试的方法中往下执行。上述脚本语言，例如可以为groovy、python、javascript、ruby等java虚拟机脚本引擎支持的脚本语言。此外，还可以在脚本中实现对测试用例的自行验证。

根据本发明实施方式的基于mock的单元测试方法，可通过配置，无侵入地与单元测试程序代码结合，与以往的单元测试无缝融合，有效降低编码成本。

应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施方式。

图2是根据一示例性实施方式示出的另一种基于mock的单元测试方法的流程图。图2示出了当单元测试中通过隐式创建mock对象时，在java虚拟机内部通过字节码增强技术非侵入式的为单元测试用例构建对应的mock对象，从而基于mock进行单元测试的方法。如图2所示，方法20包括：

在步骤s202中，通过java虚拟机(javavirtualmachine，jvm)执行入口程序。

单元测试的测试类在启动单元测试之前，添加javaagent配置，当其开始启动单元测试时。用于执行本实施方式方法的pmock框架程序通过java虚拟机执行premain入口程序。

在步骤s204中，遍历加载单元测试程序中的类的所有方法。

在步骤s206中，在预先配置好的至少一个测试用例中查找是否存在与上述加载类对应的映射类及映射方法。

在步骤s208中，如果找到该映射类及映射方法，则通过字节码增强，获取该映射类对应的mock对象和映射方法；当调用加载类的方法时，执行该映射方法，并返回相应的结果数据。

java字节码增强技术指的是在java字节码生成之后，对其进行修改，增强其功能。这种方式相当于对应用程序的二进制文件直接进行修改。对于存在映射类及映射方法的加载类，通过字节码增强，对其字节码进行修改。当单元测试程序调用到该加载类的加载方法时，java虚拟机可以识别出其增强后的字节码，从而执行该增强后的字节码，并返回相应的结果数据，以供单元测试程序继续执行使用。

同样地，在一些实施例中，单元测试中的测试用例可通过脚本语言进行集中管理配置，从而快速实现测试用例的增、删、改。在实际执行上述映射方法时，将mock对象类对应的脚本内容(可将脚本名与类名设为一致)读取出来，通过调用java虚拟机的脚本引擎，再执行脚本里对应的映射方法。该脚本方法通过输入参数返回预期的数据。不同的输入参数，会产生不同的响应数据，因此可在脚本里配置大量的测试用例。执行该脚本方法返回的响应数据，通过java的序列化操作成具体对象返回，可以作为结果数据继续在被测试的方法中往下执行。上述脚本语言，例如可以为groovy、python、javascript、ruby等java虚拟机脚本引擎支持的脚本语言。此外，还可以在脚本中实现对测试用例的自行验证。

根据本发明实施方式的基于mock的单元测试方法，可以对单元测试程序中通过隐式方式创建的mock对象进行非侵入式地代码增强，从而达到降低编码成本，提升编码效率的目的。

图3是根据一示例性实施方式示出的再一种基于mock的单元测试方法的流程图。图3示出了当单元测试中显示声明mock对象时，在java虚拟机内部如何通过java动态代理，在调用mock对象中的方法时实际执行代理对象的方法，从而基于mock进行单元测试的方法。如图3所示，方法30包括：

在步骤s302中，启动执行本实施方式方法的pmock框架中的单元测试类。

其中，该单元测试程序中所需的mock对象为以显示声明方式进行定义的。

当单元测试程序在初始化mock对象并创建mock对象代理后，一方面启动执行本实施方式方法的pmock框架中的单元测试类；另一方面为mock对象代理的所有方法设置代理方法。

在步骤s304中，加载预先配置好的至少一个测试用例，并将其配置在java虚拟机内存中。

同样地，在一些实施例中，单元测试中的测试用例可通过脚本语言进行集中管理配置，从而快速实现测试用例的增、删、改。在实际执行上述映射方法时，将mock对象类对应的脚本内容(可将脚本名与类名设为一致)读取出来，通过调用java虚拟机的脚本引擎，再执行脚本里对应的映射方法。该脚本方法通过输入参数返回预期的数据。不同的输入参数，会产生不同的响应数据，因此可在脚本里配置大量的测试用例。执行该脚本方法返回的响应数据，通过java的序列化操作成具体对象返回，可以作为结果数据继续在被测试的方法中往下执行。上述脚本语言，例如可以为groovy、python、javascript、ruby等java虚拟机脚本引擎支持的脚本语言。此外，还可以在脚本中实现对测试用例的自行验证。

在步骤s306中，当单元测试程序调用mock对象方法时，在上述预先配置好的至少一个测试用例查找是否存在与mock对象对应的映射类及映射方法。

在步骤s308中，如果找到该映射类及映射方法，则通过java动态代理，获取该映射方法；当调用加载类的方法时，执行该映射方法，并返回相应的结果数据。

该映射方法即为java动态代理技术中的代理方法。代理是一种设计模式，其提供了对目标对象另外的访问方式；即通过代理对象访问目标对象。这样做的好处是可以在目标对象实现的基础上，增强额外的功能操作，即扩展目标对象的功能。在本实施方式中，通过java动态代理技术，可以通过预先配置好的测试用例中对应的映射方法来达到对目标对象(即单元测试程序中创建mock对象)修改增强的目的。从而在单元测试程序调用加载类的方法时，实际执行的是该代理方法。

同样地，在一些实施例中，单元测试中的测试用例可通过脚本语言进行集中管理配置，从而快速实现测试用例的增、删、改。在实际执行上述映射方法时，将mock对象类对应的脚本内容(可将脚本名与类名设为一致)读取出来，通过调用java虚拟机的脚本引擎，再执行脚本里对应的映射方法。该脚本方法通过输入参数返回预期的数据。不同的输入参数，会产生不同的响应数据，因此可在脚本里配置大量的测试用例。执行该脚本方法返回的响应数据，通过java的序列化操作成具体对象返回，可以作为结果数据继续在被测试的方法中往下执行。上述脚本语言，例如可以为groovy、python、javascript、ruby等java虚拟机脚本引擎支持的脚本语言。此外，还可以在脚本中实现对测试用例的自行验证。

根据本发明实施方式的基于mock的单元测试方法，可以对单元测试程序中显式方式声明的mock对象，通过java动态代理技术，在调用该mock对象时实际执行修改后的代理方法，从而达到降低编码成本，提升编码效率的目的。

图4是根据一示例性实施方式示出的再一种基于mock的单元测试方法的交互示意图。在上述各实施方式中，测试用例均为在工程内部离线配置的。而在图4所示的方法40中，上述的测试用例还可以通过在线配置中心404获得。在线配置中心404在实际实施时，可以单独启动一个与单元测试工程独立的应用，且在其中部署一个数据库(如mysql数据库)。在线配置中心404还可以配置脚本编辑模块，以提供测试用例脚本的录入、编辑及存储功能和在线验证功能。

如图4所示，用于执行本实施方式方法的pmock框架402与在线配置中心404分别独立设置，两者之间提供通信接口，例如可以为采用http协议的通信接口。当pmock框架402中的mock对象启动时，可以通过向在线配置中心404发送http请求来获取相应的测试用例脚本。在线配置中心404内部，脚本读取模块用于接收pmock框架402中mock对象请求模块发送的http请求，并相应地从数据库中获取测试用例脚本。脚本编辑模块与数据库连接，将编辑好的测试用例脚本持久化地保存在数据库中。

图5是根据一示例性实施方式示出的一种单元测试方法的流程图。图5所示的方法50适用于集成测试阶段与spring容器结合使用，可以将基于mock的单元测试与集成测试环境相融合。如图5所示，方法50包括：

在步骤s502中，当spring容器中的测试对象被注入时，在预先配置好的至少一个测试用例中查找是否存在与该测试对象对应的映射类及映射方法。

spring是一个分层的javase/eefull-stack(一站式)轻量级开源框架。可以通过spring的beanpostprocess类方法中的postprocessafterinitializaion，进行甄别spring容器注入的对象是否进行了测试用例脚本配置映射，也即在预先配置好的至少一个测试用例中查找是否存在与该测试对象对应的映射类及映射方法。

具体地，例如可以在spring容器注入测试对象时，拦截所有注入的测试对象模块，并启动执行本实施方式方法的pmock框架，加载预先配置的至少一个测试用例，并一一检查是否和注入的测试对象映射。

在步骤s504中，如果查找到该映射类及映射方法，则获取该映射方法；当调用测试对象的方法时，执行该映射方法，并返回相应的结果数据。

在加载的预先配置的至少一个测试用例中，一一查找是否和注入的测试对象存在映射关系。如果存在，则获取该映射方法。例如，可以对注入的测试对象进行java动态代理，来获取该映射方法(即代理对象的代理方法)。从而使得在spring容器中调用该测试对象的方法时，实际执行代理对象的方法，并根据输入参数返回相应的执行结果，供集成于spring框架中的单元测试继续使用。

根据本发明实施方式的单元测试方法，在spring容器启动时，可以对任意制定类的bean进行mock对象代理，从而和以集成测试为主的单元测试无缝结合，成为基于mock的单元测试。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

图6是根据一示例性实施方式示出的一种基于mock的单元测试装置的框图。如图6所示，装置60包括：方法查找模块602及方法执行模块604。

其中，方法查找模块602用于当mock对象被创建时，在预先配置好的至少一个测试用例中查找是否存在与该mock对象对应的映射类及映射方法。

方法执行模块604用于当方法查找模块602查找到该映射类及其映射方法时，获取该映射方法；及当调用该mock对象的方法时，执行该映射方法，并返回相应的mock数据，以供单元测试继续使用该mock数据。

根据本发明实施方式的基于mock的单元测试装置，可通过配置，无侵入地与单元测试程序代码结合，与以往的单元测试无缝融合，有效降低编码成本。

图7是根据一示例性实施方式示出的一种单元测试装置的框图。如图7所示，装置70包括：方法查找模块702和方法执行模块704。

其中，方法查找模块702用于当spring容器中的测试对象被注入时，在预先配置好的至少一个测试用例中查找是否存在与测试对象对应的映射类及映射方法。

方法执行模块704用于当方法查找模块查找到映射类及映射方法时，获取映射方法；及当调用该测试对象的方法时，执行映射方法，并返回相应的结果数据。

根据本发明实施方式的单元测试装置，在spring容器启动时，可以对任意制定类的bean进行mock对象代理，从而和以集成测试为主的单元测试无缝结合，成为基于mock的单元测试。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图8是根据一示例性实施方式示出的一种计算机系统的结构示意图。需要说明的是，图8示出的计算机系统仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序。当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

当mock对象被创建时，在预先配置好的至少一个测试用例中查找是否存在与mock对象对应的映射类及映射方法；以及

如果查找到映射类及映射方法，则：

获取映射方法；及

当调用mock对象的方法时，执行映射方法，并返回相应的mock数据。

或者，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

当spring容器中的测试对象被注入时，在预先配置好的至少一个测试用例中查找是否存在与所述测试对象对应的映射类及映射方法；以及

如果查找到所述映射类及所述映射方法，则：

获取所述映射方法；及

当调用所述测试对象的方法时，执行所述映射方法，并返回相应的结果数据。

以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。