CN110928770A - 软件测试的方法、装置、系统、存储介质和电子设备 - Google Patents

Abstract

本公开涉及一种软件测试的方法、装置、系统、存储介质和电子设备，应用于服务端，该方法包括：将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以避免出现重测和漏测，提高了软件测试的效率和可靠性。

Description

软件测试的方法、装置、系统、存储介质和电子设备

技术领域

本公开涉及电子信息技术领域，具体地，涉及一种软件测试的方法、装置、系统、存储介质和电子设备。

背景技术

随着电子信息技术的不断发展，软件更新的速度越来越快，软件每更新一个版本，都需要对软件进行测试，以保证新版本软件能够符合发布标准，能够实现预期的功能。若对新版本软件进行全面测试，工作量大，效率低，容易导致新版本软件上线时间的延迟，因此需要对测试用例进行筛选。通常情况下，需要通过执行测试用例的运行日志、覆盖率文件，来确定软件的源码与测试用例之间的关系，来筛选需要的测试用例，无法准确覆盖软件版本更新带来的功能变更，因此容易重测或漏测，降低了软件测试的效率和准确度。

发明内容

本公开的目的是提供一种软件测试的方法、装置、系统、存储介质和电子设备，用于解决现有技术中存在重测或漏测测试用例，导致软件测试效率低、测试结果不可靠的问题。

为了实现上述目的，根据本公开实施例的第一方面，提供一种软件测试的方法，应用于服务端，所述方法包括：

将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行；

根据代码行与测试用例的关联关系，在预设的测试用例集中确定与所述目标代码行对应的目标测试用例，所述关联关系为客户端通过预设的动态字节码，监听所述旧版待测软件执行所述测试用例集中的每个测试用例而确定，并由所述客户端发送至所述服务端的关系；

输出所述目标测试用例，以使用户根据所述目标测试用例对所述新版待测软件进行测试。

可选地，在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之前，所述方法还包括：

获取所述新版待测软件的第一标识和所述旧版待测软件的第二标识；

根据所述第一标识和所述第二标识，确定所述新版待测软件的源码，和所述旧版待测软件的源码。

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

向所述客户端发送用例录制信号，以使所述客户端响应于所述用例录制信号，在所述旧版待测软件上执行每个所述测试用例，并使所述客户端通过所述动态字节码监听每个所述测试用例的执行过程，从而确定每个所述测试用例对应的代码行；

接收所述客户端发送的所述关联关系，所述关联关系为所述客户端根据每个所述测试用例，和每个所述测试用例对应的代码行确定的关系。

可选地，在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之后，所述方法还包括：

根据所述目标代码行，确定所述目标代码行在所述新版待测软件的源码中所在分支的分支信息；

输出所述分支信息。

根据本公开实施例的第二方面，提供一种软件测试的方法，应用于客户端，所述方法包括：

将预设的动态字节码注入待测软件的源码；

接收服务端发送的用例录制信号；

响应于所述用例录制信号，在所述待测软件上执行预设的测试用例集中的每个测试用例，并通过所述动态字节码监听每个所述测试用例的执行过程，以确定每个所述测试用例对应的代码行；

根据每个所述测试用例，和每个所述测试用例对应的代码行确定代码行与测试用例的关联关系，并将所述关联关系发送至所述服务端，以使所述服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据所述关联关系确定与所述目标代码行对应的目标测试用例。

可选地，所述将预设的动态字节码注入待测软件的源码，包括：

确定所述待测软件的源码中需要监控的类作为目标类；

将用于监控所述目标类的所述动态字节码注入所述待测软件的源码。

根据本公开实施例的第三方面，提供一种软件测试的装置，应用于服务端，所述装置包括：

对比模块，用于将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行；

第一确定模块，用于根据代码行与测试用例的关联关系，在预设的测试用例集中确定与所述目标代码行对应的目标测试用例，所述关联关系为客户端通过预设的动态字节码，监听所述旧版待测软件执行所述测试用例集中的每个测试用例而确定，并由所述客户端发送至所述服务端的关系；

输出模块，用于输出所述目标测试用例，以使用户根据所述目标测试用例对所述新版待测软件进行测试。

可选地，所述装置还包括：

获取模块，用于在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之前，获取所述新版待测软件的第一标识和所述旧版待测软件的第二标识；

第二确定模块，用于根据所述第一标识和所述第二标识，确定所述新版待测软件的源码，和所述旧版待测软件的源码。

可选地，所述装置还包括：

发送模块，用于向所述客户端发送用例录制信号，以使所述客户端响应于所述用例录制信号，在所述旧版待测软件上执行每个所述测试用例，并使所述客户端通过所述动态字节码监听每个所述测试用例的执行过程，从而确定每个所述测试用例对应的代码行；

接收模块，用于接收所述客户端发送的所述关联关系，所述关联关系为所述客户端根据每个所述测试用例，和每个所述测试用例对应的代码行确定的关系。

可选地，所述装置还包括：

第三确定模块，用于在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之后，根据所述目标代码行，确定所述目标代码行在所述新版待测软件的源码中所在分支的分支信息；

所述输出模块，还用于输出所述分支信息。

根据本公开实施例的第四方面，提供一种软件测试的装置，应用于客户端，所述装置包括：

注入模块，用于将预设的动态字节码注入待测软件的源码；

接收模块，用于接收服务端发送的用例录制信号；

执行模块，用于响应于所述用例录制信号，在所述待测软件上执行预设的测试用例集中的每个测试用例，并通过所述动态字节码监听每个所述测试用例的执行过程，以确定每个所述测试用例对应的代码行；

确定模块，用于根据每个所述测试用例，和每个所述测试用例对应的代码行确定代码行与测试用例的关联关系，并将所述关联关系发送至所述服务端。

可选地，所述注入模块包括：

确定子模块，用于确定所述待测软件的源码中需要监控的类作为目标类；

注入子模块，用于将用于监控所述目标类的所述动态字节码注入所述待测软件的源码。

根据本公开实施例的第五方面，提供一种软件测试的系统，所述系统包括服务端和客户端；

所述服务端用于执行本公开实施例的第一方面中任一项所述方法的步骤；

所述客户端用于执行本公开实施例的第二方面中任一项所述方法的步骤。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开实施例的第一方面中任一项所述方法的步骤。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开实施例的第二方面中任一项所述方法的步骤。

根据本公开实施例的第八方面，提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现本公开实施例的第一方面中任一项所述方法的步骤。

根据本公开实施例的第九方面，提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现本公开实施例的第二方面中任一项所述方法的步骤。

通过上述技术方案，本公开中服务端首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，其中关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种软件测试的方法的流程图；

图2是根据一示例性实施例示出的另一种软件测试的方法的流程图；

图3是根据一示例性实施例示出的另一种软件测试的方法的流程图；

图4是根据一示例性实施例示出的另一种软件测试的方法的流程图；

图5是根据一示例性实施例示出的一种软件测试的方法的流程图；

图6是根据一示例性实施例示出的另一种软件测试的方法的流程图；

图7是根据一示例性实施例示出的一种软件测试的装置的框图；

图8是根据一示例性实施例示出的另一种软件测试的装置的框图；

图9是根据一示例性实施例示出的另一种软件测试的装置的框图；

图10是根据一示例性实施例示出的另一种软件测试的装置的框图；

图11是根据一示例性实施例示出的一种软件测试的装置的框图；

图12是根据一示例性实施例示出的另一种软件测试的装置的框图；

图13是根据一示例性实施例示出的一种软件测试的系统的框图；

图14是根据一示例性实施例示出的一种电子设备的框图；

图15是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的方法和装置的例子。

在介绍本公开提供的软件测试的方法、装置、系统、存储介质和电子设备之前，首先对本公开各个实施例所涉及的应用场景进行介绍。该应用场景中包括服务端和客户端，服务端和客户端之间能够通过物理连线或无线通信技术实现信息传输，例如服务端和客户端之间可以通过网线、光纤等物理连线来传输信息，也可以通过WLAN(英文：WirelessLocal Area Network，中文：无线局域网)、蓝牙、ZigBee(中文：紫蜂协议)等无线通信技术实现信息交互。服务端例如可以是服务器，可以包括但不限于：实体服务器、服务器集群或云端服务器等。客户端可以是智能手机、平板电脑、智能电视、PDA(英文：Personal DigitalAssistant，中文：个人数字助理)、便携计算机等移动终端，也可以是台式计算机等固定终端。本实施例中的待测软件(包括新版待测软件和旧版待测软件)的源码，例如可以是Java程序，本公开对此不作限定。

图1是根据一示例性实施例示出的一种软件测试的方法的流程图，如图1所示，该方法应用于服务端，包括以下步骤：

步骤101，将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行。

举例来说，随着用户需求、业务范围的不断改进，待测软件也会不断更新版本，在发布新版待测软件之前，需要对更新后的新版待测软件进行测试。首先通过服务端静态比对新版待测软件的源码和旧版待测软件的源码，以获取存在差异的目标代码行，目标代码行可以是一行或多行代码行。其中，服务端可以利用代码比较工具进行源码的静态比对，代码比较工具例如可以是Beyond compare、DiffMerge、WinMerge等，本公开对此不作具体限定。旧版待测软件可以是新版待测软件之前的任一版待测软件。静态比对后得到的存在差异的代码行，即为目标代码行。获取到目标代码行后，可以将目标代码行或者能够反映目标代码行位置的信息(例如目标代码行的行号)存储起来，以便于服务端对目标代码行进行处理，例如将目标代码行或者能够反映目标代码行位置的信息存储至预先部署在服务端上的数据库中，也可以存储至服务端能够通过网络访问的其他终端设备中。

步骤102，根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系。

示例的，预设的测试用例集由能够测试待测软件不同功能的多个测试用例组成，可以理解为，测试用例集为用于对待测软件进行测试的最完整的用例集合，在第一次发布待测软件之前，需要执行测试用例集中的每个测试用例，以保证待测软件的功能。在对新版待测软件进行测试时，由于新版待测软件与旧版待测软件相比，往往只是修改了部分源码，因此不需要执行测试用例集中的每个测试用例。

可以根据代码行与测试用例的关联关系，依次判断存在差异的目标代码行中每行代码行所属的测试用例，将该测试用例作为目标测试用例。其中，代码行与测试用例的关联关系，是由客户端发送给服务端的，客户端上安装有旧版待测软件，并通过动态字节码监听在旧版待测软件上执行测试用例集中的每个测试用例的执行过程，从而确定每个测试用例对应的代码行，每个测试用例对应的代码行可以包括一行或多行代码行。其中，客户端可以是一个或多个，例如可以将测试用例集中的测试用例分配给多个客户端，每个客户端上都设置有动态字节码，能够监听在旧版待测软件上执行测试用例的执行过程。

需要说明的是，客户端将预设的动态字节码注入旧版待测软件的源码中，以实现动态字节码对旧版待测软件中每个测试用例的执行过程的监听。动态字节码可以通过监听JVM(英文：Java Virtual Machine，中文：Java虚拟机)的运行，来监听每个测试用例的执行过程。例如，可以利用javaagent与javassist技术在旧版待测软件的源码中注入动态字节码，这样，就可以通过动态字节码对旧版待测软件中每个测试用例的执行过程进行监听，确定每个测试用例对应的代码行，从而确定代码行与测试用例之间的关联关系。在得到代码行与测试用例之间的关联关系后，客户端可以通过socket通信的方式将关联关系发送给服务端，服务端在接收到关联关系后，可以先将其存储起来(例如存储至预先部署在服务端上的数据库中)，以便于服务端在确定目标代码行后，能够根据预先存储的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例。

步骤103，输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。

举例来说，在确定目标测试用例以后，由服务端输出目标测试用例，以供用户选择，例如用户可以直接选择全部的目标测试用例对新版待测软件进行测试，也可以根据不同的测试需求，从目标测试用例中选择符合测试需求的测试用例对新版待测软件进行测试。输出目标测试用例的方式，例如可以是通过服务端将目标测试用例直接发送至客户端进行显示，也可以是将目标测试用例存储至服务端，在用户需要测试新版待测软件时进行查看，例如用户可以通过登录浏览器等方式查看服务端存储的目标测试用例。其中，目标测试用例可以是一个，也可以是多个。

综上所述，本公开中服务端首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，其中关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图2是根据一示例性实施例示出的另一种软件测试的方法的流程图，如图2所示，在步骤101之前，该方法还包括：

步骤104，获取新版待测软件的第一标识和旧版待测软件的第二标识。

步骤105，根据第一标识和第二标识，确定新版待测软件的源码，和旧版待测软件的源码。

举例来说，每个版本的待测软件都具有唯一能够标识该版本的标识，可以根据不同的标识来确定不同版本的待测软件，从而确定不同版本的待测软件对应的源码。标识可以由数字、字母等符号组成，用以表示待测软件的出版厂家、发布日期、版本号等。在对新版待测软件的源码和旧版待测软件的源码进行静态比对之前，服务端首先分别获取新版待测软件的第一标识和旧版待测软件的第二标识，然后根据获取的第一标识和第二标识，分别确定新版待测软件的源码，和旧版待测软件的源码。新版待测软件的源码和旧版待测软件的源码可以预先存储在服务端上的数据库中，也可以存储在服务端能够通过网络访问的其他终端设备中。

图3是根据一示例性实施例示出的另一种软件测试的方法的流程图，如图3所示，该方法还包括：

步骤106，向客户端发送用例录制信号，以使客户端响应于用例录制信号，在旧版待测软件上执行每个测试用例，并使客户端通过动态字节码监听每个测试用例的执行过程，从而确定每个测试用例对应的代码行。

步骤107，接收客户端发送的关联关系，关联关系为客户端根据每个测试用例，和每个测试用例对应的代码行确定的关系。

示例的，服务端可以定期检测是否存储有客户端发送的关联关系，或者检测存储的关联关系是否是最新的关联关系。若没有存储关联关系，或者存储的不是最新的关联关系(例如：测试用例集中增加了新的测试用例，而关联关系中没有包括新的测试用例对应的代码行)，那么可以向客户端发送用例录制信号，使得客户端接收到用例录制信号后，在旧版待测软件上执行每个测试用例。客户端通过动态字节码监听每个测试用例的执行过程，从而确定每个测试用例对应的代码行。之后客户端根据每个测试用例，和每个测试用例对应的代码行确定关联关系，再将关联关系发送至服务端。服务端接收关联关系，并将接收到的关联关系进行存储，或者用接收到的关联关系替换原有的关联关系。

图4是根据一示例性实施例示出的另一种软件测试的方法的流程图，如图4所示，在步骤101之后，该方法还包括：

步骤108，根据目标代码行，确定目标代码行在新版待测软件的源码中所在分支的分支信息。

步骤109，输出分支信息。

进一步的，在确定目标代码行之后，还可以确定目标代码行在新版待测软件的源码中所在分支的分支信息。其中，分支信息例如可以包括目标代码行在新版待测软件的源码中所在分支的行号范围。在对目标代码行的分支信息进行确定时，依次判断存在差异的目标代码行中每行代码行是否属于新版待测软件的源码中的分支(例如：if分支、if…else分支、switch分支等)，若该代码行属于某个分支，那么将该分支所包含的代码行的行号范围作为分支信息。最后输出分支信息，以供用户参考。例如，用户可以根据分支信息，在步骤102中确定的目标测试用例的基础上，进一步选择能够覆盖分支信息的测试用例，对新版待测软件进行测试。输出分支信息的方式，例如可以是通过服务端将分支信息直接发送至客户端进行显示，也可以是将分支信息存储至服务端，在用户需要测试新版待测软件时进行查看，例如用户可以通过登录浏览器等方式查看服务端存储的分支信息。

综上所述，本公开中服务端首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，其中关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图5是根据一示例性实施例示出的一种软件测试的方法的流程图，如图5所示，该方法应用于客户端，包括以下步骤：

步骤201，将预设的动态字节码注入待测软件的源码。

举例来说，在对新版待测软件测试之前，首先在客户端上预先安装待测软件，然后将预设的动态字节码注入待测软件的源码，其中待测软件为已发布版本的待测软件，即是需要在服务端上进行测试的新版待测软件的之前任一版待测软件。可以利用javaagent与javassist技术在待测软件的源码中注入动态字节码，动态字节码与源码中的各种类是对应的，即在注入动态字节码时，可以预先设置动态字节码关注的类。

步骤202，接收服务端发送的用例录制信号。

步骤203，响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行。

示例的，服务端可以定期检测是否存储有客户端发送的关联关系，或者检测存储的关联关系是否是最新的关联关系。若没有存储关联关系，或者存储的不是最新的关联关系，服务端会向客户端发送用例录制信号。客户端接收用例录制信号后，作为对用例录制信号的响应，开始在待测软件上执行预设的测试用例集中的每个测试用例，并通过步骤201中注入的动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行，每个测试用例对应的代码行可以包括一行或多行代码行。

步骤204，根据每个测试用例，和每个测试用例对应的代码行确定代码行与测试用例的关联关系，并将关联关系发送至服务端，以使服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据关联关系确定与目标代码行对应的目标测试用例。

示例的，在确定了每个测试用例对应的代码行之后，可以确定每个测试用例与代码行之间的关联关系。关联关系例如可以是表格形式，每一行中包含一个测试用例(或者该测试用例的编号)，和该测试用例对应的代码行(或者代码行的行号)。之后，客户端将关联关系发送至服务端，服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据接收到的关联关系确定与目标代码行对应的目标测试用例。

其中，客户端可以是一个或多个，例如可以通过服务端将测试用例集中的测试用例分为5个子集，将5个子集分别分配给5个客户端，每个客户端上都设置有动态字节码，能够监听在待测软件上执行的5个子集中每一个子集中的测试用例的执行过程。之后每个客户端将对应子集中每个测试用例与代码行的关联关系发送至服务端，由服务端将5个客户端发送的关联关系组合成整个测试用例集对应的关联关系。

图6是根据一示例性实施例示出的另一种软件测试的方法的流程图，如图6所示，步骤201包括：

步骤2011，确定待测软件的源码中需要监控的类作为目标类。

步骤2012，将用于监控目标类的动态字节码注入待测软件的源码。

具体的，动态字节码与源码中的各种类是对应的，而待测软件的源码中包括了大量的类，其中包括实现待测软件的具体功能的类，还可以包括实现中间件方法、平台方法、Java初始化方法等方法的类。在对待测软件进行测试时，通常只关注实现待测软件的具体功能的类，因此可以先在待测软件的源码中确定需要监控的类作为目标类，然后再将用于监控目标类的动态字节码注入待测软件的源码。这样，在步骤203中，动态字节码监听每个测试用例的执行过程时，能够去除中间件方法、平台方法、Java初始化方法等方法中涉及到的类对应的代码行，从而得到与每个测试用例对应的更准确的代码行，进一步提高软件测试的效率和可靠性。

综上所述，本公开中，客户端先将预设的动态字节码注入待测软件的源码，然后接收服务端发送的用例录制信号，之后响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行，最后确定代码行与测试用例的关联关系，并将关联关系发送至服务端，使得服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据关联关系确定与目标代码行对应的目标测试用例。本公开通过注入动态字节码来监听测试用例的执行过程，从而确定代码行与测试用例的关联关系，以便服务端确定目标测试用例，从而使用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图7是根据一示例性实施例示出的一种软件测试的装置的框图，如图7所示，该装置300应用于服务端，包括：

对比模块301，用于将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行。

第一确定模块302，用于根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系。

输出模块303，用于输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。

图8是根据一示例性实施例示出的另一种软件测试的装置的框图，如图8所示，该装置300还包括：

获取模块304，用于在将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之前，获取新版待测软件的第一标识和旧版待测软件的第二标识。

第二确定模块305，用于根据第一标识和第二标识，确定新版待测软件的源码，和旧版待测软件的源码。

图9是根据一示例性实施例示出的另一种软件测试的装置的框图，如图9所示，该装置300还包括：

发送模块306，用于向客户端发送用例录制信号，以使客户端响应于用例录制信号，在旧版待测软件上执行每个测试用例，并使客户端通过动态字节码监听每个测试用例的执行过程，从而确定每个测试用例对应的代码行。

接收模块307，用于接收客户端发送的关联关系，关联关系为客户端根据每个测试用例，和每个测试用例对应的代码行确定的关系。

图10是根据一示例性实施例示出的另一种软件测试的装置的框图，如图10所示，该装置300还包括：

第三确定模块308，用于在将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之后，根据目标代码行，确定目标代码行在新版待测软件的源码中所在分支的分支信息。

输出模块303，还用于输出分支信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

综上所述，本公开中服务端首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，其中关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图11是根据一示例性实施例示出的一种软件测试的装置的框图，如图11所示，该装置400应用于客户端，包括：

注入模块401，用于将预设的动态字节码注入待测软件的源码。

接收模块402，用于接收服务端发送的用例录制信号。

执行模块403，用于响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行。

确定模块404，用于根据每个测试用例，和每个测试用例对应的代码行确定代码行与测试用例的关联关系，并将关联关系发送至服务端。

图12是根据一示例性实施例示出的另一种软件测试的装置的框图，如图12所示，注入模块401包括：

确定子模块4011，用于确定待测软件的源码中需要监控的类作为目标类。

注入子模块4012，用于将用于监控目标类的动态字节码注入待测软件的源码。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

综上所述，本公开中，客户端先将预设的动态字节码注入待测软件的源码，然后接收服务端发送的用例录制信号，之后响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行，最后确定代码行与测试用例的关联关系，并将关联关系发送至服务端，使得服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据关联关系确定与目标代码行对应的目标测试用例。本公开通过注入动态字节码来监听测试用例的执行过程，从而确定代码行与测试用例的关联关系，以便服务端确定目标测试用例，从而使用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图13是根据一示例性实施例示出的一种软件测试的系统的框图，如图13所示，该系统500包括服务端501和客户端502。

服务端501用于执行上述实施例中应用于服务端的软件测试的方法的步骤。

客户端502用于执行上述实施例中应用于客户端的软件测试的方法的步骤。

关于上述实施例中的系统，其中各个部分执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

综上所述，本公开中，客户端先将预设的动态字节码注入待测软件的源码，然后接收服务端发送的用例录制信号，之后响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行，最后确定代码行与测试用例的关联关系，并将关联关系发送至服务端。服务端接收客户端发送的关联关系后，首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据客户端发送的代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开中客户端通过注入动态字节码来监听测试用例的执行过程，从而确定代码行与测试用例的关联关系，并将关联关系发送至服务端，服务端接收关联关系后，首先通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图14是根据一示例性实施例示出的一种电子设备600的框图。如图14所示，该电子设备600可以包括：处理器601，存储器602。该电子设备600还可以包括多媒体组件603，输入/输出(I/O)接口604，以及通信组件605中的一者或多者。

其中，处理器601用于控制该电子设备600的整体操作，以完成上述的应用于客户端的软件测试的方法中的全部或部分步骤。存储器602用于存储各种类型的数据以支持在该电子设备600的操作，这些数据例如可以包括用于在该电子设备600上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件603可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或通过通信组件605发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口604为处理器601和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件605用于该电子设备600与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G、4G、NB-IOT、eMTC、或其他5G等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件605可以包括：Wi-Fi模块，蓝牙模块，NFC模块等等。

在一示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的应用于客户端的软件测试的方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的应用于客户端的软件测试的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器602，上述程序指令可由电子设备600的处理器601执行以完成上述的应用于客户端的软件测试的方法。

综上所述，本公开中，客户端先将预设的动态字节码注入待测软件的源码，然后接收服务端发送的用例录制信号，之后响应于用例录制信号，在待测软件上执行预设的测试用例集中的每个测试用例，并通过动态字节码监听每个测试用例的执行过程，以确定每个测试用例对应的代码行，最后确定代码行与测试用例的关联关系，并将关联关系发送至服务端，使得服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据关联关系确定与目标代码行对应的目标测试用例。本公开通过注入动态字节码来监听测试用例的执行过程，从而确定代码行与测试用例的关联关系，以便服务端确定目标测试用例，从而使用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

图15是根据一示例性实施例示出的一种电子设备700的框图。例如，电子设备700可以被提供为一服务器。参照图15，电子设备700包括处理器722，其数量可以为一个或多个，以及存储器732，用于存储可由处理器722执行的计算机程序。存储器732中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器722可以被配置为执行该计算机程序，以执行上述的应用于服务端的软件测试的方法。

另外，电子设备700还可以包括电源组件726和通信组件750，该电源组件726可以被配置为执行电子设备700的电源管理，该通信组件750可以被配置为实现电子设备700的通信，例如，有线或无线通信。此外，该电子设备700还可以包括输入/输出(I/O)接口758。电子设备700可以操作基于存储在存储器732的操作系统，例如Windows ServerTM，Mac OSXTM，UnixTM，LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的应用于服务端的软件测试的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器732，上述程序指令可由电子设备700的处理器722执行以完成上述的应用于服务端的软件测试的方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的应用于服务端的软件测试的方法的代码部分。

综上所述，本公开中服务端首先将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行，然后根据代码行与测试用例的关联关系，在预设的测试用例集中确定与目标代码行对应的目标测试用例，其中关联关系为客户端通过预设的动态字节码，监听旧版待测软件执行测试用例集中的每个测试用例而确定，并由客户端发送至服务端的关系，最后服务端输出目标测试用例，以使用户根据目标测试用例对新版待测软件进行测试。本公开通过静态比对，得到存在差异的目标代码行，再根据目标代码行与测试用例的关联关系，确定目标测试用例，以便用户根据目标测试用例进行测试，准确度高，能够避免出现重测和漏测，提高了软件测试的效率和可靠性。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，本领域技术人员在考虑说明书及实践本公开后，容易想到本公开的其他实施方案，均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (11)

1.一种软件测试的方法，其特征在于，应用于服务端，所述方法包括：

将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行；

根据代码行与测试用例的关联关系，在预设的测试用例集中确定与所述目标代码行对应的目标测试用例，所述关联关系为客户端通过预设的动态字节码，监听所述旧版待测软件执行所述测试用例集中的每个测试用例而确定，并由所述客户端发送至所述服务端的关系；

输出所述目标测试用例，以使用户根据所述目标测试用例对所述新版待测软件进行测试。

2.根据权利要求1所述的方法，其特征在于，在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之前，所述方法还包括：

获取所述新版待测软件的第一标识和所述旧版待测软件的第二标识；

根据所述第一标识和所述第二标识，确定所述新版待测软件的源码，和所述旧版待测软件的源码。

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

向所述客户端发送用例录制信号，以使所述客户端响应于所述用例录制信号，在所述旧版待测软件上执行每个所述测试用例，并使所述客户端通过所述动态字节码监听每个所述测试用例的执行过程，从而确定每个所述测试用例对应的代码行；

接收所述客户端发送的所述关联关系，所述关联关系为所述客户端根据每个所述测试用例，和每个所述测试用例对应的代码行确定的关系。

4.根据权利要求1-3中任一项所述的方法，其特征在于，在所述将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行之后，所述方法还包括：

根据所述目标代码行，确定所述目标代码行在所述新版待测软件的源码中所在分支的分支信息；

输出所述分支信息。

5.一种软件测试的方法，其特征在于，应用于客户端，所述方法包括：

将预设的动态字节码注入待测软件的源码；

接收服务端发送的用例录制信号；

响应于所述用例录制信号，在所述待测软件上执行预设的测试用例集中的每个测试用例，并通过所述动态字节码监听每个所述测试用例的执行过程，以确定每个所述测试用例对应的代码行；

根据每个所述测试用例，和每个所述测试用例对应的代码行确定代码行与测试用例的关联关系，并将所述关联关系发送至所述服务端，以使所述服务端在确定新版待测软件的源码和旧版待测软件的源码中存在差异的目标代码行后，根据所述关联关系确定与所述目标代码行对应的目标测试用例。

6.根据权利要求5所述的方法，其特征在于，所述将预设的动态字节码注入待测软件的源码，包括：

确定所述待测软件的源码中需要监控的类作为目标类；

将用于监控所述目标类的所述动态字节码注入所述待测软件的源码。

7.一种软件测试的装置，其特征在于，应用于服务端，所述装置包括：

对比模块，用于将新版待测软件的源码和旧版待测软件的源码进行静态比对，以获取存在差异的目标代码行；

第一确定模块，用于根据代码行与测试用例的关联关系，在预设的测试用例集中确定与所述目标代码行对应的目标测试用例，所述关联关系为客户端通过预设的动态字节码，监听所述旧版待测软件执行所述测试用例集中的每个测试用例而确定，并由所述客户端发送至所述服务端的关系；

输出模块，用于输出所述目标测试用例，以使用户根据所述目标测试用例对所述新版待测软件进行测试。

8.一种软件测试的装置，其特征在于，应用于客户端，所述装置包括：

注入模块，用于将预设的动态字节码注入待测软件的源码；

接收模块，用于接收服务端发送的用例录制信号；

执行模块，用于响应于所述用例录制信号，在所述待测软件上执行预设的测试用例集中的每个测试用例，并通过所述动态字节码监听每个所述测试用例的执行过程，以确定每个所述测试用例对应的代码行；

确定模块，用于根据每个所述测试用例，和每个所述测试用例对应的代码行确定代码行与测试用例的关联关系，并将所述关联关系发送至所述服务端。

9.一种软件测试的系统，其特征在于，所述系统包括服务端和客户端；

所述服务端用于执行权利要求1-4中任一项所述方法的步骤；

所述客户端用于执行权利要求5或6所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-4或5-6中任一项所述方法的步骤。

11.一种电子设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-4或5-6中任一项所述方法的步骤。

Images