公共组件测试方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种公共组件测试方法、装置、计算机设备和存储介质。

背景技术：

随着互联网技术的发展，为了减少软件产品开发的工作量，很多软件产品都会使用公共组件来进行开发，提高产品开发效率。其中，组件是数据和方法的简单封装，是软件系统中具有相对独立功能、接口由契约指定、和语境有明显依赖关系、可独立部署、可组装的软件实体。公共组件是可以接入到不同的软件产品中的组件。目前，将公共组件接入到软件产品中时，需要将接入公共组件的业务流程进行测试。然而，将公共组件直接接入软件产品中时，可能存在不兼容的问题，导致在进行业务流程测试时出现问题，使得软件产品业务流程的测试效率低下。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高产品业务流程测试效率的公共组件测试方法、装置、计算机设备和存储介质。

一种公共组件测试方法，所述方法包括

获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；

根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；

获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；

当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。

在其中一个实施例中，获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果，包括：

获取已搭建的所述产品业务线运行环境，将所述展示组件在所述产品业务线运行环境中运行；

将所述测试用例参数输入所述展示组件中，启动所述测试脚本对所述带有测试用例参数的展示组件进行测试，得到测试结果。

在其中一个实施例中，当所述测试结果达到预设目标时，将所述公共组件接入产品业务线，包括：

当所述测试结果达到预设目标时，获取所述公共组件标识；

当所述公共组件标识与所述产品业务线预设标识一致时，获取所述产品业务线预设标识对应的接入位置信息，根据所述接入位置信息将所述公共组件接入产品业务线。

在其中一个实施例中，当所述测试结果达到预设目标时，将所述公共组件接入产品业务线之后，还包括：

读取目标配置文件，所述目标配置文件中配置了所述业务线测试操作信息、测试用例信息和预期测试结果；

根据所述测试用例信息在所述产品业务线中执行所述业务线测试操作信息，得到产品业务线测试结果；

当所述产品业务线测试结果与所述预期测试结果一致时，产品业务线测试通过。

在其中一个实施例中，获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码之前，还包括：

获取产品业务中公共业务逻辑，根据所述公共业务逻辑获取公共业务源代码；

根据所述公共业务源代码使用自动化构建工具生成公共业务生产代码，将所述公共业务生产代码进行封装，得到所述待测试公共组件。

一种公共组件测试装置，所述装置包括：

代码获取模块，用于获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；

展示组件生成模块，用于根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；

展示组件测试模块，用于获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；

公共组件接入模块，用于当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。

在其中一个实施例中，展示组件测试模块，包括：

运行环境获取模块，用于获取已搭建的所述产品业务线运行环境，将所述展示组件在所述产品业务线运行环境中运行；

脚本测试模块，用于将所述测试用例参数输入所述展示组件中，启动所述测试脚本对所述带有测试用例参数的展示组件进行测试，得到测试结果。

在其中一个实施例中，公共组件接入模块，包括：

标识获取模块，用于当所述测试结果达到预设目标时，获取所述公共组件标识；

位置获取模块，当所述公共组件标识与所述产品业务线预设标识一致时，获取所述产品业务线预设标识对应的接入位置信息，根据所述接入位置信息将所述公共组件接入产品业务线。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；

根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；

获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；

当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；

根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；

获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；

当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。

上述公共组件测试方法、装置、计算机设备和存储介质，获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。通过根据公共组件生成对应的展示组件，然后对展示组件进行测试，避免将公共组件接入产品业务线时出现兼容性等问题，提高对产品业务线的测试效率。

附图说明

图1为一个实施例中公共组件测试方法的应用场景图；

图2为一个实施例中公共组件测试方法的流程示意图；

图3为一个实施例中得到测试结果的流程示意图；

图4为一个实施例中接入产品业务线的流程示意图；

图5为一个实施例中测试产品业务线的流程示意图；

图6为一个实施例中公共组件的流程示意图；

图7为一个实施例中公共组件测试装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的公共组件测试方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。服务器104获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码，根据待测试公共组件的代码使用原生公共服务框架生成展示组件。服务器104获取终端102输入的测试用例参数和已预先保存的测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果。当测试结果达到预设目标时，服务器将公共组件接入产品业务线。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种公共组件测试方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

s202，获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码。

其中，待测试公共组件是指是要接入产品业务线中的公共组件。该公共组件可以是ui组件、业务模块组件和应用组件。ui组件提供样式配置，业务模块组件提供功能参数配置，应用组件提供出入口配置。

待测试公共组件的代码是指该公共组件的html5(超文本标记语言的第五次重大修改)页面代码，该页面代码包括css(cascadingstylesheets，层叠样式表)样式、api(applicationprogramminginterface,应用程序编程接口)接口、静态文字、参数、方法和流程等等。

具体地，在将公共组件接入到产品之前，服务器获取到该公共组件，该公共组件就是待测试公共组件，根据待测试公共组件得到待测试公共组件的html5代码。

s204，根据待测试公共组件的代码使用原生公共服务框架生成展示组件。

其中，原生公共服务框架是指native框架，native框架是当前移动互联网主流技术，是一个跨平台移动应用开发框架。展示组件是指具有公共组件基础服务功能能够进行展示的组件，也称组件demo。

具体地，使用该原生公共服务框架和待测试公共组件的代码生成展示组件，即生成组件demo。

s206，获取测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果。

其中，测试用例参数是指在进行该展示组件测试时需要的用例，测试用例参数可以从流程配置中心获取到用户的输入，也可以从服务器数据库中获取。测试脚本用户对该展示组件进行测试，该测试脚本中设置了测试该展示组件的操作过程。

具体地，服务器获取到测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行基础功能测试和兼容性测试，得到测试结果。其中，对基础功能测试包括静态检查和动态执行跟踪，静态检查可以是检测算法的逻辑正确性、接口的正确性、输入参数的正确性和代码效率是否高效等。动态执行跟踪可以是对组件demo中所有执行路径进行测试、对逻辑判定进行测试、测试循环和测试内部数据的有效性等。

s208，当测试结果达到预设目标时，将公共组件接入产品业务线。

其中，预期结果是指测试时预期想要达到的目标测试结果，可以是展示组件的基础功能测试正常且兼容性测试正常。

具体地，服务器当测试结果达到预设目标时，即基础功能能够正常使用且能够避免兼容性问题时，说明该公共组件测试通过，可以直接将该公共组件接入产品业务线。当测试结果没有达到预设目标时，得到测试出现的问题，获取解决方案，根据该解决方案更新公共组件，然后重新生成展示组件，再次对展示组件进行测试，直到测试结果达到预设目标时，测试结束，将更新的公共组件接入产品业务线中。

上述实施例中，通过获取待测试公共组件，根据所述待测试公共组件得到所述待测试公共组件的代码；根据所述待测试公共组件的代码使用原生公共服务框架生成展示组件；获取测试用例参数和测试脚本，使用所述测试用例参数和所述测试脚本对所述展示组件进行测试，得到测试结果；当所述测试结果达到预设目标时，将所述公共组件接入产品业务线。通过根据公共组件生成对应的展示组件，然后对展示组件进行测试，避免将公共组件接入产品业务线时出现兼容性等问题，提高对产品业务线的测试效率。

在一个实施例中，如图3所示，步骤s206，即获取测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果，包括步骤：

s302，获取已搭建的产品业务线运行环境，将展示组件在产品业务线运行环境中运行。

具体地，服务器获取到已搭建的产品业务线运行环境，也就是该产品的运行环境，将得到的展示组件在该产品业务线运行环境中运行。

s304，将测试用例参数输入展示组件中，启动测试脚本对带有测试用例参数的展示组件进行测试，得到测试结果。

具体地，将该测试用例参数输入展示组件中，启动测试脚本执行测试操作步骤对该展示组件进行测试，得到测试结果。比如，测试该展示组件中登录功能时，首先将登录的账号和密码写入到登录界面输入框中，此时，启动测试脚本执行模拟点击登录按钮操作，得到测试结果，即判断是否进入登录之后的界面，当测试结果为进入登录之后的界面时，测试通过。当没有进入登录之后的界面时，测试失败，查找测试失败的原因。在一个实施例中，在得到测试结果后还根据测试结果生成测试报告，该测试报告中记录了测试的对象，测试使用的测试用例，测试使用的逻辑方法、测试时间、测试发现的问题、解决问题的方法、未解决的方法和未解决原因等等。

在上述实施例中，通过获取已搭建的产品业务线运行环境，将展示组件在产品业务线运行环境中运行，将测试用例参数输入展示组件中，启动测试脚本对带有测试用例参数的展示组件进行测试，得到测试结果，可以得到该展示组件的基础功能测试结果和兼容性测试结果，可以根据测试结果在将公共组件接入产品业务线中，提高产品业务线的测试效率。

在一个实施例中，如图4所示，步骤s206，即当测试结果达到预设目标时，将公共组件接入产品业务线，包括步骤：

s402，当测试结果达到预设目标时，获取公共组件标识；

其中，公共组件标识用于唯一标识该公共组件，可以是该公共组件名称、编号等等。

具体地，当测试结果达到预设目标时，说明可以直接将公共组件接入到产品业务线中，此时，首先获取到公共组件标识。

s404，当公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将公共组件接入产品业务线。

其中，产品业务线预设标识是指该产品业务线需要的公共组件标识，该预设标识可以有多个。接入位置信息是指公共组件在产品业务线流程的具体位置。产品业务线通常是按照一定的顺序拼接组件得到的。

具体地，判断该公共组件标识是否与产品业务线预设标识一致，当该公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将该公共组件接入产品业务线的相应位置。在一个实施例中，将产品业务线对应的所有组件按照预设顺序进行拼接得到该业务线数据，将该业务线数据提交到数据缓存服务器中，数据缓存服务器服务再得到该产品所有的业务线数据，最后将该产品所有业务线数据统一提交到产品后端服务器中。

在一个实施例中，在讲公共组件接入产品业务线之前，还可以对公共组件进行安全性测试，具体来说，可以测试公共组件的权限、公共组件代码安全性。例如，可以对该公共组件设置调取权限，并且对该公共组件代码进行数字签名。在进行测试时，对调用权限进行测试，使用权限调用该公共组件判断是否能够正常调用该公共组件。可以测试数字签名是否正确，判断调用的公共组件的数字签名是否与保存的该公共组件的数字一致。

在上述实施例中，当测试结果达到预设目标时，获取公共组件标识，当公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将公共组件接入产品业务线，可以将公共组件接入到产品业务线相应的位置，能够更准确，更方便的得到产品业务线

在一个实施例中，如图5所示，在步骤s208之后，即当测试结果达到预设目标时，将公共组件接入产品业务线之后，还包括步骤：

s502，读取目标配置文件，目标配置文件中配置了业务线测试操作信息、测试用例信息和预期测试结果。

其中，业务线测试操作信息是指该业务线在进行运行时所需要执行的操作信息。该业务线测试操作信息中包括执行操作类型、操作顺序和页面元素属性等。

具体地，服务器读取目标配置文件，即得到目标配置文件中的业务线测试操作信息、测试用例信息和预期测试结果。

s504，根据测试用例信息在产品业务线中执行业务线测试操作信息，得到产品业务线测试结果。

具体地，服务器获取到测试用例信息在产品业务线中执行业务线测试操作信息，根据操作类型、页面元素属性按照操作顺序执行。比如：注册业务线，页面元素属性包括手机号输入框、验证码输入框、短信发送按钮和注册按钮等等，操作类型包括写入和点击等，操作执行顺序可以是在手机号输入框中输入测试用例手机号，点击短信发送按钮，在验证码输入框中输入测试用例验证码、最后点击注册按钮。按照操作执行顺序进行执行，得到测试结果是否注册成功。

s506，当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。

具体地，判断产品业务线测试结果是否与预期测试结果一致，当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。比如，判断得到测试注册业务线的测试结果与预期测试结果一致，该预期测试结果可以是在用户端提示注册成功信息，且在服务器中数据表中存储有注册信息即手机号。当测试结果也是在用户端提示注册成功信息，且在服务器中存在注册的手机号时，该注册业务线测试通过。

上述实施例中，通过读取目标配置文件，目标配置文件中配置了业务线测试操作信息、测试用例信息和预期测试结果，根据测试用例信息在产品业务线中执行业务线测试操作信息，得到产品业务线测试结果，当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。由于事先对公共组件进行了测试，此时，在对产品业务线测试时可减少测试出现的问题，避免兼容性问题，能够提高产品业务线测试效率。

在一个实施例中，如图6所示，在步骤s202之前，即获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码之前，还包括步骤：

s602，获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码。

其中，公共业务逻辑是指能够在多个产品中运用的相同的业务实现流程。

具体地，服务器中获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码。该公共业务源代码实现了该公共业务逻辑。

s604，根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将公共业务生产代码进行封装，得到待测试公共组件。

其中，自动化构建工具是指gulp工具，该gulp工具是一个基于node.js(一个javascript运行环境)的一个前端自动化构建工具。

具体地，服务器根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将该公共业务生产代码进行封装，得到待测试公共组件。

在上述实施例中，通过获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码，在根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将公共业务生产代码进行封装，得到待测试公共组件，能够生产待测试公共组件，方便在进行产品开发时进行使用。

应该理解的是，虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种公共组件测试装置700，包括：代码获取模块702、展示组件生产模块704、展示组件测试模块706和公共组件接入模块708，其中：

代码获取模块700，用于获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码；

展示组件生成模块702，用于根据待测试公共组件的代码使用原生公共服务框架生成展示组件；

展示组件测试模块704，用于获取测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果；

公共组件接入模块706，用于当测试结果达到预设目标时，将公共组件接入产品业务线。

在一个实施例中，展示组件测试模块704，包括：

运行环境获取模块，用于获取已搭建的产品业务线运行环境，将展示组件在产品业务线运行环境中运行；

脚本测试模块，用于将测试用例参数输入展示组件中，启动测试脚本对带有测试用例参数的展示组件进行测试，得到测试结果。

在一个实施例中，公共组件接入模块706，包括：

标识获取模块，用于当测试结果达到预设目标时，获取公共组件标识；

位置获取模块，当公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将公共组件接入产品业务线。

在一个实施例中，公共组件测试装置700，还包括：

文件读取模块，用于读取目标配置文件，目标配置文件中配置了业务线测试操作信息、测试用例信息和预期测试结果；

业务线测试模块，用于根据测试用例信息在产品业务线中执行业务线测试操作信息，得到产品业务线测试结果；

测试完成模块，用于当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。

在一个实施例中，公共组件测试装置700，还包括：

源代码获取模块，用于获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码；

公共组件得到模块，用于根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将公共业务生产代码进行封装，得到待测试公共组件。

关于公共组件测试装置的具体限定可以参见上文中对于公共组件测试方法的限定，在此不再赘述。上述公共组件测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储公共组件相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种公共组件测试方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码；根据待测试公共组件的代码使用原生公共服务框架生成展示组件；获取测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果；当测试结果达到预设目标时，将公共组件接入产品业务线。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取已搭建的产品业务线运行环境，将展示组件在产品业务线运行环境中运行；将测试用例参数输入展示组件中，启动测试脚本对带有测试用例参数的展示组件进行测试，得到测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：标识获取模块，用于当测试结果达到预设目标时，获取公共组件标识；位置获取模块，当公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将公共组件接入产品业务线。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：读取目标配置文件，目标配置文件中配置了业务线测试操作信息、测试用例信息和预期测试结果；根据测试用例信息在产品业务线中执行业务线测试操作信息，得到产品业务线测试结果；当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码；根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将公共业务生产代码进行封装，得到待测试公共组件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取待测试公共组件，根据待测试公共组件得到待测试公共组件的代码；根据待测试公共组件的代码使用原生公共服务框架生成展示组件；获取测试用例参数和测试脚本，使用测试用例参数和测试脚本对展示组件进行测试，得到测试结果；当测试结果达到预设目标时，将公共组件接入产品业务线。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取已搭建的产品业务线运行环境，将展示组件在产品业务线运行环境中运行；将测试用例参数输入展示组件中，启动测试脚本对带有测试用例参数的展示组件进行测试，得到测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：标识获取模块，用于当测试结果达到预设目标时，获取公共组件标识；位置获取模块，当公共组件标识与产品业务线预设标识一致时，获取产品业务线预设标识对应的接入位置信息，根据接入位置信息将公共组件接入产品业务线。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：读取目标配置文件，目标配置文件中配置了业务线测试操作信息、测试用例信息和预期测试结果；根据测试用例信息在产品业务线中执行业务线测试操作信息，得到产品业务线测试结果；当产品业务线测试结果与预期测试结果一致时，产品业务线测试通过。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取产品业务中公共业务逻辑，根据公共业务逻辑获取公共业务源代码；根据公共业务源代码使用自动化构建工具生成公共业务生产代码，将公共业务生产代码进行封装，得到待测试公共组件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。