CN107977309A - 一种数据处理方法及其装置、系统 - Google Patents

Abstract

本发明实施例公开了一种数据处理方法，包括：获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；呈现至少包含有调整后的所述第一覆盖比例的检测结果。本发明实施例还公开了一种数据处理装置及系统。

Description

一种数据处理方法及其装置、系统

技术领域

本发明涉及数据处理技术，尤其涉及一种数据处理方法及其装置、系统。

背景技术

现有覆盖率技术，需要测试人员利用SVN(源代码管理工具)手动将覆盖率测试工具(如Emma或者AndroidCov)集成到测试代码中，并进行打包，将打包好的安装包安装到手机端，在手机端进行一系列测试后，得到覆盖率结果文件，并将覆盖率结果文件连接导入到电脑中，在电脑上通过工具命令生成超文本标记语言(HTML，HyperText Markup Language)格式的覆盖率结果；这里，若开发人员对测试代码进行了修改，就需要重新执行上述流程，重新生成一份新的覆盖率结果，这样，在一个应用程序的整个开发周期中，当多次对应用程序对应的测试代码进行修改并测试时，就会出现多个覆盖率结果，显然，过程繁琐，且得到的多个覆盖率结果为不相互关联的结果，需要测试人员人为对多个覆盖率结果进行分析。

发明内容

为解决现有存在的技术问题，本发明实施例提供了一种数据处理方法及其装置、系统，能至少解决现有技术中存在的上述问题。

本发明实施例的技术方案是这样实现的：

本发明实施例第一方面提供了一种数据处理方法，所述方法包括：

获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

呈现至少包含有调整后的所述第一覆盖比例的检测结果。

上述方案中，所述方法还包括：

检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；

基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

上述方案中，所述方法还包括：

基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号；

基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。

上述方案中，所述方法还包括：

采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，

采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分。

上述方案中，所述方法还包括：

获取第一测试程序的版本号，所述第一测试程序为更改后的所述目标测试程；

判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；

当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。

本发明实施例第二方面提供了一种数据处理装置，所述数据处理装置包括：

获取模块，用于获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

处理模块，用于检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

显示模块，用于呈现至少包含有调整后的所述第一覆盖比例的检测结果。

上述方案中，所述处理模块，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

所述显示模块，还用于呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

上述方案中，所述处理模块，还用于基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号；基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。

上述方案中，所述显示模块，还用于采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分。

上述方案中，所述获取模块，还用于获取第一测试程序的版本号，所述第一测试程序为更改后的所述目标测试程；

所述处理模块，还用于判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。

本发明实施例第三方面提供了一种数据处理系统，所述系统包括服务器和终端设备；其中，

所述终端设备，用于运行目标测试程序，并得到第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

所述服务器，用于获取到所述第一覆盖比例，并检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；呈现至少包含有调整后的所述第一覆盖比例的检测结果。

上述方案中，所述服务器，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

本发明实施例所提供的数据处理方法及其装置、系统，通过获取到运行目标测试程序所得到的第一覆盖比例，且在检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，进而得到调整后的第一覆盖比例，这里，得到的所述调整后的第一覆盖比例是基于修改前的目标测试程序所对应的第一覆盖比例而得到的，所以，本发明实施例所述的方法能够利用更改前的目标测试程序对应的第一覆盖比例，得到更改后的所述目标测试程序对应的覆盖比例，实现了覆盖比例的自动融合，且融合后得到的覆盖比例是基于更改部分进行调整后的覆盖比例，所以精确度高，为测试人员有针对性的调整测试方案奠定了基础。进一步地，由于本发明实施例所述的方法实现了覆盖比例的自动融合，所以避免了测试人员人为将更改前的覆盖比例与更改后的覆盖比例进行比对的过程，降低了测试人员的测试难度，提升了测试效率。

附图说明

图1为现有对测试代码进行测试得到覆盖率结果的流程示意图；

图2为本发明实施例一数据处理方法的实现流程示意图；

图3为本发明实施例一数据处理方法中服务器和终端设备的交换图；

图4为本发明实施例Web端下载被测APP安装包的Web显示界面；

图5为本发明实施例具体应用中测试流程示意图；

图6为本发明实施例检测结果界面示意图一；

图7为本发明实施例检测结果界面示意图二；

图8为本发明实施例数据处理方法在具体应用中所涉及到的系统的框架示意图；

图9为本发明实施例数据处理装置的结构示意图；

图10为本发明实施例数据处理系统的结构示意图。

具体实施方式

图1为现有对测试代码进行测试得到覆盖率结果的流程示意图，具体过程如图1所示，下载最新测试代码，在最新测试代码中添加Emma/AndroidCov支持，并编译，以便于利用Emma/AndroidCov完成对所述最新测试代码的测试过程；进一步地，在测试终端(如手机端)中安装编译后的且添加有Emma/AndroidCov的最新测试代码，运行测试，测试结束后，将测试得到的覆盖率结果文件导出到电脑中，测试人员通过电脑查看相较于上一版本的测试代码，本次最新测试代码的更改部分，结合本次得到的覆盖率结果文件以及上一版本的覆盖率结果文件，确定出更改部分的覆盖情况，进而基于更改部分的覆盖情况调整测试重点。显然，上述过程需要测试人员人工分析前后两个覆盖率结果文件，降低了测试效率。

而且，现有测试过程需要测试人员懂得应用程序开发框架，学习如何插入覆盖率工具，并且现有技术只能针对一个开发版本得出覆盖率结果文件，所以对于一个应用程序的整个迭代周期(也即整个开发周期)，无法精确的计算出测试过程的代码覆盖情况，也无法反馈给测试人员哪些代码是需要测试人员重点关注，哪些代码是测试人员还没有测试到的；因此，为解决上述问题，本发明实施例提供了一种数据处理方法及其装置、系统。进一步地，为了能够更加详尽地了解本发明的特点与技术内容，下面结合附图对本发明的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。

实施例一

本实施例提供了一种数据处理方法，能够根据上一版本的测试程序(也即以下所述的目标测试程序)的程序更改部分对上一版本的测试过程得到的测试覆盖率(也即以下所述的第一覆盖比例)进行调整，使得无需重新对更改后的目标测试程序(也即对上一版本的测试程序进行修改后得到的当前版本的测试程序)进行完整测试的情况下，就能够得到当前版本的测试程序对应的精确的测试覆盖率，实现了利用上一版本的测试覆盖率实时确定出当前版本的测试覆盖率，且得到的当前版本的测试覆盖率为精确覆盖率的目的，因此，本实施例实现了测试覆盖率的自动融合，且测试覆盖率的自动融合过程能够伴随应用程序的整个开发迭代过程，而且，整个开发迭代过程中，无需得到多个覆盖率结果，而是得到融合后的能够体现出当前测试程序的准确覆盖情况的测试覆盖率，进而降低了应用程序开发迭代周期中对测试程序进行多次重复测试的复杂度，避免了当测试程序发生变更后需要重复操作以获取测试覆盖率的步骤，提升了测试效率。

这里，值得注意的是，本实施例所述的方法可以在网络中的服务器端执行，也可以在终端设备(也称测试终端，如手机端)中执行，或者，部分步骤在服务器端执行，部分步骤在终端设备中执行，以使服务器端和终端设备端相互结合完成本实施例所述的方法流程，本实施例对此不做限制。例如，终端设备仅运行目标测试程序，并得到目标测试程序所对应的第一覆盖比例，进而所述服务器向所述终端设备去获取，或者，所述终端设备得到所述第一覆盖比例后主动向所述服务器上报所述第一覆盖比例，并在所述服务器端完成所述第一覆盖比例的调整过程。又例如，终端不仅运行目标测试程序，且在得到目标测试程序所对应的第一覆盖比例后，还会在检测到目标测试程序中处于已覆盖状态的程序发生更改时，对得到的所述第一覆盖比例进行调整，进而呈现调整后的所述第一覆盖比例。又例如，终端运行目标测试程序，且在得到目标测试程序所对应的第一覆盖比例后，还会在检测到目标测试程序中处于已覆盖状态的程序发生更改时，对得到的所述第一覆盖比例进行调整，进而将调整后的所述第一覆盖比例通过服务器呈现。

当然，在实际应用中，所述终端设备可以仅运行目标测试程序，并将在运行过程中的覆盖状态上报至服务器，以使所述服务器基于覆盖状态确定出所述目标测试程序对应的第一覆盖比例。也就是说，所述第一覆盖比例可以是终端设备确定出的，也可以是服务器端确定出的，本实施例对此也不做限制。

以下以服务器端完成第一覆盖比例的调整过程为例，对本发明实施例做进一步详细说明，对于终端设备侧完成第一覆盖比例的调整过程与服务器侧的调整过程类似，本实施例不再赘述；具体地，图2为本发明实施例一数据处理方法的实现流程示意图，如图2所示，所述方法包括：

步骤201：获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

具体地，如图3所示，所述终端设备运行目标测试程序，且得到第一覆盖比例；这里，所述第一覆盖比例可以具体为(所述目标测试程序的已执行程序中处于已覆盖状态的程序的总行数)/(所述目标测试程序的已执行程序的总行数)；进一步地，当所述终端设备得到所述第一覆盖比例后，将所述第一覆盖比例上报给所述服务器；所述服务器获取到所述第一覆盖比例后，且检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到至少包含有调整后的所述第一覆盖比例的检测结果，并呈现至少包含调整后的所述第一覆盖比例的检测结果。

步骤202：检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

这里，所述对基于更改部分对应的总行数对所述第一覆盖比例进行调整可以具体去覆盖调整，例如，在测试过程中，当已经覆盖到的代码行，后期开发又对其进行了修改，此时，将已经修改的代码行取消覆盖状态，也就是需要测试人员重新修改的代码行进行测试，进而得到的调整后的第一覆盖比例为精确的覆盖比例。

步骤203：呈现至少包含有调整后的所述第一覆盖比例的检测结果。

在一具体实施例中，对所述目标测试程序的更改存在多种方式，步骤202中所述检测到所述目标测试程序中处于已覆盖状态的程序发生更改中的更改方法具体为：对目标测试程序中处于已覆盖状态的程序进行修改；在实际应用中，更改方式还可以是插入一新的检测程序，此时，若服务器检测到在所述目标测试程序中已插入新的检测程序时，则获取已插入的新的检测程序所对应的已执行程序的覆盖状态，例如向终端设备去获取已插入的新的检测程序所对应的已执行程序的覆盖状态，进而基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；例如，所述第二覆盖比例可以具体为(所述已插入的新的检测程序的已执行程序中处于已覆盖状态的程序的总行数)/(所述新的检测程序对应的已执行程序的总行数)；进而呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

这里，在实际应用中，所述服务器还可以统计所有更改部分，即：既包括对所述目标测试程序的已执行程序中的原有程序进行修改的更改部分，又包括新增加的检测程序(即插入一新的检测程序)，这样，便于所述服务器可以统计所有更改部分中已执行程序的覆盖状态，进而得到所有更改部分对应的第三覆盖比例，如，所述第三覆盖比例＝(所有更改部分的已执行程序中处于已覆盖状态的程序的总行数)/(所有更改部分中已执行程序的总行数)，以便于测试人员根据第三覆盖比例调整对更改部分的测试策略。

进一步地，当仅对原有目标检测程序中的部分程序进行修改时，修改后的目标检测程序的行号不会发生变化，但是，当在原有目标检测程序中插入一新的检测程序时，行号必然会发生变化，此时，所述服务器基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号，并基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。例如，当所述服务器在所述检测结果显示第一覆盖比例时，会同时显示已执行程序中处于已覆盖状态的程序对应的行号，以及显示已执行程序中处于未覆盖状态的程序的行号，此时，由于插入了新的检测程序，所以呈现的行号需要根据调整后新的行号进行相应调整，以便于测试人员能够准确地查找到处于已覆盖状态的程序所在的行，或者准备查找到处于未覆盖状态的程序所在的行，便于有针对性做出测试调整方案。

这样，本发明实施例所述的方法，通过获取到运行目标测试程序所得到的第一覆盖比例，且在检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，进而得到调整后的第一覆盖比例，这里，得到的所述调整后的第一覆盖比例是基于修改前的目标测试程序所对应的第一覆盖比例而得到的，所以，本发明实施例所述的方法能够利用更改前的目标测试程序对应的第一覆盖比例，得到更改后的所述目标测试程序对应的覆盖比例，实现了覆盖比例的自动融合，且融合后得到的覆盖比例是基于更改部分进行调整后的覆盖比例，所以精确度高，为测试人员有针对性的调整测试方案奠定了基础。进一步地，由于本发明实施例所述的方法实现了覆盖比例的自动融合，所以避免了测试人员人为将更改前的覆盖比例与更改后的覆盖比例进行比对的过程，降低了测试人员的测试难度，提升了测试效率。

另外，本发明实施例所述的方法的操作过程简单，无需开发人员了解应用程序的开发框架，只需通过覆盖比例的自动融合过程就可得到修改后的当前的测试程序对应的覆盖比例，进一步降低了测试人员的测试难度。

实施例二

基于实施例一所述的方法，本实施例中，可以利用标识对覆盖状态进行区别，具体地，可以采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分；和/或，采用第三标识标示并呈现出新插入的测试程序。当然，新插入的测试程序的已执行程序中处于已覆盖状态的程序和处于未覆盖状态的程序也可以进行区分，例如，利用第四标识区分。这里，在实际应用中，可以标记出当前测试版本与已经发布版本之间，修改变动的代码行，并且随着开发人员在新迭代中修改代码，自动更新变动代码的范围，同时还可以标记出已执行程序中处于已覆盖状态的程序，以与处于未覆盖状态的程序进行区分。值得注意的是，可以根据实际情况对有需要标记处的部分进行标记，本实施例对此不作限制。

实施例三

基于实施例一或实施例二所述的方法，本实施例中，当当前测试版本的版本号不为最新，也即，当当前测试程序即更改后的所述目标测试程序不为最新修改版本的测试程序时，还可以根据最新版本对应的测试程序对调整后的第一覆盖比例进行再次调整，以使得到的再次调整的第一覆盖比例能够反馈出当前测试版本不为最新版本的信息，以便于测试人员及时更替测试程序。具体地，获取第一测试程序的版本号，这里，所述第一测试程序为更改后的所述目标测试程；判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。如此，确保所述检测结果呈现的覆盖比例为最精确的覆盖比例。

以下结合具体应用场景对本发明实施例做进一步详细说明：

测试人员在Web端下载被测应用程序(App)的安装包；具体地，如图4所示，在Web显示界面中，可以通过“下载最新安装包”按键，下载最新的被测APP的安装包，例如，下载的最新的版本号为5.0.8，此时，将5.0.8作为当前测试版本，将5.0.6的最为对比版本；然后，如图5所示，下载完毕最新安装包后，将下载的最新安装包安装到手机上，执行测试任务。这里，手机中运行最新安装包中的测试代码，并将运行得到的覆盖状态上报给服务器，所述服务器在Web显示界面上能够实时(例如延迟5～8秒)的呈现当前测试代码的测试覆盖率情况，例如，测试人员可以通过图4中的“查看检测结果”按键查询检测结果，进入如图6所示检测结果界面，在所述检测结果界面中呈现测试概要：即变更代码测试覆盖率，这里，所述变更代码测试覆盖率指的是变更代码的已执行程序中处于已覆盖状态的代码总行数(如701)与所述变更代码的已执行程序的总行数(如12366)的比值；进一步，还呈现整体代码测试覆盖率，这里，所述整体代码测试覆盖率指的是所有已执行程序中处于已覆盖状态的代码总行数(如79600)与所有已执行程序的总行数(如210709)的比值。这里，在实际应用中，所述检测结果界面中还会呈现其他具体信息，如测试设备的设备号(如手机1)等，以便于测试人员能够详细了解测试情况。

进一步地，所述检测结果界面还可以呈现测试覆盖率详细说明，如图7所示，所述测试覆盖率详细说明中会提示出已覆盖代码行，相应地未提示部分即为未覆盖代码行，而且，还会提示出测试版本与已发布版本的变更代码行，并且随着测试进行和开发代码的修改，还能够准确计算出测试代码覆盖情况，更新变更代码行范围，保证覆盖结果的准确性，很好的辅助测试人员调整测试方案，一定程度上防止漏测现象发生。

在对测试覆盖率进行融合计算的时候，本发明实施例具体进行如下处理：

第一，当开发人员在新版本中对已经覆盖到的代码行进行了修改，那么这些修改过的代码行取消已覆盖状态，也就是需要测试人员重新覆盖；

第二，当测试人员使用的测试版本不是最新版本，那么测试覆盖到的代码行，需要判断在最新版本中是否有变化，如果有则不保留覆盖状态，也就是需要测试人员使用最新版本测试，才能算作已覆盖。

综上所述，本发明实施例具有如下有益效果：

第一，操作过程简单，无需测试人员了解APP开发框架，只要测试人员在服务器的网页中下载最新APP安装包(即测试程序的安装包)，并安装到终端设备，如手机后就能直接进行测试，且在网页端就可以直接查看测试情况。

第二，网页端会提示哪些文件的哪些代码行已经测试覆盖到，哪些没有被覆盖到，并且在测试人员使用测试APP的时候，可以实时(每次操作大概5～8秒后)在网页端看到每次点击操作所覆盖到的代码行。

第三，网页也会标记出当前测试版本与已经发布版本之间，修改变动的代码行，并且随着开发人员在新迭代中修改代码，会自动更新变动代码的范围。

第四，如果测试人员已经测试覆盖到的代码行，开发人员在新迭代中对这些行做了修改，则会将修改行去掉已覆盖状态，提醒测试人员重新覆盖。

第五，在一个应用程序的多次测试后，会一键发送完整测试报告，包括测试覆盖率和详细列表，测试设备列表等。

图8为本发明实施例数据处理方法在具体应用中所涉及到的系统的框架示意图；以下结合图8对本发明实施例做进一步详细说明；具体地，如图8所示，打包服务器会监控开发人员在集成平台中的打包操作，发现开发人员打包操作后就会从SVN(Subversion)服务器上下载打包操作对应的SVN版本号的源代码，自动在下载的源代码中集成现有的覆盖率工具代码，然后自动执行打包，生成安装包，并将安装包存入数据库，计算并且更新数据库中的所述打包操作对应的项目代码信息，然后发送消息告知测试人员可以进行测试。

进一步地，测试人员在测试设备中，首先下载自动上报消息中所涉及到的安装包，将应用启动并放置后台，然后在通过质量管理平台Web端的页面上下载向数据去获取安装包，执行测试，测试设备会将测试覆盖结果文件上报给记录设备，并通过记录设备将测试覆盖结果文件传输给数据计算融合服务器，以通过数据计算融合服务器进行覆盖结果计算，融合已经覆盖的结果，并更新数据库。这里，测试人员在Web端就可以实时查看数据库中保存的覆盖率结果。当开发完成下一个迭代或者修改完部分程序后会再次打包，此时重新上述步骤，直到版本测试结束后，测试人员可以一键发布覆盖率测试结果。

这里，在实际应用中，一个应用程序的开发过程中会涉及多个版本的测试程序，此时，一个特定版本的应用程序则会对应多个SVN版本号，且通过SVN版本号即可确定当前测试程序是否为最新版本的程序；进一步地，该特定版本的应用程序也会进行更新，得到新版本的应用程序，这里，当应用程序发生了更新时，针对所述应用程序的所有的覆盖状态都会消失，也就是需要测试人员对新版本的应用程序进行全方面的重新测试。

基于上述情况，在实际应用中可能会出现如下情况，如表1所示。

表1

如表1所示，可以具体分为四种情况；具体地，

情况1：应用程序的版本未更新，且应用程序对应的SVN版本也未发生更新，即测试版本与系统中最新的版本完全一致，此时实时上报的新测试覆盖结果与系统之前的测试覆盖结果可以直接合并，变更代码范围不需要更新，开发源代码不需要更新。

情况2：应用程序的版本未更新(也即测试软件版本号无变化)，但是SVN版本号比系统中最新的版本号还要新，此种情况用于开发人员在版本测试期间修改了代码，然后重新打包，测试人员使用新包测试时出现。此时，需要利用svndiff工具基于当前测试代码(也即最新的测试代码)去获取代码变更列表，将系统之前的测试结果的行号通过代码变更列表，转换成新版本的行号，并且如果发现已经覆盖的行在新版本中发生了变更，就需要去掉覆盖状态，然后与实时上报的新测试覆盖结果进行融合，变更代码范围要根据变更列表进行更新，同时更新开发源代码。

情况3：应用程序的版本未更新(也即测试软件版本号无变化)，但是SVN版本号比系统中最新的版本号还要旧，此种情况用于开发人员在版本测试期间修改了代码，然后重新打包，测试人员仍然使用旧包进行测试时出现。此时，需要利用svndiff工具基于最新版本号对应的测试代码去获取当前测试版本与最新版本的代码变更列表，将实时上报的新测试覆盖结果的行号通过代码变更列表，转换成最新版本的行号，并且如果发现新覆盖的行，在新版本发生了变更，就需要去掉覆盖状态，然后与系统之前的测试结果进行融合，变更代码范围不需要更新，开发源代码不需要更新。

情况4：应用程序的版本发生了更新(也即测试软件版本号更新)，SVN版本号必然也会更新，此种情况用于开发提交了项目新版本的测试，测试人员使用新版本进行测试时出现。此时，需要利用svndiff工具基于新版本的应用程序对应的测试代码去获取代码变更列表，覆盖结果直接清空，变更代码范围与变更列表相同，同时更新开发源代码。

显然，本发明实施例所述的方法方便简单，大大的降低了测试工具的使用门槛，且得到的测试覆盖率结果准备，能够伴随整个测试周期，具有更好的指导意义。而且，本发明实施例所述的测试覆盖率结果可实时、可视化展示，且可以进行筛选和统计，效果更直观，方便随时调整测试方案，方便快速查看测试结果。当然，在实际应用中，还可以客观的给出测试人员针对每个项目测试的完成度，例如测试时间，测试设备种类，测试代码覆盖情况等。

实施例四

本实施例提供了一种数据处理装置，如图9所示，所述数据处理装置包括：

获取模块91，用于获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

处理模块92，用于检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

显示模块93，用于呈现至少包含有调整后的所述第一覆盖比例的检测结果。

在一实施例中，所述处理模块92，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

所述显示模块93，还用于呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

在另一实施例中，所述处理模块92，还用于基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号；基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。

在一实施例中，所述显示模块93，还用于采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分。

在一实施例中，所述获取模块91，还用于获取第一测试程序的版本号，所述第一测试程序为更改后的所述目标测试程；

所述处理模块92，还用于判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。

这里需要指出的是：以上装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

这里，本实施例所述的数据处理装置可以全部集成于服务器中，也可以全部集成于终端设备中，或者，部分集成于服务器中部分集成于终端设备中，本实施例对此不作限制。

实施例五

本实施例提供了一种数据处理系统，如图10所示，所述系统包括服务器1001和终端设备1002；其中，

所述终端设备1002，用于运行目标测试程序，并得到第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

所述服务器1001，用于获取到所述第一覆盖比例，并检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；呈现至少包含有调整后的所述第一覆盖比例的检测结果。

在一具体实施例中，所述服务器1001，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

这里需要指出的是：以上系统实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明系统实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种数据处理方法，其特征在于，所述方法包括：

获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

呈现至少包含有调整后的所述第一覆盖比例的检测结果。

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

检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；

基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

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

基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号；

基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，

采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

获取第一测试程序的版本号，所述第一测试程序为更改后的所述目标测试程；

判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；

当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。

6.一种数据处理装置，其特征在于，所述数据处理装置包括：

获取模块，用于获取到运行目标测试程序所得到的第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

处理模块，用于检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；

显示模块，用于呈现至少包含有调整后的所述第一覆盖比例的检测结果。

7.根据权利要求6所述的数据处理装置，其特征在于，所述处理模块，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

所述显示模块，还用于呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。

8.根据权利要求7所述的数据处理装置，其特征在于，所述处理模块，还用于基于已插入的新的检测程序的所处位置，对包含有已插入的新的检测程序的所述目标测试程序的行号进行调整，得到新的行号；基于得到的所述新的行号，对所述检测结果中的行号进行调整，以便于所述检测结果中呈现出的行号与更改后的所述目标测试程序的行号相对应。

9.根据权利要求6至8任一项所述的数据处理装置，其特征在于，所述显示模块，还用于采用第一标识标示并呈现出所述目标测试程序对应的已执行程序中处于已覆盖状态的程序，以便于通过所述第一标识将所述目标测试程序对应的已执行程序中处于已覆盖状态的程序与处于未覆盖状态的程序进行区分；和/或，采用第二标识标示并呈现出所述目标测试程序中处于已覆盖状态的且发生更改的程序，以便于通过所述第二标识将已更改部分与未更改部分进行区分。

10.根据权利要求6至8任一项所述的数据处理装置，其特征在于，所述获取模块，还用于获取第一测试程序的版本号，所述第一测试程序为更改后的所述目标测试程；

所述处理模块，还用于判断所述版本号是否为最新版本号，当确定不是最新版本号时，检测所述第一测试程序中处于已覆盖状态的程序与所述最新版本号对应的所述目标测试程序中的对应程序相比是否相同；当不相同时，基于所述第一测试程序中处于已覆盖状态的程序中的不同部分对应的总行数对所述调整后的第一覆盖比例进行再次调整，呈现再次调整后的所述第一覆盖比例。

11.一种数据处理系统，其特征在于，所述系统包括服务器和终端设备；其中，

所述终端设备，用于运行目标测试程序，并得到第一覆盖比例；所述第一覆盖比例表征所述目标测试程序的已执行程序中处于已覆盖状态的程序，占已执行程序的比例；

所述服务器，用于获取到所述第一覆盖比例，并检测到所述目标测试程序中处于已覆盖状态的程序发生更改时，基于更改部分对应的总行数对所述第一覆盖比例进行调整，得到包含有调整后的第一覆盖比例的检测结果；呈现至少包含有调整后的所述第一覆盖比例的检测结果。

12.根据权利要求11所述的系统，其特征在于，所述服务器，还用于检测到在所述目标测试程序中已插入新的检测程序时，获取已插入的新的检测程序所对应的已执行程序的覆盖状态；

基于所述已插入的新的检测程序所对应的已执行程序的覆盖状态，确定出所述已插入的新的检测程序对应的第二覆盖比例，得到包含有所述第二覆盖比例的所述检测结果；所述第二覆盖状态表征已插入的新的检测程序的已执行程序中处于已覆盖状态的程序，占所述新的检测程序对应的已执行程序的比例；

呈现包含有所述第二覆盖比例的所述检测结果，以便于所述第二覆盖比例能够体现出所述目标测试程序中插入的新的检测程序的覆盖状态。