CN105183658A - 测试软件代码的方法及装置 - Google Patents

Abstract

本发明提供了一种测试软件代码的方法及装置，其中，测试软件代码的方法，包括：在软件代码的编辑过程中，获取所述软件代码的变更记录；在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。通过本发明的技术方案，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

Description

测试软件代码的方法及装置

技术领域

本发明涉及软件测试技术领域，具体而言，涉及一种测试软件代码的方法和一种测试软件代码的装置。

背景技术

在软件开发领域，软件调试工作、软件维护升级过程或者bug修改过程，时刻伴随着代码变更，而代码的变更通常会产生“副作用”，比如会影响到软件的内外部接口、功能特性和性能等多方面的内容，如果没有对代码变更的影响面进行充分的分析与测试，可能导致程序运行时出现异常甚至崩溃。

如何保证代码变化对产品的影响范围的精确预测，并保证测试覆盖完全。针对上述问题，相关技术中提出了通过软件代码中改变的代码元素，确定代码元素之间的依赖，及各个改变的代码元素的影响因子，基于所确定的影响因子，确定代码测试的测试相关性排序，基于测试相关性排序，为软件代码选择测试用例，并对软件代码执行所选择的测试用例。

但是，上述技术方案存在以下不足：首先，在绑定软件代码和测试用例的时候，源代码与测试用例关联很难被管理起来，由于代码的数量一般都比较庞大，当尝试手工建立代码与测试用例的关联时，很难做到准确和全面覆盖到所有代码，特别的，当代码的数量增加或更新频繁的时候，测试用例之间的关联关系很难同步及时更新。其次，选择测试用例并执行测试用例时，很难知道测试用例是否可以覆盖全部代码，在这种情况下，代码变更阻碍了对要覆盖到软件开发完整流程的目标。同时，不能使开发人员直观地了解到改变的代码元素所影响的范围，进而可能会影响开发人员对代码变更的影响面进行充分的分析与测试。

发明内容

本发明正是基于上述技术问题至少之一，提出了一种新的测试软件代码的方案，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

有鉴于此，本发明提出了一种测试软件代码的方法，包括：在软件代码的编辑过程中，获取所述软件代码的变更记录；在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

在该技术方案中，通过根据对软件代码进行解析得到的类之间的关系和基本元素，查找与变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，使得在代码变更时，能够自动追溯代码变更所影响的范围，并且可以追溯到UI(UserInterface，用户界面)端，即查找到界面可执行元素，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

在上述技术方案中，优选地，还包括：

呈现查找到的所述界面可执行元素；和/或

基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析，并呈现对所述界面可执行元素的测试分析结果。

在该技术方案中，在追溯到代码变更所影响的范围之后，可以直接呈现查找的界面可执行元素，以便于开发人员手动选择测试用例对查找到的界面可执行元素进行测试分析；同时，测试软件代码的装置也可以自动选择相应的测试用例对界面可执行元素进行测试分析，最终将测试分析结果直观地呈现给开发人员，由开发人员进行参考。

在上述任一技术方案中，优选地，在通过所述测试用例对所述界面可执行元素进行测试分析之后，还包括：通过Emma对所述测试用例的代码覆盖率进行检查。

在该技术方案中，通过采用Emma(用于检测和报告JAVA代码覆盖率的开源工具)对测试用例的代码覆盖率进行检查，使得对软件代码的测试分析能够覆盖软件开发的完整流程。

在上述任一技术方案中，优选地，还包括：通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

在上述任一技术方案中，优选地，获取所述软件代码的变更记录的步骤具体包括：在所述软件代码的编辑过程中，监听软件代码的提交动作；通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。

根据本发明的另一方面，还提出了一种测试软件代码的装置，包括：获取单元，用于在软件代码的编辑过程中，获取所述软件代码的变更记录；解析单元，用于在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；查找单元，用于根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

在该技术方案中，通过根据对软件代码进行解析得到的类之间的关系和基本元素，查找与变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，使得在代码变更时，能够自动追溯代码变更所影响的范围，并且可以追溯到UI(UserInterface，用户界面)端，即查找到界面可执行元素，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

在上述技术方案中，优选地，还包括：

第一呈现单元，用于呈现查找到的所述界面可执行元素；和/或

处理单元，用于基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析；第二呈现单元，用于呈现所述测试用例对所述界面可执行元素的测试分析结果。

在该技术方案中，在追溯到代码变更所影响的范围之后，可以直接呈现查找的界面可执行元素，以便于开发人员手动选择测试用例对查找到的界面可执行元素进行测试分析；同时，测试软件代码的装置也可以自动选择相应的测试用例对界面可执行元素进行测试分析，最终将测试分析结果直观地呈现给开发人员，由开发人员进行参考。

在上述任一技术方案中，优选地，所述处理单元还用于，在通过所述测试用例对所述界面可执行元素进行测试分析之后，通过Emma对所述测试用例的代码覆盖率进行检查。

在该技术方案中，通过采用Emma(用于检测和报告JAVA代码覆盖率的开源工具)对测试用例的代码覆盖率进行检查，使得对软件代码的测试分析能够覆盖软件开发的完整流程。

在上述任一技术方案中，优选地，还包括：存储单元，用于通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

在上述任一技术方案中，优选地，所述获取单元包括：监听单元，用于在所述软件代码的编辑过程中，监听软件代码的提交动作；对比单元，用于通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。

通过以上技术方案，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试，并且可以针对测试用例进行功能上的绑定，以便于自动选取测试用例进行分析测试，同时在执行完毕后可以通过代码覆盖率检查，确保决策的高效准确。

附图说明

图1示出了根据本发明的实施例的测试软件代码的方法的示意流程图；

图2示出了根据本发明的一个实施例的测试软件代码的装置的示意框图；

图3示出了根据本发明的另一个实施例的测试软件代码的装置的示意框图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的测试软件代码的方法的示意流程图。

如图1所示，根据本发明的实施例的测试软件代码的方法，包括：

步骤102，在软件代码的编辑过程中，获取所述软件代码的变更记录；

步骤104，在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；

步骤106，根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

在该技术方案中，通过根据对软件代码进行解析得到的类之间的关系和基本元素，查找与变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，使得在代码变更时，能够自动追溯代码变更所影响的范围，并且可以追溯到UI(UserInterface，用户界面)端，即查找到界面可执行元素，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

在上述技术方案中，优选地，还包括：

呈现查找到的所述界面可执行元素；和/或

基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析，并呈现对所述界面可执行元素的测试分析结果。

在该技术方案中，在追溯到代码变更所影响的范围之后，可以直接呈现查找的界面可执行元素，以便于开发人员手动选择测试用例对查找到的界面可执行元素进行测试分析；同时，测试软件代码的装置也可以自动选择相应的测试用例对界面可执行元素进行测试分析，最终将测试分析结果直观地呈现给开发人员，由开发人员进行参考。

在上述任一技术方案中，优选地，在通过所述测试用例对所述界面可执行元素进行测试分析之后，还包括：通过Emma对所述测试用例的代码覆盖率进行检查。

在该技术方案中，通过采用Emma(用于检测和报告JAVA代码覆盖率的开源工具)对测试用例的代码覆盖率进行检查，使得对软件代码的测试分析能够覆盖软件开发的完整流程。

在上述任一技术方案中，优选地，还包括：通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

在上述任一技术方案中，优选地，获取所述软件代码的变更记录的步骤具体包括：在所述软件代码的编辑过程中，监听软件代码的提交动作；通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。

图2示出了根据本发明的一个实施例的测试软件代码的装置的示意框图。

如图2所示，根据本发明的一个实施例的测试软件代码的装置200，包括：获取单元202、解析单元204和查找单元206。

其中，获取单元202，用于在软件代码的编辑过程中，获取所述软件代码的变更记录；解析单元204，用于在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；查找单元206，用于根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

在该技术方案中，通过根据对软件代码进行解析得到的类之间的关系和基本元素，查找与变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，使得在代码变更时，能够自动追溯代码变更所影响的范围，并且可以追溯到UI(UserInterface，用户界面)端，即查找到界面可执行元素，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试。

在上述技术方案中，优选地，还包括：

第一呈现单元208，用于呈现查找到的所述界面可执行元素；和/或

处理单元210，用于基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析；第二呈现单元212，用于呈现所述测试用例对所述界面可执行元素的测试分析结果。

在该技术方案中，在追溯到代码变更所影响的范围之后，可以直接呈现查找的界面可执行元素，以便于开发人员手动选择测试用例对查找到的界面可执行元素进行测试分析；同时，测试软件代码的装置也可以自动选择相应的测试用例对界面可执行元素进行测试分析，最终将测试分析结果直观地呈现给开发人员，由开发人员进行参考。

在上述任一技术方案中，优选地，所述处理单元210还用于，在通过所述测试用例对所述界面可执行元素进行测试分析之后，通过Emma对所述测试用例的代码覆盖率进行检查。

在该技术方案中，通过采用Emma(用于检测和报告JAVA代码覆盖率的开源工具)对测试用例的代码覆盖率进行检查，使得对软件代码的测试分析能够覆盖软件开发的完整流程。

在上述任一技术方案中，优选地，还包括：存储单元214，用于通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

在上述任一技术方案中，优选地，所述获取单元202包括：监听单元2022，用于在所述软件代码的编辑过程中，监听软件代码的提交动作；对比单元2024，用于通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。

图3示出了根据本发明的另一个实施例的测试软件代码的装置的示意框图。

如图3所示，根据本发明的另一个实施例的测试软件代码的装置，包括：输入装置、数据处理装置和结果输出通知装置。

其中，输入装置包括：

监听订阅单元，用于通过自动监听代码提交动作，通过不同代码版本的对比，寻找代码变更记录输入到数据处理装置中；同时，通过订阅功能，定时或指定开关，自动监听代码全盘制作完成后，把代码路径输入到数据处理装置中。

数据处理装置包括：

代码源码解析功能单元，用于对输入装置输入的全盘代码路径对应的代码进行获取，并通过分析得到基本元素，及类之间的关系(包括继承、组合、实现等关系)，并把其进行持久化处理后存储到数据库中，作为代码集合的基本版本。

代码调用器功能单元，用于对输入装置输入的代码变更文件装载。

代码关系链路引擎，用于通过代码变更文件装载的输入，代码关系链路引擎结合代码关系数据DB，分析获取到变更代码影响范围，并一直进行递归寻找，直到找到UI端对应的可视化功能，如按钮动作，事件等。

结果输出通知装置包括：

测试规则引擎，用于从例如外部源，针对有关依赖软件单元的每个测试用例信息接收信息，接收到的信息可以保存在已知的依赖数据库中，该数据库保存T<测试用例和前台UI动作>键值对。数据处理装置通过此收集器，寻找对应的测试用例，并自动信息执行，进行推送相关结果到相关人员。

代码覆盖功能单元，用于根据自动执行结果，进行代码覆盖率检查，最终检查测试用例是否可以覆盖整个代码变更结果。

以下结合具体实施例详细说明数据处理装置的实现原理：

首先，根据输入装置得到代码变更集合。数据处理成具有一定数据结构的数据，本发明采用List<变更代码类>来记录代码变更集合，通过x→y来表示两个代码变更单元的依赖关系，采用Zn表示依赖关系的链路，因此类变更的依赖关系可以如下表示：

x→Z1∧Z1→Z2∧...∧Zn-1→Zn∧Zn→y。

其次，通过Y＝{y1，y2，...，yn}来表示界面可执行元素集合Ksu(Y)，例如按钮，事件等。

另外，测试用例E＝{e1，e2，...，en}对应界面可执行元素Ksu(Y)，它们之间的关系是多对一的关系，即n个测试用例对应一个界面可执行元素。

举例说明：用友NC产品，List<变更代码类>影响到生产订单投放按钮和供给分析按钮。

首先：监听代码提交动作，得到代码变更记录集合，List<变更代码类>，通过数据处理装置，循环变量生产订单变更代码类，每个类寻找其依赖关系的链路，递归进行，直到找到界面可执行元素集合，目前NC代码界面是通过xml进行配置，分析xml片段：

<beanid＝"saAction"class＝"nc.ui.mm.mo.actions.SupplyAnalysisAction">

<propertyname＝"model"ref＝"manageAppModel"/>

<propertyname＝"listView"ref＝"listView"/>

</bean>

<beanid＝"inputAction"class＝"nc.ui.mm.mo.actions.inputAction">

<propertyname＝"model"ref＝"manageAppModel"/>

<propertyname＝"listView"ref＝"listView"/>

</bean>

此时就分析找到最终影响到Y＝{saAction，inputAction}，并可以根据功能节点注册得到此xml对应为订单功能节点，并把按钮翻译成中文标示，最终结果为List<变更代码类>影响到生产订单投放按钮和供给分析按钮。

其次，对应每一个y1都有对应的En测试用例，例如y1＝inputAction，对应测试用例e1为投放按钮界面字段不可空；e2投放按钮点击后设置单据为投放态。根据此设置，后台自动执行该组测试用例。

最后，根据emma来查看测试用例是否覆盖全部对应代码。

本发明的技术方案可以有效的监控代码变更的影响范围，并提供可视化的配置界面，自动应对和跟踪到代码层级，并对测试用例针对功能上绑定，在执行完毕通过代码覆盖率检查，确保决策的高效准确，并可以变更执行之前进行成本估计。

以上结合附图详细说明了本发明的技术方案，本发明提出了一种新的测试软件代码的方案，使得开发人员能够方便地了解到代码变更所带来的直观影响，以便于开发人员对代码变更的影响面进行充分的分析与测试，并且可以针对测试用例进行功能上的绑定，以便于自动选取测试用例进行分析测试，同时在执行完毕后可以通过代码覆盖率检查，确保决策的高效准确。

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

Claims (10)

1.一种测试软件代码的方法，其特征在于，包括：

在软件代码的编辑过程中，获取所述软件代码的变更记录；

在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；

根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

2.根据权利要求1所述的测试软件代码的方法，其特征在于，还包括：

呈现查找到的所述界面可执行元素；和/或

基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析，并呈现对所述界面可执行元素的测试分析结果。

3.根据权利要求2所述的测试软件代码的方法，其特征在于，在通过所述测试用例对所述界面可执行元素进行测试分析之后，还包括：

通过Emma对所述测试用例的代码覆盖率进行检查。

4.根据权利要求1所述的测试软件代码的方法，其特征在于，还包括：

通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

5.根据权利要求1至4中任一项所述的测试软件代码的方法，其特征在于，获取所述软件代码的变更记录的步骤具体包括：

在所述软件代码的编辑过程中，监听软件代码的提交动作；

通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。

6.一种测试软件代码的装置，其特征在于，包括：

获取单元，用于在软件代码的编辑过程中，获取所述软件代码的变更记录；

解析单元，用于在所述软件代码编辑完成后，对所述软件代码进行解析，得到所述软件代码中类之间的关系和所述软件代码的基本元素；

查找单元，用于根据所述类之间的关系和所述基本元素，依次查找与所述软件代码中变更的代码元素存在依赖关系的其它软件代码，直至查找到界面可执行元素，以确定所述软件代码的变更所影响的范围。

7.根据权利要求6所述的测试软件代码的装置，其特征在于，还包括：

第一呈现单元，用于呈现查找到的所述界面可执行元素；和/或

处理单元，用于基于查找到的所述界面可执行元素，选取相应的测试用例对所述界面可执行元素进行测试分析；第二呈现单元，用于呈现所述测试用例对所述界面可执行元素的测试分析结果。

8.根据权利要求7所述的测试软件代码的装置，其特征在于，所述处理单元还用于，在通过所述测试用例对所述界面可执行元素进行测试分析之后，通过Emma对所述测试用例的代码覆盖率进行检查。

9.根据权利要求6所述的测试软件代码的装置，其特征在于，还包括：

存储单元，用于通过预定的数据结构存储所述软件代码中变更的代码元素和查找到的所述其它软件代码，以明确所述软件代码中变更的代码元素和所述其它软件代码之间的依赖关系。

10.根据权利要求6至9中任一项所述的测试软件代码的装置，其特征在于，所述获取单元包括：

监听单元，用于在所述软件代码的编辑过程中，监听软件代码的提交动作；

对比单元，用于通过对提交的不同版本的软件代码进行对比，确定所述软件代码的变更记录。