CN109284222B - 软件单元、数据处理系统中的项目测试方法、装置及设备 - Google Patents

Abstract

本申请实施例公开了一种软件单元、数据处理系统中的项目测试方法、装置及设备，对软件单元进行测试的方法包括：根据待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元；基于辅助单元和预定的单元测试框架构建测试环境；基于测试环境对待测试的软件单元进行单元测试。利用本申请实施例，可以使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，可省去很多前期模拟辅助单元的功能的准备工作，使开发人员更关注软件单元自身的逻辑实现，提高单元测试的灵活性。

Description

软件单元、数据处理系统中的项目测试方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种软件单元、数据处理系统中的项目测试方法、装置及设备。

背景技术

单元测试是一种提高应用程序或软件质量非常有效的方法，敏捷软件开发方法论中特别强调了单元测试的重要性。单元测试的测试程序能够帮助软件开发人员验证新的迭代是否对原有的业务逻辑产生影响，它是保证软件开发人员所编写的目标单元在生命周期中不会出现bug的防护墙。

单元测试和编码通常是同步进行的，编写单元测试的过程就是促使软件开发人员思考功能单元的程序代码实现内容和逻辑实现的过程。而且单元测试是模块化的，每开发完一个单元就应该进行单元测试，而在对每个单元进行测试时，不能忽略和其他单元的关系，为模拟这一关系就需要辅助单元。通常，某一个应用程序中会包含有多个功能单元，这些功能单元之间会存在一定的关联关系，例如，功能单元A在使用时需要调用功能单元B的服务等。如果需要对应用程序中的某一个功能单元(可称为目标单元)进行单元测试，通常会将该应用程序中除该功能单元外的其它功能单元都作为辅助单元，然后，分别通过目标单元执行前(即Before)后(即After)结合反射技术修改目标单元的对象引用，使各个辅助单元对应的对象拥有模拟能力，进而执行单元测试过程。

然而，通过上述单元测试方式，当需要对某一个目标单元进行单元测试时，需要将该目标单元所属的应用程序中除目标单元外的所有功能单元作为辅助单元，并模拟各个辅助单元的功能来完成单元测试，这样，每个目标单元加载每个目标单元所需的独立测试环境的代价很大，且需要为每个目标单元编写模拟对象类和专属测试环境文件等，使得单元测试需要消耗大量的时间，并且会经常出现模拟各个辅助单元的功能的程序代码编写量会超过目标单元的的程序代码编写量的情况，从而使得单元测试的过程较繁冗，而且，上述单元测试的灵活性较差。

发明内容

本申请实施例的目的是提供一种软件单元、数据处理系统中的项目测试方法、装置及设备，以实现单元测试的过程简单易行，而且，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例提供一种对软件单元进行测试的方法，所述方法包括：

根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元；

基于所述辅助单元和预定的单元测试框架构建测试环境；

基于所述测试环境对所述待测试的软件单元进行单元测试。

可选地，所述预定的单元测试框架为Spring应用平台，

所述基于所述辅助单元和预定的单元测试框架构建测试环境之前，所述方法还包括：

建立所述Spring应用平台；

所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述辅助单元加载到所述Spring应用平台，以构建以Spring应用平台为基础的测试环境。

可选地，所述辅助单元包括第一辅助单元和第二辅助单元，

所述根据所述测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，包括：

根据所述测试配置文件，创建所述待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元；

根据所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元；

相应的，所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述第一辅助单元加载到预定的单元测试框架中，将所述第二辅助单元加载到预定的单元测试框架中，以构建测试环境。

可选地，所述根据所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元，包括：

遍历所述待测试的软件单元中预设的属性信息，基于所述属性信息创建相应的模拟对象；

基于所述模拟对象创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

可选地，所述基于所述测试环境对所述待测试的软件单元进行单元测试，包括：

在所述测试环境中，启动所述单元测试框架中的测试类，以启动对所述待测试的软件单元的测试方法对待测试的软件单元进行测试。

本申请实施例提供一种对数据处理系统中的项目进行测试的方法，所述方法包括：

确定数据处理系统的待测试项目中的待测试单元；

获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元；

根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

可选地，所述确定数据处理系统的待测试项目中的待测试单元，包括：

获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

可选地，所述方法还包括：

获取所述待测试项目的测试配置请求，所述测试配置请求中包括所述待测试项目的测试配置文件；

保存所述测试配置文件，及建立所述待测试项目与所述测试配置文件的关联关系；

相应的，所述获取与所述待测试单元相匹配的测试配置文件，包括：

获取所述待测试单元所属的待测试项目的测试配置文件，将其作为与所述待测试单元相匹配的测试配置文件。

本申请实施例提供一种对软件单元进行测试的装置，所述装置包括：

辅助单元创建模块，用于根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元；

测试环境构建模块，用于基于所述辅助单元和预定的单元测试框架构建测试环境；

单元测试模块，用于基于所述测试环境对所述待测试的软件单元进行单元测试。

可选地，所述预定的单元测试框架为Spring应用平台，

所述测试环境构建模块，包括：

平台建立单元，用于建立所述Spring应用平台；

测试环境构建单元，用于将所述辅助单元加载到所述Spring应用平台，以构建以Spring应用平台为基础的测试环境。

可选地，所述辅助单元创建模块为由JMockit或PowerMock工具组件构成的模块。

本申请实施例提供一种对数据处理系统中的项目进行测试的装置，所述装置包括：

测试单元确定模块，用于确定数据处理系统的待测试项目中的待测试单元；

信息获取模块，用于获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

依赖单元确定模块，用于根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元；

测试模块，用于根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

可选地，所述测试单元确定模块，包括：

请求获取单元，用于获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

测试单元确定单元，用于根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

本申请实施例还提供一种对软件单元进行测试的设备，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元；

基于所述辅助单元和预定的单元测试框架构建测试环境；

基于所述测试环境对所述待测试的软件单元进行单元测试。

本申请实施例还提供一种对数据处理系统中的项目进行测试的设备，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

确定数据处理系统的待测试项目中的待测试单元；

获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元；

根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

由以上本申请实施例提供的技术方案可见，本申请实施例通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一种对软件单元进行测试的方法实施例；

图2为本申请一种对软件单元进行测试的界面示意图；

图3为本申请一种对软件单元进行测试的过程的交互图；

图4为本申请一种对数据处理系统中的项目进行测试的界面示意图；

图5为本申请一种对软件单元进行测试的装置实施例；

图6为本申请一种对数据处理系统中的项目进行测试的装置实施例；

图7为本申请一种对软件单元进行测试的设备实施例；

图8为本申请一种对数据处理系统中的项目进行测试的设备实施例。

具体实施方式

本申请实施例提供一种软件单元、数据处理系统中的项目测试方法、装置及设备。

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

如图1所示，本申请实施例提供一种对软件单元进行测试的方法，该方法的执行主体可以为对软件单元进行测试的测试设备，该测试设备可以为终端设备，如个人计算机等，也可以是服务器等。其中，本申请实施例中提到的单元测试是对软件单元进行的测试，为了叙述方便，本申请中均以单元测试来表示对软件单元进行的测试。该方法具体可以包括以下步骤：

在步骤S101中，根据待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，创建待测试的软件单元进行单元测试的过程中所依赖的辅助单元。

其中，待测试的软件单元可以是应用程序或某软件中的一个单独的功能单元，它可以是一个可识别的真实存在的应用程序的组成部分，一个应用程序或软件可以由多个功能单元组成，例如，待测试的软件单元可以是大数据处理系统中的数据处理单元。测试配置文件可以是预先编辑的属于测试环境上下文的文件，测试配置文件的文件格式可以根据实际情况确定，例如XML(Extensible Markup Language，可扩展标记语言)文件，XHTML(Extensible HyperText Markup Language，可延伸超文本标记语言)文件等。预设的属性信息可以是一种代码级别的说明性的信息，该属性信息的具体内容可以根据实际情况进行设定，本申请实施例中，该属性信息中可以记录有待测试的软件单元进行单元测试的过程中所依赖的辅助单元的相关信息。辅助单元可以是应用程序或软件中除了待测试的软件单元外的，且与待测试的软件单元存在依赖关系的任意功能单元。

在实施中，单元测试是一种提高应用程序或软件质量非常有效的方法，敏捷软件开发方法论中特别强调了单元测试的重要性。单元测试的测试程序可以随时随地运行，以此来帮助开发人员验证新的迭代是否对原有的业务逻辑产生影响，它是保证软件开发人员所编写的待测试的软件单元在生命周期中不会出现bug的防护墙。对于软件开发人员来说，编写的代码不可避免的会存在bug，而单元测试可以有效的发现一些在集成测试和/或系统测试中很难发现的bug，避免低级错误，提高代码质量。

而如何快速高效的进行单元测试，成为现在需要解决的重要问题。软件开发人员可以使用预定的编程语言(C语言、C++语言、C#语言或JAVA编程语言等)编写应用程序的程序代码，其中，应用程序中可以包括多个不同的功能单元，每一个功能单元可以实现一种或多种应用功能，如定时提醒功能或定时收发信息功能等。单元测试主要是针对其中的任一功能单元(即待测试的软件单元)，为了使得单元测试更加快速和高效，可以在单元测试的过程中，只加载与待测试的软件单元存在依赖关系的单元(即辅助单元)。

具体地，对于不同的辅助单元可以设置相应的配置信息，以表明哪些功能单元是待测试的软件单元所依赖的辅助单元。而不同的辅助单元可以设置不同的记录方式，例如，某一个或多个辅助单元可以支持测试设备直接通过一个简单的测试配置文件即可创建，而另一些辅助单元通过测试配置文件的方式却无法完成创建辅助单元的工作，而只能通过待测试的软件单元中预设的属性信息记录辅助单元的相关信息，以便通过相应的机制创建辅助单元。基于上述相关内容，可以针对待测试的软件单元的某些辅助单元编写相应的测试配置文件，对于另一些辅助单元可以将其相关信息，通过相应的编程语言编写在待测试的软件单元的预定属性信息中。

除了可以采用上述处理方式外，以下还提供一种处理方式，具体可以参见以下内容：应用程序中的任一功能单元所依赖的其它功能单元通常包括两种类型，其中一种类型可以为基础设施类，例如数据库、缓存服务单元(或者缓存服务器，如Redis服务器等)等，由于依赖的该类型的辅助单元通常较固定(即几乎与所有的功能单元都存在依赖关系)，而且，这些辅助单元通常会设置于本地应用系统中，因此，可以直接使用测试配置文件来描述待测试的软件单元所依赖的本地应用系统中的辅助单元，而且，如果存在N个待测试的软件单元(其中，N为大于或等于1的正整数)，则N个待测试的软件单元可以只拥有一个公共的测试配置文件，从而可以提高单元测试的效率。

而如果待测试的软件单元还需要远程调用其它应用程序或单元，则待测试的软件单元进行单元测试的过程中所依赖的辅助单元还包括外部应用系统中的辅助单元，这样就构成了第二种类型。对于这些辅助单元，由于其处于本地应用系统之外的外部应用系统，因此，以上述测试配置文件的方式来描述该辅助单元将无法达到预定的结果，为此，可以采用模拟辅助单元功能的方式来达到预定的结果，这样，可以将该辅助单元的相关信息设置于待测试的软件单元的预设属性信息中。基于上述示例，如果存在N(其中，N为大于或等于1的正整数)个待测试的软件单元，则针对每个待测试的软件单元，可以将相应的辅助单元的相关信息设置于预设的属性信息中，从而可以提高单元测试的效率。

如图2所示，当软件开发人员需要对待测试的软件单元(例如，获取大数据处理系统中需要进行单元测试的数据处理单元，将获取的数据处理单元作为待测试的软件单元，或者，任意软件或应用程序中的一个功能单元等)进行单元测试时，可以启动测试设备中的相关应用程序，该应用程序中设置有启动测试按键、暂停测试按键和停止测试按键，以及测试结果的显示界面。软件开发人员可以输入或导入待测试的软件单元的程序代码，以及预先编写的测试配置文件，完成上述操作后，可以点击启动测试按键，测试设备可以获取测试配置文件，对测试配置文件中的内容进行逐条分析，确定待测试的软件单元所依赖的辅助单元。然后，可以提取待测试的软件单元中预定的属性信息，对该属性信息中的相关内容进行分析，确定其中所描述的待测试的软件单元所依赖的辅助单元，并逐个创建相应的辅助单元。

在步骤S102中，基于辅助单元和预定的单元测试框架构建测试环境。

其中，单元测试框架可以是控制单元测试的执行，并在成功完成测试用例或测试套件中的每个测试项目后输出测试结果的测试平台，单元测试框架可以包括多种，例如基于JUnit的单元测试框架或基于OpenFramework的单元测试框架等，单元测试框架具体可以根据实际情况设定，本申请实施例对此不做限定。测试环境可以是进行单元测试时需要满足的上下文环境。

在实施中，由于单元测试框架并不是待测试的软件单元所属的应用程序，因此，测试环境的构建无需启动待测试的软件单元所属的应用程序的相关服务，而是利用单元测试框架来构建测试环境。具体地，为了减少与待测试的软件单元无关或不存在依赖关系的功能单元进入测试环境，在通过上述步骤S101的处理，得到了待测试的软件单元进行单元测试的过程中所依赖的辅助单元。可以只将上述辅助单元加载到单元测试框架中，这样，单元测试框架中只加载了待测试的软件单元所依赖的辅助单元，构成了待测试的软件单元进行单元测试的上下文环境，从而构建出待测试的软件单元的测试环境。

通过上述相关内容，不难了解到本申请实施例中，在对待测试的软件单元进行单元测试的过程中，只创建与待测试的软件单元存在依赖关系的功能单元作为辅助单元来构建测试环境，而对于待测试的软件单元所属的应用程序中与待测试的软件单元不存在依赖关系的功能单元，在进行单元测试和构建测试环境时并不关注，减少了构建测试环境的时间，从而可以提高单元测试的运行效率。

在步骤S103中，基于上述测试环境对待测试的软件单元进行单元测试。

在实施中，待测试的软件单元的测试环境构建完成后，表明待测试的软件单元进行单元测试的前期准备工作已经完成，此时，可以将待测试的软件单元的程序代码加载到上述单元测试框架中，这样，可以使得待测试的软件单元在上述构建的测试环境中运行，通过调用辅助单元返回可预期结果，以此对待测试的软件单元进行单元测试，并可以得到相应的测试结果，以便软件开发人员可以根据测试结果对待测试的软件单元进行相应的处理，例如，如果测试结果表明单元测试失败，则软件开发人员可以根据测试结果的相关内容确定待测试的软件单元的程序代码中出现问题的部分，可以修改该部分并再次进行单元测试，直到测试结果为单元测试成功为止，如果测试结果表明单元测试成功，则软件开发人员可以继续对下一个功能单元进行程序代码的编写和单元测试工作。

本申请实施例提供一种对软件单元进行测试的方法，通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

本申请实施例提供了一种对软件单元进行测试的方法，该方法的执行主体可以为对软件单元进行测试的的测试设备，该测试设备可以为终端设备，如个人计算机等，也可以是服务器等。具体包括如下步骤：

考虑到待测试的软件单元进行单元测试的过程中所依赖的辅助单元可以包括两种类型，一种是本地应用系统中所拥有的辅助单元，另一种是本地应用系统之外的外部应用系统中所拥有的辅助单元，这样，可以将辅助单元划分为第一辅助单元和第二辅助单元，可以通过以下步骤S301和步骤S302分别创建第一辅助单元和第二辅助单元。

在步骤S301中，根据待测试的软件单元的测试配置文件，创建待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元。

在实施中，第一辅助单元可以是本地应用系统中的功能单元，通常属于单元测试中的基础设施类功能单元，因此，可以不需要使用复杂的机制来创建第一辅助单元，只需要告知本地应用系统，待测试的软件单元(可以使用如C++语言、C#语言或JAVA编程语言等编写)需要使用哪些辅助单元(即测试配置文件中记录的信息)，测试设备可以从本地应用系统中获取第一辅助单元的相关信息，可以基于该相关信息创建第一辅助单元。

例如，如果待测试的软件单元进行单元测试的过程中所依赖的第一辅助单元中包括数据库中的相关数据，则可以设置数据库测试框架。数据库测试框架可以提供大量的测试类以对与数据库相关的操作进行抽象和封装，以使数据库置于测试轮回之间的状态。当软件开发人员输入或导入待测试的软件单元的程序代码，以及预先编写的测试配置文件后，可以点击启动测试按键，测试设备可以获取测试配置文件，并对数据库测试框架进行数据初始化。数据库测试框架可以提取测试配置文件中的每一条内容，分析该条内容对应的辅助单元，然后，可以通过相应的接口从数据库中提取对应的数据，可以将提取的数据分别作为第一辅助单元。

如果待测试的软件单元进行单元测试的过程中所依赖的第一辅助单元中还包括缓存服务器(如Redis服务器或Tair服务器等)，则可以直接根据测试配置文件将相应的缓存服务器的相关数据作为第一辅助单元。

在步骤S302中，根据待测试的软件单元中预设的属性信息，创建待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

在实施中，第二辅助单元是来自于外部应用系统，测试设备在进行单元测试时对外部应用系统的访问要比对本地应用系统的数据库的访问更慢，而且由于是外部应用系统，因此，不太可能因为需要对待测试的软件单元进行单元测试而去外部应用系统上构造相应的数据，进行数据回滚更是无从谈起，因此，在对待测试的软件单元进行单元测试时，通常针对外部应用系统中的第二辅助单元可以采用模拟的方式处理，即仅模拟第二辅助单元的功能以输出相应的结果，从而可以使得软件开发人员能够专注待测试的软件单元的自身逻辑，而不需要关注单元测试中待测试的软件单元不需要依赖的功能单元，而且也不需要过多考虑如何模拟辅助单元来完成单元测试。

上述步骤S302的处理方式可以多种多样，以下提供一种可选的处理方式，具体可以包括以下步骤一和步骤二。

步骤一，遍历待测试的软件单元中预设的属性信息，基于属性信息创建相应的模拟对象。

其中，模拟对象可以是需要模拟(即mock)其某一项或多项功能的对象。

在实施中，测试设备中可以预先设置有创建模拟对象的机制，通过上述机制可以对待测试的软件单元中预设的属性信息的内容进行逐条遍历，基于遍历的每一条属性信息可以创建相应的模拟对象。

步骤二，基于上述模拟对象创建待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

在实施中，通过上述步骤一得到相应的模拟对象后，可以分析得到各个模拟对象所需具备的功能。可以根据各个模拟对象所需具备的功能获取模拟对象所必须的其它基础信息，然后可以将模拟对象及其相应的其它基础信息进行封装处理，从而得到相应的待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

在步骤S303中，将第一辅助单元加载到预定的单元测试框架中，将第二辅助单元加载到预定的单元测试框架中，以构建测试环境。

在实施中，由于第一辅助单元为基础设施类功能单元，可以先将第一辅助单元加载到预定的单元测试框架中，其中，对于第一辅助单元中的数据库的数据，可以通过数据库测试框架直接从数据库中获取相应的数据库访问对象注入到单元测试框架中。在第一辅助单元的基础上可以自动将第二辅助单元加载到预定的单元测试框架中，这样，待测试的软件单元进行单元测试所依赖的辅助单元全部被加载到单元测试框架中，从而也就构成了待测试的软件单元的测试环境。

需要说明的是，通过上述处理过程，本申请实施例在创建第二辅助单元时，已经使用模拟对象工具生成了模拟对象，并将其注入到单元测试框架中以管理它的生命周期，而不是现有技术中提到的单元测试框架启动后才修改对象引用使其具有模拟能力。

在步骤S304中，在上述测试环境中，启动单元测试框架中的测试类，以启动对待测试的软件单元的测试方法对待测试的软件单元进行单元测试。

其中，测试类可以是对一类具有共同特征的功能单元的抽象得到的一种数据类型。测试类可以根据编程语言的不同而不同，具体可以根据实际情况确定，本申请实施例对此不做限定。

本实施例中，可以将待测试的软件单元的程序代码加载到上述单元测试框架中，然后，可以启动单元测试框架中各个辅助单元对应的测试类，从而启动相应的辅助对象，通过辅助对象的相应功能启动对待测试的软件单元的测试方法，并使用该测试方法对待测试的软件单元进行单元测试，得到该待测试的软件单元的单元测试结果，测试设备还可以将该单元测试结果展示给软件开发人员。

本申请实施例提供一种对软件单元进行测试的方法，通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

以下结合具体的应用场景，对本申请实施例提供的一种对软件单元进行测试的方法进行详细的阐述，相应的应用场景为基于JAVA编程语言编写的待测试的软件单元进行单元测试的应用场景，其中，单元测试框架可以依赖于JAVA技术框架OpenFramework，可以采用JUnit和Spring作为技术雏形构建，本申请实施例中的单元测试框架具体可以是Spring应用平台，测试配置文件可以为XML文件。

本申请实施例提供了一种对软件单元进行测试的方法，该方法的执行主体可以为进行单元测试的测试设备，该测试设备可以为终端设备，如个人计算机等，也可以是服务器等。具体包括如下步骤：

在步骤S401中，根据待测试的软件单元的测试配置文件，创建待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元。

在实施中，应用程序(如大数据分析系统中数据分析的应用程序等)中的待测试的软件单元所依赖的辅助单元通常包括两种类型，其中一种类型可以为基础设施类，基础设施类功能单元可以包括如数据库、缓存服务单元(或者缓存服务器，如Redis服务器等)、Tair服务器等，由于第一辅助单元是本地应用系统中的功能单元，待测试的软件单元依赖的该类型的辅助单元通常较固定(即几乎与所有的功能单元都存在依赖关系)，因此，可以直接使用测试配置文件来描述第一辅助单元。其中，该测试文件可以是XML文件。

如图2所示，当软件开发人员需要对待测试的软件单元进行单元测试时，可以启动测试设备中的相关应用程序，该应用程序中设置有启动测试按键、暂停测试按键和停止测试按键，以及测试结果的显示界面。软件开发人员可以输入或导入待测试的软件单元的程序代码，以及预先编写的测试配置文件，完成上述操作后，可以点击启动测试按键，测试设备可以获取测试配置文件。如图3所示，如果第一辅助单元中包括数据库中的相关数据，则可以设置数据库测试框架(可以用于对数据库相关操作进行抽象处理)，如DBUnit等。数据库测试框架可以提供大量的测试类以对与数据库相关的操作进行抽象和封装，以使数据库置于测试轮回之间的状态。测试设备获取到测试配置文件后，可以对数据库测试框架进行数据初始化。然后，数据库测试框架可以提取测试配置文件中的每一条内容，分析该条内容对应的辅助单元，然后，可以通过数据库访问对象(即DAO(Data Access Object)是与数据库的交互组件)从数据库中提取对应的数据，可以将提取的数据分别作为第一辅助单元。如图3所示，如果第一辅助单元中还包括缓存服务器(如Redis服务器或Tair服务器等)，则可以直接根据测试配置文件将相应的缓存服务器的相关数据作为第一辅助单元。

在步骤S402中，建立Spring应用平台。

其中，Spring应用平台是一个开源框架，它也是一个轻量级控制反转(IoC，Inverse of Control)和面向切面(AOP，Aspect Oriented Programming)的容器框架，可以用于管理JavaBean对象的配置和生命周期。JavaBean可以是使用JAVA编程语言编写的一种可重用组件，也是JAVA编程语言中的类，它通常通过公共方法将内部域暴露以供调用，可视为公共调用约定。Spring应用平台可以理解为Spring容器。

在步骤S403中，遍历待测试的软件单元中预设的属性信息，基于该属性信息创建相应的模拟对象。

其中，预设的属性信息可以是JAVA注解，JAVA注解也称为元数据，它是一种代码级别的说明，它可以声明在包、类、字段、方法、局部变量和方法参数等的前面，用来对上述元素进行说明或描述等。

在实施中，应用程序中的待测试的软件单元所依赖的辅助单元包括的第二种类型为远程调用类型，远程调用类型的辅助单元通常是需要调用本地应用系统之外的外部应用系统中的辅助单元。对于这些辅助单元，由于其处于本地应用系统之外的外部应用系统，因此，以上述测试配置文件的方式来描述该辅助单元将无法达到预定的结果，为此，可以采用模拟辅助单元功能的方式来促使测试设备输出可预期结果，这样，可以将该辅助单元的相关信息设置于待测试的软件单元的预设属性信息中。

在创建了Spring应用平台后，可以利用Spring应用平台的上下文管理组件初始化Spring应用平台。其中，其中，上下文管理组件是Spring应用平台中设置的一个核心组件，用于建立Spring应用平台的测试环境，并建立被测试的待测试的软件单元的方法栈上下文。具体的，本实施例中利用上下文管理组件来初始化Spring应用平台的基本配置包括Spring应用平台的基本类及配置文件，进而提供Spring应用平台的资源获取的统一接口、统一环境的测试数据模拟、统一的测试结果输出接口等。

在初始化Spring应用平台时，Spring应用平台会创建TestContextManager类，然后，TestContextManager类会创建TestContext上下文，通过重新定义测试上下文加载器ContextLoader，使得在初始化Spring应用平台(即Spring ApplicationContext)时，通过预先设置的JMockit、PowerMock等模拟对象工具遍历目标测试依赖单元域(即预设的属性信息)，创建相应的模拟对象(即MockObject)。

其中，目标测试依赖单元域，是进行自动化加载注册待测试的软件单元所依赖的辅助单元的核心，下面对其进行详细说明。

目标测试依赖单元域是JAVA编程语言中的对象属性，定义在待测试的软件单元的属性上，通过对待测试的软件单元属性的声明，可以描述待测试的软件单元所依赖的JavaBean的特定信息，可以称为元数据。

目标测试依赖单元域(即预设的属性信息)会包含有多个不同的声明表现方式，以下举例说明：

(1)@DaoTarget：此声明表示所依赖的JavaBean是某个数据库操作对象(即DAO)，它指向某个测试数据库句柄(即XML文件)，而且它支持多个测试数据源的配置。

(2)@Target：此声明表示所依赖的JavaBean是某个业务服务类，可以只需要直接根据JavaBean的定义信息，将其注册到Spring容器即可。

(3)@Mock：此声明表示所依赖的JavaBean是需要mock(模拟)的。

在步骤S404中，基于该模拟对象创建待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

在实施中，可以通过预先设置的JMockit、PowerMock等模拟对象工具基于该模拟对象，进一步创建待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。本申请实施例中通过测试框架JMockit、PowerMock等，生成一个mock(即模拟)的类实例注册到容器中，实现了所依赖的JavaBean的mock操作，这样，在进行单元测试时可以直接使用该mock对象，而不需要现有技术的通过反射Before、After修改对象引用来实现mock操作。

在步骤S405中，将第一辅助单元加载到Spring应用平台，将第二辅助单元加载到Spring应用平台，以构建以Spring应用平台为基础的测试环境。

在实施中，如图3所示，在向Spring应用平台加载待测试的软件单元进行单元测试所使用的功能单元时，仅需要将第一辅助单元加载到Spring应用平台，在加载了第一辅助单元的基础上，将第二辅助单元加载到Spring应用平台中，而与待测试的软件单元不存在依赖关系的功能单元并不会加载到Spring应用平台，这样，待测试的软件单元所依赖的JavaBean会被自动扫描注册，使运行的单元测试的Spring应用平台中只注册了待测试的软件单元本身和待测试的软件单元执行时所必需的JavaBean信息，单元测试的Spring容器上下文轻量，执行效率高。

基于上述步骤S401～步骤S405的相关内容，以下通过具体示例说明。例如，某个应用程序中包含有100张数据库表，200个待测试的软件单元，其中的某个待测试的软件单元依赖2张数据库表，即table_a和table_b，以及其还依赖外部应用系统的3个调用服务，即service_a、service_b和service_c，当使用上述方式进行单元测试时，Spring容器中只需要注入2张数据库表的DAO，并模拟外部应用系统的3个调用服务即可，而不是现有技术中的100张数据库表的全部DAO和外部应用系统的全部的调用服务，而且上述方式的整个流程都是待测试的软件单元进行单元测试时自动加载注册的。

需要说明的是，通过上述处理过程，本申请实施例在创建第二辅助单元时，已经使用模拟对象工具生成了模拟对象(即mock对象)，并将其注入到Spring应用平台中以管理相应JavaBean的生命周期，而不是现有技术中提到的单元测试框架(即Spring应用平台)启动后才修改对象引用使其具有mock能力。

在步骤S406中，在上述测试环境中，启动Spring应用平台中的测试类，以启动对待测试的软件单元的测试方法对待测试的软件单元进行单元测试。

步骤S406的处理可以参见上述实施例二中的相关内容，在此不再赘述。

本申请实施例提供一种对软件单元进行测试的方法，通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

基于上述实施例提供的对软件单元进行测试的方法，本申请实施例还提供一种对数据处理系统中的项目进行测试的方法，该方法的执行主体可以为对数据处理系统中的项目进行测试的测试设备，该测试设备可以为终端设备，如个人计算机等，也可以是服务器等。其中的待测试单元可以是大数据处理系统的待测试项目中需要进行单元测试的数据处理单元，待测试单元即可以为上述实施例提供的待测试的软件单元。具体包括如下步骤：

在步骤S501中，确定数据处理系统的待测试项目中的待测试单元。

其中，数据处理系统可以是大数据计算或大数据分析系统。待测试项目可以是数据处理系统中的一个组成部分，例如，大数据分析系统中可以包括大数据分类、大数据统计和数据分析等项目，待测试项目可以是上述项目中的任意一个项目，每一个项目可以由多个软件单元组成，每一个软件单元都可以作为该项目中的待测试单元，例如，待测试项目为数据分析项目，而数据分析项目中可以包括200个软件单元，其中的任一个软件单元可以为待测试单元。

在实施中，如图4所示，当测试人员需要对数据处理系统的待测试项目中的待测试单元进行单元测试时，可以启动测试设备中的相关应用程序，该应用程序中设置有启动测试按键、暂停测试按键和停止测试按键，以及测试结果的显示界面等。测试人员可以通过点击测试目标按键弹出的输入框输入或导入待测试单元的程序代码，或者，输入待测试单元的标识(如待测试单元的名称、哈希值等)，完成上述操作后，可以点击输入框中的确定按键，此时，可以点击启动测试按键，测试设备可以接收到用户上传的待测试单元的相关信息，可以对该相关信息进行分析，确定数据处理系统的待测试项目中的待测试单元，其中，对于输入待测试单元的标识的情况，可以从数据处理系统的待测试项目中查找该标识对应的软件单元，并将该软件单元作为待测试单元。

在步骤S502中，获取与上述待测试单元相匹配的测试配置文件，及该待测试单元的属性信息。

在实施中，测试配置文件可以设置于测试设备中，而且，考虑到测试配置文件具有一定的通用性，在实际应用中，可以针对数据处理系统设置一个通用的测试配置文件，也可以针对数据处理系统中的每个待测试项目设置一个通用的测试配置文件。在启动测试之前，为了加快测试速度，本申请实施例中可以针对数据处理系统中的每个待测试项目设置一个通用的测试配置文件，例如基于上述示例，数据分析项目中可以包括200个软件单元，而200个软件单元都需要进行测试，则可以针对200个软件单元(即数据分析项目)创建一个通用的测试配置文件，这样，无论对200个软件单元中的哪个软件单元进行测试，都可以使用上述创建的通用的测试配置文件。基于此，测试人员可以通过点击图4中测试配置文件按键弹出的输入框输入待测试单元所属的待测试项目的标识，完成上述操作后，可以点击输入框中的确定按键，此时，测试设备可以接收到用户上传的待测试项目的标识，可以从预先存储的测试配置文件中查找与该标识对应的测试配置文件。或者，每个测试设备都设置有固定的测试配置文件，该测试设备只针对某些固定项目或软件单元进行测试，这样，在测试的过程中，测试人员不需要进行指定测试配置文件的操作。或者，还可以将测试配置文件通过上传的方式提供给测试设备，如图2所述的实施例。

待测试单元的属性信息可以是在软件开发人员开发软件单元的程序代码时写入的信息，具体可以如JAVA注解(即JAVA元数据)等，对于待测试单元的属性信息可以参见上述实施例中的相关内容，在此不再赘述。

在步骤S503中，根据上述测试配置文件和上述属性信息，确定上述待测试单元运行所依赖的数据处理系统中的相关单元。

其中，相关单元可以是上述实施例提供的辅助单元，在数据处理系统的场景下，为了突出说明辅助单元，本申请实施例中使用相关单元代替辅助单元。

在实施中，测试设备可以对测试配置文件中的内容进行逐条分析，确定待测试单元所依赖的数据处理系统中的相关单元，然后，可以从数据处理系统中提取该相关单元。另外，可以提取待测试单元中预定的属性信息，对该属性信息中的相关内容进行分析，确定其中所描述的待测试单元所依赖的数据处理系统的外部相关单元(即数据处理系统需要调用的外部系统中的相关单元)，然后，可以逐个创建相应的相关单元。

在步骤S504中，根据上述相关单元和上述数据处理系统对应的单元测试框架构建上述待测试单元的测试环境，以对该待测试单元进行测试。

上述步骤S504的具体处理方式可以参见上述实施例中的相关内容，在此不再赘述。

本申请实施例提供一种对数据处理系统中的项目进行测试的方法，通过确定数据处理系统的待测试项目中的待测试单元，并获取与待测试单元相匹配的测试配置文件，及待测试单元的属性信息，然后，根据测试配置文件和属性信息，确定待测试单元运行所依赖的数据处理系统中的相关单元，最后，根据该相关单元和数据处理系统对应的单元测试框架构建待测试单元的测试环境，以对待测试单元进行测试，这样，只使用待测试单元进行测试的过程中所依赖的数据处理系统中的相关单元构建测试环境，进而对待测试单元进行测试，而不需要将待测试单元所属的数据处理系统中除待测试单元外的所有功能单元作为相关单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试单元的测试配置文件和其预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试单元自身的逻辑实现，提高了单元测试的灵活性。

本申请实施例提供一种对数据处理系统中的项目进行测试的方法，该方法的执行主体可以为对数据处理系统中的项目进行测试的测试设备，该测试设备可以为终端设备，如个人计算机等，也可以是服务器等。其中的待测试单元可以是大数据处理系统的待测试项目中需要进行单元测试的数据处理单元，待测试单元即可以为上述实施例提供的待测试的软件单元。具体包括如下步骤：

在步骤S601中，获取待测试项目的测试配置请求，该测试配置请求中包括待测试项目的测试配置文件。

在实施中，在进行测试前，可以针对数据处理系统设置一个通用的测试配置文件，也可以针对数据处理系统中的每个待测试项目设置一个通用的测试配置文件，本申请实施例中以每个待测试项目设置一个通用的测试配置文件为例进行说明。

如图4所示，测试人员可以启动测试设备中的相关应用程序，该应用程序中设置有测试配置文件按键，测试人员可以通过测试配置文件按键导入测试配置文件和待测试项目的标识，完成后，可以点击确定按键，此时，测试设备可以基于上述信息生成待测试项目的测试配置请求。

在步骤S602中，保存上述测试配置文件，及建立该待测试项目与该测试配置文件的关联关系。

在实施中，可以预先设置待测试项目与测试配置文件的关联关系数据库，当接收到待测试项目的测试配置请求时，可以提取测试配置请求中的待测试项目的标识与测试配置文件，可以将该待测试项目的标识与测试配置文件对应存储到上述关联关系数据库中。

在步骤S603中，获取测试请求，该测试请求中包括待测试项目中的待测试单元的标识。

其中，待测试单元的标识可以为待测试单元的名称、编码或哈希值等。

在实施中，如图4所示，测试人员可以启动测试设备中的相关应用程序，该应用程序中设置有测试目标按键、启动测试按键、测试配置文件按键、暂停测试按键和停止测试按键，以及测试结果的显示界面等。测试人员可以通过测试目标按键输入待测试单元的标识后，可以点击启动测试按键，测试设备获取待测试单元的标识生成测试请求，此时，测试设备可以获取到该测试请求。

在步骤S604中，根据上述待测试单元的标识，从上述待测试项目中确定该标识对应的待测试单元。

上述步骤S604的处理可以参见上述相关内容，在此不再赘述。

在步骤S605中，获取上述待测试单元所属的待测试项目的测试配置文件，将其作为与该待测试单元相匹配的测试配置文件。

在实施中，在向测试设备中输入待测试单元的标识时，还可以将待测试单元所在的待测试项目的标识，然后，可以基于待测试单元的标识和待测试项目的标识生成测试请求。测试设备获取到测试请求后，可以提取其中的待测试项目的标识。可以通过该标识在关联关系数据库中查找与其相匹配的测试配置文件，并可以将查找到的测试配置文件作为与待测试单元相匹配的测试配置文件。

在步骤S606中，获取待测试单元的属性信息。

在步骤S607中，根据测试配置文件和属性信息，确定待测试单元运行所依赖的数据处理系统中的相关单元。

在步骤S608中，根据上述相关单元和数据处理系统对应的单元测试框架构建待测试单元的测试环境，以对待测试单元进行测试。

上述步骤S606～步骤S608的处理可以参见上述相关内容，在此不再赘述。

本申请实施例提供一种对数据处理系统中的项目进行测试的方法，通过确定数据处理系统的待测试项目中的待测试单元，并获取与待测试单元相匹配的测试配置文件，及待测试单元的属性信息，然后，根据测试配置文件和属性信息，确定待测试单元运行所依赖的数据处理系统中的相关单元，最后，根据该相关单元和数据处理系统对应的单元测试框架构建待测试单元的测试环境，以对待测试单元进行测试，这样，只使用待测试单元进行测试的过程中所依赖的数据处理系统中的相关单元构建测试环境，进而对待测试单元进行测试，而不需要将待测试单元所属的数据处理系统中除待测试单元外的所有功能单元作为相关单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试单元的测试配置文件和其预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试单元自身的逻辑实现，提高了单元测试的灵活性。

基于同样的思路，本申请实施例还提供一种对软件单元进行测试的装置，如图5所示。

所述对软件单元进行测试的装置包括：辅助单元创建模块501、测试环境构建模块502和单元测试模块503，其中：

辅助单元创建模块501，用于根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元；

测试环境构建模块502，用于基于所述辅助单元和预定的单元测试框架构建测试环境；

单元测试模块503，用于基于所述测试环境对所述待测试的软件单元进行单元测试。

本申请实施例中，所述预定的单元测试框架为Spring应用平台，

所述测试环境构建模块502，包括：

平台建立单元，用于建立所述Spring应用平台；

测试环境构建单元，用于将所述辅助单元加载到所述Spring应用平台，以构建以Spring应用平台为基础的测试环境。

本申请实施例中，所述辅助单元包括第一辅助单元和第二辅助单元，

所述辅助单元创建模块501，包括：

第一辅助单元创建单元，用于根据所述测试配置文件，创建所述待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元；

第二辅助单元创建单元，用于根据所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元；

相应的，所述测试环境构建模块502，用于将所述第一辅助单元加载到预定的单元测试框架中，将所述第二辅助单元加载到预定的单元测试框架中，以构建测试环境。

本申请实施例中，所述第二辅助单元创建单元，用于遍历所述待测试的软件单元中预设的属性信息，基于所述属性信息创建相应的模拟对象；基于所述模拟对象创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

本申请实施例中，所述单元测试模块503，用于在所述测试环境中，启动所述单元测试框架中的测试类，以启动对所述待测试的软件单元的测试方法对待测试的软件单元进行测试。

本申请实施例中，所述辅助单元创建模块为由JMockit或PowerMock工具组件构成的模块。

本申请实施例提供一种对软件单元进行测试的装置，通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

基于同样的思路，本申请实施例还提供一种对数据处理系统中的项目进行测试的装置，如图6所示。

所述对数据处理系统中的项目进行测试的装置包括：测试单元确定模块601、信息获取模块602、依赖单元确定模块603和测试模块604，其中：

测试单元确定模块601，用于确定数据处理系统的待测试项目中的待测试单元；

信息获取模块602，用于获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

依赖单元确定模块603，用于根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元；

测试模块604，用于根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

本申请实施例中，所述测试单元确定模块601，包括：

请求获取单元，用于获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

测试单元确定单元，用于根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

本申请实施例中，所述装置还包括：

配置请求获取模块，用于获取所述待测试项目的测试配置请求，所述测试配置请求中包括所述待测试项目的测试配置文件；

存储模块，用于保存所述测试配置文件，及建立所述待测试项目与所述测试配置文件的关联关系；

相应的，所述信息获取模块602，用于获取所述待测试单元所属的待测试项目的测试配置文件，将其作为与所述待测试单元相匹配的测试配置文件。

本申请实施例提供一种对数据处理系统中的项目进行测试的装置，通过确定数据处理系统的待测试项目中的待测试单元，并获取与待测试单元相匹配的测试配置文件，及待测试单元的属性信息，然后，根据测试配置文件和属性信息，确定待测试单元运行所依赖的数据处理系统中的相关单元，最后，根据该相关单元和数据处理系统对应的单元测试框架构建待测试单元的测试环境，以对待测试单元进行测试，这样，只使用待测试单元进行测试的过程中所依赖的数据处理系统中的相关单元构建测试环境，进而对待测试单元进行测试，而不需要将待测试单元所属的数据处理系统中除待测试单元外的所有功能单元作为相关单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试单元的测试配置文件和其预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试单元自身的逻辑实现，提高了单元测试的灵活性。

基于同样的思路，本申请实施例还提供一种对软件单元进行测试的设备，如图7所示。

该对软件单元进行测试的设备可以为上述实施例提供的终端设备或服务器等。

对软件单元进行测试的设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对对软件单元进行测试的设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在对软件单元进行测试的设备上执行存储器702中的一系列计算机可执行指令。对软件单元进行测试的设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706。

具体在本实施例中，对软件单元进行测试的设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对对软件单元进行测试的设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元；

基于所述辅助单元和预定的单元测试框架构建测试环境；

基于所述测试环境对所述待测试的软件单元进行单元测试。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

所述预定的单元测试框架为Spring应用平台，

所述基于所述辅助单元和预定的单元测试框架构建测试环境之前，所述方法还包括：

建立所述Spring应用平台；

所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述辅助单元加载到所述Spring应用平台，以构建以Spring应用平台为基础的测试环境。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

所述辅助单元包括第一辅助单元和第二辅助单元，

所述根据所述测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，包括：

根据所述测试配置文件，创建所述待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元；

根据所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元；

相应的，所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述第一辅助单元加载到预定的单元测试框架中，将所述第二辅助单元加载到预定的单元测试框架中，以构建测试环境。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

遍历所述待测试的软件单元中预设的属性信息，基于所述属性信息创建相应的模拟对象；

基于所述模拟对象创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

在所述测试环境中，启动所述单元测试框架中的测试类，以启动对所述待测试的软件单元的测试方法对待测试的软件单元进行测试。

本申请实施例提供一种对软件单元进行测试的设备，通过待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息，确定待测试的软件单元进行单元测试的过程中所依赖的辅助单元，然后，基于该辅助单元和预定的单元测试框架构建测试环境，进而，基于该测试环境对待测试的软件单元进行单元测试，这样，只使用待测试的软件单元进行单元测试的过程中所依赖的辅助单元构建测试环境，进而对待测试的软件单元进行单元测试，而不需要将待测试的软件单元所属的应用程序中除待测试的软件单元外的所有功能单元作为辅助单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试的软件单元的测试配置文件和待测试的软件单元中预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试的软件单元自身的逻辑实现，提高了单元测试的灵活性。

基于同样的思路，本申请实施例还提供一种对数据处理系统中的项目进行测试的设备，如图8所示。

该对数据处理系统中的项目进行测试的设备可以为上述实施例提供的终端设备或服务器等。

对数据处理系统中的项目进行测试的设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对对数据处理系统中的项目进行测试的设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在对数据处理系统中的项目进行测试的设备上执行存储器802中的一系列计算机可执行指令。对数据处理系统中的项目进行测试的设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入输出接口805，一个或一个以上键盘806。

具体在本实施例中，对数据处理系统中的项目进行测试的设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对对数据处理系统中的项目进行测试的设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

确定数据处理系统的待测试项目中的待测试单元；

获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元；

根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取所述待测试项目的测试配置请求，所述测试配置请求中包括所述待测试项目的测试配置文件；

保存所述测试配置文件，及建立所述待测试项目与所述测试配置文件的关联关系；

相应的，所述获取与所述待测试单元相匹配的测试配置文件，包括：

获取所述待测试单元所属的待测试项目的测试配置文件，将其作为与所述待测试单元相匹配的测试配置文件。

本申请实施例提供一种对数据处理系统中的项目进行测试的设备，通过确定数据处理系统的待测试项目中的待测试单元，并获取与待测试单元相匹配的测试配置文件，及待测试单元的属性信息，然后，根据测试配置文件和属性信息，确定待测试单元运行所依赖的数据处理系统中的相关单元，最后，根据该相关单元和数据处理系统对应的单元测试框架构建待测试单元的测试环境，以对待测试单元进行测试，这样，只使用待测试单元进行测试的过程中所依赖的数据处理系统中的相关单元构建测试环境，进而对待测试单元进行测试，而不需要将待测试单元所属的数据处理系统中除待测试单元外的所有功能单元作为相关单元来构建测试环境，从而使得单元测试的过程简单易行，而且，单元测试过程仅需要待测试单元的测试配置文件和其预设的属性信息即可触发执行，省去了很多前期模拟辅助单元的功能的准备工作，使软件开发人员更关注待测试单元自身的逻辑实现，提高了单元测试的灵活性。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种对软件单元进行测试的方法，其特征在于，所述方法包括：

根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，所述辅助单元是应用程序或软件中除了所述待测试的软件单元外的，且与所述待测试的软件单元存在依赖关系的任意功能单元；

基于所述辅助单元和预定的单元测试框架构建测试环境；

基于所述测试环境对所述待测试的软件单元进行单元测试。

2.根据权利要求1所述的方法，其特征在于，所述预定的单元测试框架为Spring应用平台，

所述基于所述辅助单元和预定的单元测试框架构建测试环境之前，所述方法还包括：

建立所述Spring应用平台；

所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述辅助单元加载到所述Spring应用平台，以构建以Spring 应用平台为基础的测试环境。

3.根据权利要求2所述的方法，其特征在于，所述辅助单元包括第一辅助单元和第二辅助单元，

所述根据所述测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，包括：

根据所述测试配置文件，创建所述待测试的软件单元进行单元测试的过程中所依赖的本地应用系统中的第一辅助单元；

根据所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元；

相应的，所述基于所述辅助单元和预定的单元测试框架构建测试环境，包括：

将所述第一辅助单元加载到预定的单元测试框架中，将所述第二辅助单元加载到预定的单元测试框架中，以构建测试环境。

4.根据权利要求3所述的方法，其特征在于，所述根据所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元，包括：

遍历所述待测试的软件单元中预设的属性信息，基于所述属性信息创建相应的模拟对象；

基于所述模拟对象创建所述待测试的软件单元进行单元测试的过程中所依赖的外部应用系统中的第二辅助单元。

5.根据权利要求1所述的方法，其特征在于，所述基于所述测试环境对所述待测试的软件单元进行单元测试，包括：

在所述测试环境中，启动所述单元测试框架中的测试类，以启动对所述待测试的软件单元的测试方法对待测试的软件单元进行测试。

6.一种对数据处理系统中的项目进行测试的方法，其特征在于，所述方法包括：

确定数据处理系统的待测试项目中的待测试单元；

获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元，所述相关单元是应用程序或软件中除了所述待测试单元外的，且与所述待测试单元存在依赖关系的任意功能单元；

根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

7.根据权利要求6所述的方法，其特征在于，所述确定数据处理系统的待测试项目中的待测试单元，包括：

获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

获取所述待测试项目的测试配置请求，所述测试配置请求中包括所述待测试项目的测试配置文件；

保存所述测试配置文件，及建立所述待测试项目与所述测试配置文件的关联关系；

相应的，所述获取与所述待测试单元相匹配的测试配置文件，包括：

获取所述待测试单元所属的待测试项目的测试配置文件，将其作为与所述待测试单元相匹配的测试配置文件。

9.一种对软件单元进行测试的装置，其特征在于，所述装置包括：

辅助单元创建模块，用于根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，创建所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，所述辅助单元是应用程序或软件中除了所述待测试的软件单元外的，且与所述待测试的软件单元存在依赖关系的任意功能单元；

测试环境构建模块，用于基于所述辅助单元和预定的单元测试框架构建测试环境；

单元测试模块，用于基于所述测试环境对所述待测试的软件单元进行单元测试。

10.根据权利要求9所述的装置，其特征在于，所述预定的单元测试框架为Spring应用平台，

所述测试环境构建模块，包括：

平台建立单元，用于建立所述Spring应用平台；

测试环境构建单元，用于将所述辅助单元加载到所述Spring应用平台，以构建以Spring 应用平台为基础的测试环境。

11.根据权利要求9所述的装置，其特征在于，所述辅助单元创建模块为由JMockit或PowerMock工具组件构成的模块。

12.一种对数据处理系统中的项目进行测试的装置，其特征在于，所述装置包括：

测试单元确定模块，用于确定数据处理系统的待测试项目中的待测试单元；

信息获取模块，用于获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

依赖单元确定模块，用于根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元，所述相关单元是应用程序或软件中除了所述待测试单元外的，且与所述待测试单元存在依赖关系的任意功能单元；

测试模块，用于根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

13.根据权利要求12所述的装置，其特征在于，所述测试单元确定模块，包括：

请求获取单元，用于获取测试请求，所述测试请求中包括所述待测试项目中的待测试单元的标识；

测试单元确定单元，用于根据所述待测试单元的标识，从所述待测试项目中确定所述标识对应的待测试单元。

14.一种对软件单元进行测试的设备，其特征在于，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

根据待测试的软件单元的测试配置文件和所述待测试的软件单元中预设的属性信息，确定所述待测试的软件单元进行单元测试的过程中所依赖的辅助单元，所述辅助单元是应用程序或软件中除了所述待测试的软件单元外的，且与所述待测试的软件单元存在依赖关系的任意功能单元；

基于所述辅助单元和预定的单元测试框架构建测试环境；

基于所述测试环境对所述待测试的软件单元进行单元测试。

15.一种对数据处理系统中的项目进行测试的设备，其特征在于，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

确定数据处理系统的待测试项目中的待测试单元；

获取与所述待测试单元相匹配的测试配置文件，及所述待测试单元的属性信息；

根据所述测试配置文件和所述属性信息，确定所述待测试单元运行所依赖的数据处理系统中的相关单元，所述相关单元是应用程序或软件中除了所述待测试单元外的，且与所述待测试单元存在依赖关系的任意功能单元；

根据所述相关单元和所述数据处理系统对应的单元测试框架构建所述待测试单元的测试环境，以对所述待测试单元进行测试。

Images