软件测试方法、设备、存储介质及程序产品与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种软件测试方法、设备、存储介质及程序产品。


背景技术：

2.随着汽车智能化的提高，人们对汽车上安装的车机系统的性能要求越来越高。车机系统上的应用软件的版本更新在所难免。为保证车机系统的安全性可靠性，对应用软件的新版本进行充分测试是必要的。
3.在现有技术中，通常在单用户模式下，进行应用软件的新版本的测试。
4.然而，现有的测试方法中，只允许一个应用的一个版本在系统中存在，新版本的不稳定性容易对原有的车机系统的性能造成不利影响，进而影响到车机系统的正常工作。


技术实现要素：

5.本发明实施例提供一种软件测试方法、设备、存储介质及程序产品，以将应用软件的工作模式和测试模式相隔离，避免了因对应用软件的新版本进行测试影响到正常工作模式下车机系统的性能的情况发生，保证了车机系统的正常工作。
6.第一方面，本发明实施例提供一种软件测试方法，应用于测试客户端，该方法包括：
7.响应于测试客户端的开启指令，由工作账号切换至所述测试账号；
8.在所述测试账号对应的测试账号空间对待测试软件进行测试；
9.将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。
10.在一种可能的设计中，所述响应于测试客户端的开启指令，由工作账号切换至所述测试账号，包括：
11.响应于测试客户端的开启指令和待测试软件的开启指令，由工作账号切换至所述待测试软件对应的所述测试账号。
12.在一种可能的设计中，所述由工作账号切换至所述测试账号之前，包括：
13.通过所述测试客户端创建所述测试账号。
14.在一种可能的设计中，所述响应于测试客户端的开启指令，由工作账号切换至所述测试账号之后，还包括：
15.响应于所述测试客户端的关闭指令，由所述测试账号切换至所述工作账号；
16.将工作过程中获得的工作数据存储于所述工作账号对应的工作账号空间。
17.在一种可能的设计中，所述在所述测试账号对应的测试账号空间对待测试软件进行测试之前，还包括：
18.向内部测试平台发送待测试软件请求；
19.接收内部测试平台根据所述待测试软件请求发送的待测试软件；
20.安装所述待测试软件至所述测试账号空间；
21.所述对待测试软件进行测试，包括：
22.运行所述待测试软件并获取内测数据。
23.在一种可能的设计中，所述运行所述待测试软件之前，还包括：
24.向所述内部测试平台发送权限控制列表请求；
25.接收所述内部测试平台根据所述权限控制列表请求发送的权限控制列表；
26.根据所述权限控制列表限定所述待测试软件的访问权限。
27.在一种可能的设计中，所述将测试过程中获得的内测数据存储于所述测试账号空间之后，还包括：
28.将所述内测数据发送给所述内部测试平台，以使所述内部测试平台根据所述内测数据生成内测报告。
29.在一种可能的设计中，所述将测试过程中获得的内测数据存储于所述测试账号空间之后，还包括：
30.响应于内部测试结束指令，卸载所述待测试软件。
31.在一种可能的设计中，所述待测试软件被设置为仅对所述测试账号可见。
32.第二方面，本发明实施例提供一种软件测试设备，包括：
33.切换模块，用于响应于测试客户端的开启指令，由工作账号切换至所述测试账号；
34.测试模块，用于在所述测试账号对应的测试账号空间对待测试软件进行测试；
35.存储模块，用于将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。
36.在一种可能的设计中，所述切换模块，具体用于：
37.响应于测试客户端的开启指令和待测试软件的开启指令，由工作账号切换至所述待测试软件对应的所述测试账号。
38.在一种可能的设计中，所述设备还包括：
39.创建模块，用于通过所述测试客户端创建所述测试账号。
40.在一种可能的设计中，所述设备还包括：
41.再次切换模块，用于响应于所述测试客户端的关闭指令，由所述测试账号切换至所述工作账号；
42.将工作过程中获得的工作数据存储于所述工作账号对应的工作账号空间。
43.在一种可能的设计中，所述设备还包括：
44.第一发送模块，用于向内部测试平台发送待测试软件请求；
45.第一接收模块，用于接收内部测试平台根据所述待测试软件请求发送的待测试软件；
46.第一安装模块，用于安装所述待测试软件至所述测试账号空间；
47.所述测试模块，具体用关于：
48.运行所述待测试软件并获取内测数据。
49.在一种可能的设计中，所述设备还包括：
50.第二发送模块，用于向所述内部测试平台发送权限控制列表请求；
51.第二接收模块，用于接收所述内部测试平台根据所述权限控制列表请求发送的权
限控制列表；
52.限定模块，用于根据所述权限控制列表限定所述待测试软件的访问权限。
53.在一种可能的设计中，所述设备还包括：
54.第三发送模块，用于将所述内测数据发送给所述内部测试平台，以使所述内部测试平台根据所述内测数据生成内测报告；
55.第三接收模块，用于接收所述内部测试平台发送的内测报告。
56.在一种可能的设计中，所述设备还包括：
57.卸载模块，用于响应于内部测试结束指令，卸载所述待测试软件。
58.在一种可能的设计中，所述待测试软件被设置为仅对所述测试账号可见。
59.第三方面，本发明实施例提供一种软件测试设备，包括：至少一个处理器和存储器；
60.所述存储器存储计算机执行指令；
61.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的方法。
62.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的方法。
63.第五方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的方法。
64.本实施例提供的软件测试方法、设备、存储介质及程序产品，该方法应用于测试客户端，通过响应于测试客户端的开启指令，由工作账号切换至所述测试账号，在所述测试账号对应的测试账号空间对待测试软件进行测试，将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。能够通过测试客户端进行测试账号的创建和切换，能够实现在工作账号正常工作期间用户无感知情况下更加快速的切换至测试账号，且通过专门创建测试账号，利用测试账号进行软件的测试，实现了测试数据与利用工作账号进行正常工作得到的工作数据的有效隔离，且避免了工作模式下的系统性能受到影响，从而保证系统在正常工作中的稳定性与安全性。
附图说明
65.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
66.图1为现有技术提供的软件测试方法的原理示意图；
67.图2为本发明一实施例提供的软件测试方法的原理示意图；
68.图3为本发明另一实施例提供的软件测试方法的流程示意图；
69.图4为本发明另一实施例提供的软件测试方法的原理示意图；
70.图5为本发明再一实施例提供的软件测试方法的交互示意图；
71.图6为本发明再一实施例提供的软件测试方法的架构图；
72.图7为本发明一实施例提供的软件测试设备的结构示意图；
73.图8为本发明一实施例提供的软件测试设备的硬件结构示意图。
具体实施方式
74.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
75.基于安卓系统定制开发的车机系统，继承了安卓系统生态开放的特点。车机系统对应用性能可靠性有较高的要求，没有经过充分的测试就把应用软件发布到车机系统会带来不可预知的安全风险。所以，对应用软件进行充分的测试是提高系统稳定性和安全性的重要前提。
76.图1为现有技术提供的软件测试方法的原理示意图。如图1所示，用户账号与各应用软件相关联，即可以对系统中的各应用软件进行访问。各应用软件具体包括系统中正常在用的应用软件，例如系统应用软件1和系统应用软件2，还包括待测试软件的工作版本，以及测试版本。另外，待测试软件的工作版本生成的工作数据和测试版本生成的测试数据均存储于该用户账号对应的用户账号空间，也即共用一个数据目录。
77.在具体实现过程中，车机系统的用户以用户账号登录车机系统后，可以开启待测试软件的工作版本进行正常工作，在用户想要对测试版本进行测试时，则可以关闭工作版本，打开测试版本进行测试。基于安卓系统的特点，在单用户模式下应用软件以包名作为系统内唯一标识,以版本作为应用的迭代依据，同时只允许一个应用的一个版本在系统中存在。应用涉及的用户数据保存在数据分区的对应数据目录中，同一应用的不同版本共享同一个数据目录。待测试软件的工作版本生成的工作数据和测试版本生成的测试数据均存储于该用户账号对应的用户账号空间，也即共用一个数据目录。
78.由此可见，在该方法中工作数据和测试数据互相影响，系统性能会受到软件测试的影响，进而影响系统在正常工作时的稳定性和安全性。也即软件测试本身会对车机系统的性能造成影响。如何在保证系统性能和安全的前提下进行内部测试是一个亟待解决的问题。
79.本技术发明人经过研究发现，安卓系统可以支持多用户机制，不同的用户可以实现应用软件和应用数据的隔离。基于此，本技术引入了测试模式的概念，基于多用户的构思，将工作模式与测试模式进行有效隔离。这是一种多用户模式的特殊应用场景，是专门针对软件内部测试而提出的方案。具体可参照图2。
80.图2为本发明一实施例提供的软件测试方法的原理示意图。如图2所示，工作账号和测试账号均可以对正常使用的系统应用软件1和系统应用软件2等系统应用软件进行访问，但是需要进行测试的待测试软件的工作版本仅与工作账号关联，测试版本仅与测试账号相关联。基于安卓系统的多用户机制，工作模式下使用的待测试软件的工作版本产生的工作数据存储于工作账号对应的工作账号空间，而测试模式下使用的待测试软件的测试版本产生的测试数据存储于测试账号对应的测试账号空间。工作账号空间和测试账号空间是具有各自的数据目录的，因此，工作模式和测试模式有效分离，避免了工作模式下的系统性
能受到影响，从而保证系统在正常工作中的稳定性与安全性。
81.另外，为了实现工作模式和测试模式在用户无感知的情况下进行切换。使操作更加简便，可以在测试模式入口以一个车机端系统权限的应用软件的形式存在，作为测试客户端，该测试客户端可以创建和切换当前车机系统的工作账号。借助测试客户端，车机端可以实现安装同一个应用的不同版本，也可以保留各个版本的工作数据和测试数据。因此，可以在保证系统性能的前提下进行应用软件的内部测试，也能够支持应用正式版本和测试版本的切换，用户数据也不会受测试过程的影响。从而达到内部测试活动最低限度干扰用户正常使用车机的目的。
82.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
83.图3为本发明另一实施例提供的软件测试方法的流程示意图。如图3所示，应用于测试客户端，该方法包括：
84.301、响应于测试客户端的开启指令，由工作账号切换至所述测试账号。
85.本实施例的实施主体可以为车机、平板、电脑等安装有软件系统的电子设备。
86.实际应用中，在工作账号下打开测试客户端时，测试客户端可以在用户无感知状态下切换到测试模式下的测试账号，此时定义为系统进入了测试模式，在此模式下用户的操作所产生的数据都将保存在测试账号对应的测试账号空间下，与原有的工作账号对应的工作账号空间有效隔离，互不影响。
87.为了说明测试客户端的作用，可参照图4，图4为本发明另一实施例提供的软件测试方法的原理示意图，如图4所示，工作账号和测试账号均与系统应用软件1和系统应用软件2相关联，另外，工作账号还与需要进行测试的待测试软件的工作版本关联，还与测试客户端相关联，工作账号可以通过开启测试客户端来创建测试账号，也即该测试账号为一个虚拟用户，并且通过测试客户端可以进行工作账号和测试账号的切换。测试账号与待测试软件的测试版本相关联。在测试客户端由工作账号切换至测试账号时，可以对待测试软件的测试版本进行测试。基于安卓系统的多用户机制，工作模式下使用的待测试软件的工作版本产生的工作数据存储于工作账号对应的工作账号空间，而测试模式下使用的待测试软件的测试版本产生的测试数据存储于测试账号对应的测试账号空间。工作账号空间和测试账号空间是具有各自的数据目录的，因此，工作模式和测试模式有效分离，避免了工作模式下的系统性能受到影响，从而保证系统在正常工作中的稳定性与安全性。
88.在一些实施例中，针对同一软件的不同版本可以通过不同的测试账号进行测试，因此可以通过待测试软件的开启指令达到对应测试账号的无感知切换，本实施例中，所述响应于测试客户端的开启指令，由工作账号切换至所述测试账号，包括：响应于测试客户端的开启指令和待测试软件的开启指令，由工作账号切换至所述待测试软件对应的所述测试账号。
89.举例来说，待测试软件新开发了第10.1版本和第10.2版本，欲对该两个版本进行测试，对此，测试客户端可以为第10.1版本创建测试账号10a，为第10.2版本创建另一个测试账号10b，测试客户端在接收到第10.1版本的开启指令时，可以在用户无感知的情况下切换到测试账号10a，以完成测试，当然，在接收到第10.2版本的开启指令时，可以在用户无感知的情况下切换到测试账号10b，以完成测试。
90.302、在所述测试账号对应的测试账号空间对待测试软件进行测试。
91.本实施例的实施主体可以采用安卓系统，在安卓系统中，不同账号的操作，可以在不同的数据空间中完成。因此当登录测试账号进行软件测试时，测试的过程可以对工作账号下的系统工作不造成影响。
92.303、将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。
93.本实施例中，将对软件进行内部测试得到的内侧数据存储于测试账号对应的测试账号空间内，可以与系统在工作账号下正常工作时的工作数据实现有效隔离，互不干扰。
94.实际应用中，根据内测数据生成内测报告的方式有多种。在一种可实现方式中，可以在测试账号下，在本地进行，减少了数据传输量；在另一种可实现方式中，可以将得到的内测数据发送给后台服务器，例如，可以是专门为内部测试创建的内部测试平台，以减少本地的工作量，具体实现过程可以参照以下实施例，此处不做赘述。
95.可选地，在一些实施例中，为了避免以工作账号登录进行正常工作时对待测试软件出现误操作，影响系统性能，可以将所述待测试软件被设置为仅对所述测试账号可见。
96.本实施例提供的软件测试方法，通过测试客户端进行测试账号的创建和切换，能够实现在工作账号正常工作期间用户无感知情况下更加快速的切换至测试账号，且通过专门创建测试账号，利用测试账号进行软件的测试，实现了测试数据与利用工作账号进行正常工作得到的工作数据的有效隔离，且避免了工作模式下的系统性能受到影响，从而保证系统在正常工作中的稳定性与安全性。
97.可选地，在一些实施例中，为了能够实现待测试软件内测的生命周期可控可配置，并且及时删除软件来节省空间避免误操作带来不良后果。在步骤203之后，还可以包括：响应于内部测试结束指令，卸载所述待测试软件。
98.具体的，在内部测试结束后，自动将待测试软件从测试账号空间移除。卸载行为只会影响测试账号的用户空间，如果工作账号也安装相同的应用，由于所属用户空间不同，即使是相同应用的相同版本也不会造成影响。而且应用涉及的用户数据存在于不同的数据目录，卸载只会移除测试账号的数据目录，所以对正常工作采用的正式版本的应用数据并不会产生影响。内部测试结束指令，可以为待测试软件的关闭指令。
99.本实施例中，通过在内部测试结束后，及时自动卸载待测试软件，能够达到待测试软件测试的生命周期可控可配置。最大限度的实现内测过程与正常工作过程隔离，避免影响系统性能，从而保证系统的稳定性与安全性。
100.可选地，为了方便快捷的完成由测试模式到工作模式的切换，在一些实施例中，可以通过测试客户端来完成操作，在图3所示实施例的基础上，该方法还可以包括：
101.响应于所述测试客户端的关闭指令，由所述测试账号切换至所述工作账号；
102.将工作过程中获得的工作数据存储于所述工作账号对应的工作账号空间。
103.具体的，在需要进行所有测试完成后，可以将测试客户端关闭，在测试客户端收到用户输入的关闭指令时，便可以将测试账号退出，登录上工作账号，完成测试模式向工作模式的切换。
104.本实施例的方法中，账号的切换由测试客户端在后台完成，用户仅需提供关闭指令，无需额外操作，方便快捷。
105.可选地，为了实现在用户无感知情况下快捷的完成测试账号的创建，在一些实施例中，在图3所示实施例的基础上，步骤301之前还可以包括：通过所述测试客户端创建所述测试账号。
106.具体的，测试客户端可以在第一进行软件测试前进行测试账号的创建即可，然后以测试账号打开待测试软件，进行测试。整个测试过程仅占用该测试账号的数据空间，对其他账号，例如工作账号下的操作不造成影响，能够实现工作模式和测试模式的隔离，避免影响工作模式下系统性能，保证了系统的稳定性和安全性。
107.图5为本发明再一实施例提供的软件测试方法的交互示意图，在上述实施例的基础上，例如在图3所示实施例的基础上，本实施例中增设了内部测试平台，该内部测试平台可以对各个待测试的系统进行授权软件、处理反馈测试数据等统一的管理，以实现较高的效率。该方法包括：
108.501、测试客户端向内部测试平台发送待测试软件请求。
109.502、测试客户端接收内部测试平台根据所述待测试软件请求发送的待测试软件。
110.503、测试客户端安装所述待测试软件至所述测试账号空间。
111.504、测试客户端向所述内部测试平台发送权限控制列表请求。
112.505、测试客户端接收所述内部测试平台根据所述权限控制列表请求发送的权限控制列表。
113.506、测试客户端根据所述权限控制列表限定所述待测试软件的访问权限。
114.507、测试客户端运行所述待测试软件并获取内测数据。
115.508、测试客户端将所述内测数据发送给所述内部测试平台。
116.509、所述内部测试平台根据所述内测数据生成内测报告。
117.具体的，以车机系统为例，内部测试平台可以让开发者以授权的形式分发待测试软件给特定的车机或用户。车机端用户在车机端的测试客户端软件上获取被内部测试平台授权的待测试软件。图6为本发明再一实施例提供的软件测试方法的架构图，如图6所示，内部测试平台设置在云端，与设置在车机系统的测试客户端通信连接。
118.原有车机系统用户，即工作账号，假设为a。测试客户端具备系统权限，可以执行创建系统用户的操作，可以为待测试软件创建一个专有的测试模式下的测试账号btc
‑
b，待测试软件的生命周期全部归属到测试账号btc
‑
b下。
119.在工作账号a打开测试客户端时，测试客户端在用户无感知状态下切换到测试账号btc
‑
b，由此系统进入了测试模式，在测试模式下用户的操作所产生的数据都将保存在测试账号btc
‑
b下，与工作账号a有效隔离，互不影响。一旦用户确认关闭测试客户端，测试客户端将再次将测试账号btc
‑
b切换到工作账号a。此时系统从测试模式切换回工作模式。
120.由于测试客户端具备系统权限，可以查找到测试账号btc
‑
b安装的待测试软件(例如应用a，应用b)，它也可以以测试账号btc
‑
b的身份启动a、b等以测试账号btc
‑
b身份安装的待测试软件。此时应用a启动并运行在测试账号btc
‑
b的测试账号空间，测试客户端可以赋予其使用系统预装应用的权限，btc也能管理应用a涉及的权限。例如，可以限制应用a对用户敏感数据的访问，对通讯录的访问等的权限，因此，通过对待测试软件的权限的管理能够达到维护系统安全性的目的。在此安全保证的前提下收集应用a进行测试时的测试数据，并存储于测试账号空间。同时，测试账号btc
‑
b还可以借助测试客户端提供的反馈渠道提供
内测过程的体验反馈信息，并将测数据发送给内部测试平台。基于反馈的数据，内部测试平台可以以平台化的能力对待测试软件进行诊断，对待测试软件的质量做出有数据支持的评价，生成内测报告。
121.本实施例提供的软件测试方法，通过测试客户端获取内部测试平台授权的待测试软件，并通过测试客户端进行账号转换，以专门的测试账号对待测试软件进行测试，并将测试数据发送给内部测试平台生成内测报告，能够实现工作模式与测试模式的有效隔离，使得测试账号下的测试过程不会对工作账号下的系统性能造成影响，从而保证工作模式下系统的稳定性和安全性。
122.图7为本发明又一实施例提供的软件测试设备的结构示意图。如图7所示，该软件测试设备70包括：分帧模块701、检测模块702以及确定模块703。
123.切换模块701，用于响应于测试客户端的开启指令，由工作账号切换至所述测试账号。
124.测试模块702，用于在所述测试账号对应的测试账号空间对待测试软件进行测试。
125.存储模块703，用于将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。
126.本实施例提供的软件测试设备，通过切换模块701由工作账号切换至测试账号，测试模块702在所述测试账号对应的测试账号空间对待测试软件进行测试，存储模块703将测试过程中获得的内测数据存储于所述测试账号空间，以根据所述内测数据生成内测报告。能够通过专门创建测试账号，利用测试账号进行软件的测试，实现了测试数据与利用工作账号进行正常工作得到的工作数据的有效隔离，且避免了工作模式下的系统性能受到影响，从而保证系统在正常工作中的稳定性与安全性。
127.在一种可能的设计中，所述切换模块，具体用于：
128.响应于测试客户端的开启指令和待测试软件的开启指令，由工作账号切换至所述待测试软件对应的所述测试账号。
129.在一种可能的设计中，所述设备还包括：
130.创建模块，用于通过所述测试客户端创建所述测试账号。
131.在一种可能的设计中，所述设备还包括：
132.再次切换模块，用于响应于所述测试客户端的关闭指令，由所述测试账号切换至所述工作账号；
133.将工作过程中获得的工作数据存储于所述工作账号对应的工作账号空间。
134.在一种可能的设计中，所述设备还包括：
135.第一发送模块，用于向内部测试平台发送待测试软件请求；
136.第一接收模块，用于接收内部测试平台根据所述待测试软件请求发送的待测试软件；
137.第一安装模块，用于安装所述待测试软件至所述测试账号空间；
138.所述测试模块，具体用关于：
139.运行所述待测试软件并获取内测数据。
140.在一种可能的设计中，所述设备还包括：
141.第二发送模块，用于向所述内部测试平台发送权限控制列表请求；
142.第二接收模块，用于接收所述内部测试平台根据所述权限控制列表请求发送的权限控制列表；
143.限定模块，用于根据所述权限控制列表限定所述待测试软件的访问权限。
144.在一种可能的设计中，所述设备还包括：
145.第三发送模块，用于将所述内测数据发送给所述内部测试平台，以使所述内部测试平台根据所述内测数据生成内测报告；
146.第三接收模块，用于接收所述内部测试平台发送的内测报告。
147.在一种可能的设计中，所述设备还包括：
148.卸载模块，用于响应于内部测试结束指令，卸载所述待测试软件。
149.在一种可能的设计中，所述待测试软件被设置为仅对所述测试账号可见。
150.本发明实施例提供的软件测试设备，可用于执行上述的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
151.图8为本发明一实施例提供的软件测试设备的硬件结构示意图。如图8所示，本实施例提供的软件测试设备80包括：至少一个处理器801和存储器802。该软件测试设备80还包括通信部件803。其中，处理器801、存储器802以及通信部件803通过总线804连接。
152.在具体实现过程中，至少一个处理器801执行所述存储器802存储的计算机执行指令，使得至少一个处理器801执行如上软件测试设备80所执行的软件测试方法。
153.当本实施例中待测试软件通过云端服务器获取，且测试数据需要发送给服务器进行诊断生成内测报告时，该通信部件803可以将从服务器接收待测试软件，并将测试数据发送给服务器。
154.处理器801的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
155.在上述的图8所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
156.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
157.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
158.本技术还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上软件测试设备执行的软件测试方法。
159.上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只
读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
160.一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
161.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
162.本发明实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上软件测试设备执行的软件测试方法。
163.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。