通知服务测试方法、装置、电子设备及存储介质与流程

1.本技术涉及测试技术领域，尤其涉及通知服务测试方法、装置、电子设备及存储介质。


背景技术：

2.在面向服务的架构体系中，一个应用由一系列相互独立的服务组成，这些服务的开发和部署都没有依赖。服务开发完成后，需要对服务的功能进行测试以便对整个应用系统的功能进行测试。
3.服务提供方(service provider)是指对外提供请求的服务或应用，服务消费方(service consumer)是指调用该服务的下游应用。在一种场景中，服务消费方请求服务提供方执行某种服务任务，服务提供方执行完该服务任务后，通常会通过通知服务向服务消费方反馈任务执行结果，例如，该通知服务可以是回调服务。
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.图1示出了本技术实施例提供的一种通知服务测试系统的结构示意图；
42.图2示出了本技术实施例提供的一种通知服务测试方法的流程图；
43.图3示出了本技术实施例提供的另一种通知服务测试方法的流程图；
44.图4示出了本技术实施例提供的一种回调服务测试系统的结构示意图；
45.图5示出了本技术实施例提供的一种回调服务测试方法的流程图；
46.图6示出了本技术实施例提供的一种通知服务测试装置的结构示意图；
47.图7示出了本技术实施例提供的一种通知校验模块的结构示意图；
48.图8示出了本技术实施例提供的另一种通知校验模块的结构示意图；
49.图9示出了本技术实施例提供的另一种通知服务测试装置的结构示意图；
50.图10示出了本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
51.请参见图1，示出了本技术实施例提供的一种通知服务测试系统的结构示意图，该系统包括服务提供方系统和虚拟服务消费方系统。
52.如图1所示，服务提供方系统包括业务服务和待测试通知服务，业务服务用于接收外部的业务请求，并调用待测试通知服务将服务执行结果反馈给虚拟服务消费方。
53.mock测试是指在测试过程中，对于某些不容易构造或者不容易获取的对象，用一
个虚拟的对象来创建以便测试。
54.基于mock测试的思想，根据真实服务消费方的处理逻辑创建服务消费方对应的虚拟对象，即虚拟服务消费方，利用虚拟服务消费方模拟真实服务消费方与服务提供方进行交互，虚拟服务消费方向服务提供方的业务服务发送服务请求，业务服务响应该请求执行相应的服务任务，并生成服务执行结果通知。业务服务调用待测试通知服务将服务执行结果通知反馈至虚拟服务消费方。
55.虚拟服务消费方通过校验待测试通知服务发送的服务执行结果通知的正确性，获得待测试通知服务的测试结果。
56.下面将结合图2详细介绍通知服务的测试方法，如图2所示，本技术提供的一种通知服务的测试方法可以包括以下步骤：
57.s110，虚拟服务消费方接收待测试通知服务发送的服务执行结果通知。
58.其中，虚拟服务消费方根据与所述待测试服务对应的服务消费方创建得到。
59.服务执行结果通知是服务提供方执行服务任务后产生，并调用待测试通知服务发送至所述虚拟服务消费方。
60.其中，上述的服务任务是指虚拟服务消费方向服务提供方发出的业务服务请求，业务服务是指服务提供方对外提供的服务。
61.s120，虚拟服务消费方校验所述服务执行结果通知是否正确，得到待测试通知服务的测试结果。
62.虚拟服务消费方从服务提供方获取与该服务执行结果通知相匹配的正确服务执行结果，并根据正确服务执行结果验证服务执行结果通知是否正确，如果服务执行结果通知正确，表明待测试通知服务正确；如果服务执行结果通知不正确，表明待测试通知服务不正确。
63.在本技术的一个实施例中，可以根据服务提供方执行所执行的服务任务的信息(例如，服务任务对应的唯一标识)，从服务提供方的数据库中查询与该信息相匹配的服务执行结果作为正确服务执行结果。
64.本实施提供的通知服务的测试方法，通过创建虚拟服务消费方接收待测试通知服务发送的服务执行结果通知，并验证该服务执行结果通知的正确性，如果虚拟服务消费方接收的服务执行结果通知正确，则表明待测试通知服务正确，如果虚拟服务消费方接收的服务执行结果通知不正确，则表明待测试通知服务不正确。该方案不需要人工对服务执行结果通知进行检查，提高了测试准确率和测试效率。此外，当通知服务的接口变更后，通过校验变更前后数据是否正确来验证改动点的可靠性，从而保证接口变更的可靠性。
65.该方案还能实现通知服务接口的自动化测试，当通知服务的接口发生变更后，
66.请参见图3，示出了本技术实施例提供的另一种通知服务测试方法的流程图，本实施例将详细说明虚拟服务消费方校验服务执行结果通知的过程，如图3所示，该方法可以包括以下步骤：
67.s210，服务提供方响应虚拟服务消费方发送的服务请求，执行服务任务得到相应的服务执行结果并存储。
68.在本技术的实施例中，服务提供方响应虚拟服务消费方发送的服务请求后得到的服务执行结果，会存储在服务提供方对应的数据库中。例如，该数据库可以采用键值对
(key
‑
value)方式存储数据，如服务执行结果中的各字段名存储为键(即，关键字)，各字段对应的具体内容存储为值，采用key
‑
value方式存储数据方便读取服务执行结果中各个字段对应的具体内容。
69.s220，服务提供方根据服务执行结果生成相应的服务执行结果通知，并调用待测试通知服务将服务执行结果通知发送至虚拟服务消费方。
70.s230，虚拟服务消费方对服务执行结果通知中的数字签名进行验证；如果验证数字签名正确，则执行s240；如果验证数字签名不正确，则执行s270。
71.在一种应用场景中，服务提供方利用加密算法对服务执行结果通知中添加了数字签名。数字签名是信息发送方产生的其他人无法伪造的一段数字串，这段数字串同时也是对信息发送方的身份真实性的一个有效校验。此种应用场景中，虚拟服务消费方需要对服务执行通知中的数字签名进行验证，以验证服务提供方的签名逻辑是否与预期一致，以及验证服务执行结果通知中的内容是否被篡改。
72.虚拟服务消费方利用与服务提供方相同的加密算法对服务执行结果通知中的字段进行加密，得到一个数字签名。然后，将生成的数字签名与服务执行结果通知中的数字签名进行对比。
73.如果两个数字签名相同，确定服务执行结果通知中的数字签名正确，并继续验证服务执行结果通知中的内容是否准确；如果两个数字签名不同，确定服务执行结果中的数字签名不正确，进而确定待测试通知服务不正确。
74.在创建虚拟服务消费方时，按照服务提供方使用的加密算法搭建虚拟服务消费方的加密处理逻辑，针对不同的加密算法，虚拟服务消费方有不同的处理策略。
75.例如，对于对称加密算法(如md5)，服务提供方使用指定的加密密钥进行加密，虚拟服务消费方在验证数字签名时，也使用同样的加密密钥进行加密，虚拟服务消费方判断自己生成的数字签名与服务执行结果通知中的数字签名是否一致。
76.对于非对称加密算法，服务提供方会使用平台证书的私钥进行加密，得到数字签名，虚拟服务消费方使用平台证书中的公钥验证服务执行结果通知中的数字签名是否正确。此种情况下，要确保虚拟服务消费方能够获取验签需要的证书和密钥。
77.s240，虚拟服务消费方调用服务提供方的查询接口查询获得与服务执行结果通知相匹配的正确服务执行结果。
78.服务提供方向虚拟服务消费方提供查询接口，虚拟服务消费方通过该查询接口查询得到与服务执行结果通知中的参数相匹配的服务执行结果，即正确服务执行结果。
79.s250，虚拟服务消费方比较服务执行结果通知中内容与正确服务执行结果的内容是否完全一致；如果完全一致，则执行s260；如果不完全一致，则执行s270。
80.虚拟服务消费方将从服务提供方查询得到的服务执行结果后，将该服务执行结果与接收到的服务执行结果通知进行对比，从而校验待测试服务发来的服务执行结果通知的内容是否正确。
81.虚拟服务消费方逐个字段比较正确服务执行结果中的字段内容与接收到的服务执行结果通知中的字段内容是否一致，如果两个服务执行结果中所有字段的内容都一致，则确定服务执行结果通知正确，进而确定待测试通知服务正确；如果两个服务执行结果中存在任一字段的内容不一致，则确定服务执行结果通知不正确，进而确定待测试通知服务
不正确。
82.s260，确定待测试通知服务正确。
83.s270，确定待测试通知服务不正确。
84.在本技术的一个优选实施例中，如图3所示，该方法还可以包括s280。
85.s280，虚拟服务消费方存储服务执行结果通知及校验结果。
86.虚拟服务消费方会将服务执行结果的校验结果存储到虚拟服务消费方对应的数据库中，以便与已有的集成测试框架相结合。
87.例如，与服务提供方的整个业务服务对应的集成测试用例，当服务提供方运行完相应的业务服务后，会向虚拟服务消费方发送服务执行结果通知，该集成测试用例就可以通过查询存储在虚拟服务消费方的数据库中存储的校验结果，确定服务提供方是否发送服务执行结果通知给服务消费方，并且发送的服务执行结果是否正确，以此实现整个服务提供方的自动化测试用例覆盖，提高了测试效率。
88.其中，集成测试是针对面向服务的架构(soa)体系结构中的服务或接口进行的测试。测试用例是集成测试的材料，是一种可执行的代码文件，记录某次测试的具体输入参数，以及预期的输出结果。
89.此外，虚拟服务消费方对应的数据库可以采用与服务提供方相同的数据库。当然，在其他实施例中，虚拟服务消费方也可以采用与服务提供方不同的数据库。
90.本实施例提供的通知服务测试方法，虚拟服务消费方先对服务执行结果通知中的数字签名进行校验，从而验证服务提供方的签名逻辑是否与预期一致。数字签名验证通过后，从服务提供方中查询与该服务执行结果通知的参数相匹配的正确服务执行结果，并基于该正确服务执行结果验证服务执行结果通知是否正确，以此验证待测试通知服务是否正确。利用该方案能够实现对待测试通知服务的自动测试，无需人工检查，因此提高了通知服务的测试效率和测试准确率。此外，虚拟服务消费方还将服务执行结果通知的校验结果存储到虚拟服务消费方对应的数据库中，以便已有的服务提供方的集成测试用例直接使用该校验结果，因此提高了服务提供方的测试效率。
91.下面将结合一个具体的应用场景详细介绍通知服务测试方法。
92.请参见图4，示出了本技术实施例提供的一种回调服务测试系统的结构示意图，该系统包括支付系统和mock商户系统。其中，支付系统为服务提供方系统，mock商户系统为服务消费方的虚拟对象，即利用mock服务模拟商户系统。
93.本应用场景中，支付系统的用户在客户端进行委托商户代扣授权的签约后，商户可以直接从该用户的账户中扣款，无需用户进行支付操作。
94.支付系统中部署有签约服务和回调服务，签约服务用于完成用户的代扣签约请求，回调服务用于将签约结果通知给商户系统。
95.下面将结合图5详细说明支付系统中的回调服务的测试流程：
96.s310，用户在支付系统的操作界面上选择授权商户代扣，商户系统向支付系统发送代扣签约请求。
97.s320，支付系统内部的签约服务处理代扣签约请求，校验用户签约的权限，校验通过后，根据权限模板信息生成签约协议，并保存协议信息到支付系统的数据库store中，完成代扣签约流程。
98.s330，签约服务根据mock服务的回调地址，对mock服务发起回调通知，该回调通知中包含签约结果的信息。
99.mock服务的回调地址可以根据回调服务对回调地址的安全性要求设计，例如，回调服务对回调地址的安全性要求较高，严格要求是https地址，此种应用场景下，mock服务需要搭建https服务，申请对应的域名和证书，保证https服务可用。
100.https是以安全为目标的http通道，在http的基础上通过传输加密和身份认证保证了传输过程的安全性。
101.支付系统对mock服务发起回调通知后，如果收到mock服务的应答不符合规范或超时，则认为通知失败，然后，按照一定策略定期重新发起回调通知。因此，通过mock服务，可以模拟向商户通知成功和通知失败的两种情况。
102.s340，mock服务收到支付系统的回调通知后，验证回调通知中的数字签名是否正确；如果数字签名正确，则执行s350；如果数字签名不正确，则执行s370。
103.通过验证回调通知中的数字签名来验证签约服务中的签名逻辑是否与预期一致，同时，还能验证回调服务的接口是否有改动。
104.s350，mock服务按照回调通知中的参数，从支付系统的数据库中查询相应签约服务对应的签约结果，并逐字段比较该签约结果中的内容与回调通知中的内容是否一致，如果各字段完全一致，则执行s360；如果存在至少一个字段不一致，则执行s370。
105.s360，确定回调服务正确。
106.s370，确定回调服务不正确。
107.s380，mock服务存储回调通知的校验结果。
108.mock服务得到回调通知的校验结果后，将该校验结果存储至mock服务的数据库mock_store中，以便与已有的集成测试框架相结合。
109.例如，签约服务的集成测试用例，在运行完签约服务的正常流程后，会发送签约通知给商户，签约服务的集成测试用例通过查询存储在mock_store中的校验结果，确认签约服务是否发送签约通知(即，回调通知)给商户，且回调通知中的数据是否正确，以此实现整个签约流程的自动化测试用例覆盖。
110.本实施例提供的回调服务测试方法，mock服务对回调通知的数字签名进行校验，从而验证签约服务的签名逻辑是否与预期一致。数字签名验证通过后，继续验证回调通知中的内容是否正确，从而验证回调服务是否与预期一致。由上述内容可知，该方案实现了回调服务的自动化测试，与人工检查数据的测试方式相比，该方案提供了回调服务的测试效率和准确率。此外，mock服务还存储了签约结果的校验结果，以便签约服务的已有集成测试用例直接使用该校验结果，进而提高了签约服务的测试效率。
111.相应于上述的回调服务测试方法实施例，本技术还提供了回调服务测试装置实施例。
112.请参见图6，示出了本技术实施例提供的一种回调服务测试装置的结构示意图，该装置应用于部署有mock服务的设备中，如图6所示，该装置包括：
113.通知接收模块110，用于接收待测试通知服务发送的服务执行结果通知。
114.其中，虚拟服务消费方根据与所述待测试服务对应的服务消费方创建得到，所述服务执行结果通知是服务提供方执行服务任务后产生，并调用所述待测试通知服务发送至
所述虚拟服务消费方。
115.通知校验模块120，用于校验服务执行结果通知是否正确，得到待测试通知服务的测试结果。
116.在本技术的一个实施例中，如图7所示，通知校验模块120包括：
117.查询子模块121，用于从服务提供方获取与所述服务执行结果通知相匹配的正确服务执行结果。
118.比较子模块122，用于比较服务执行结果通知与正确服务执行结果是否完全一致。
119.第一确定子模块123，用于当服务执行结果通知包含的内容与所述正确服务执行结果中的内容完全一致时，确定所述待测试通知服务正确。
120.第二确定子模块124，用于当服务执行结果通知中的内容与所述正确服务执行结果中的内容不一致时，确定所述待测试通知服务不正确。
121.在本技术的另一个实施例中，如图8所示，通知校验模块120还包括：
122.验签子模块125，用于对所述服务执行结果通知中的数字签名进行验证，当验证正确后，触发所述查询子模块121执行相应的步骤。
123.在本技术的一个实施例中，验签子模块125具体用于：
124.利用目标加密算法对所述服务执行结果中的数据进行加密，生成数字签名；对比生成的数字签名与所述服务执行结果通知中的数字签名是否一致；如果一致，确定所述服务执行结果通知中的数字签名正确；如果不一致，确定所述服务执行结果通知中的数字签名不正确，此种情况下，确定待测试通知服务不正确。
125.在本技术的一个实施例中，如图9所示，该装置还包括虚拟服务创建模块210。
126.虚拟服务创建模块210，用于根据所述待测试通知服务所要通知的服务消费方的服务程序，创建所述服务消费方的虚拟对象，并根据服务消费方的通知地址配置虚拟对象的地址，获得虚拟服务消费方。
127.本实施例提供的通知服务测试装置，创建与待测试通知服务对应的虚拟服务消费方，该虚拟服务消费方与真实的服务消费的处理逻辑相同。当服务提供方执行完相应的服务任务后产生服务执行结果通知，并调用待测试通知服务反馈给虚拟服务消费方；虚拟服务消费方校验接收到的服务执行结果通知是否正确，从而得到待测试通知服务的测试结果。由上述内容可知，该方案通过创建虚拟服务消费方接收待测试通知服务发送的服务执行结果通知，并验证该服务执行结果通知的正确性，如果虚拟服务消费方接收的服务执行结果通知正确，则表明待测试通知服务正确，如果虚拟服务消费方接收的服务执行结果通知不正确，则表明待测试通知服务不正确。该方案不需要人工对服务执行结果通知进行检查，提高了测试准确率和测试效率。
128.另一方面，本技术还提供了一种电子设备，如参见图10，其示出了本技术的电子设备的一种组成结构示意图，该电子设备可以是服务器、pc机等设备。其中，服务器可以是单台服务，或者多台服务器组成的而服务器集群。
129.本实施例的电子设备可以包括：处理器310和存储器320。
130.可选的，该电子设备还可以包括通信接口330、输入单元340和显示器350和通信总线360。
131.处理器310、存储器320、通信接口330、输入单元340、显示器350、均通过通信总线
360完成相互间的通信。
132.在本技术实施例中，该处理器310，可以为中央处理器(central processing unit，cpu)，特定应用集成电路，数字信号处理器、现成可编程门阵列或者其他可编程逻辑器件等。
133.该处理器可以调用存储器320中存储的程序。具体的，处理器可以执行以下消息发送方法的实施例中应用服务器侧所执行的操作。
134.存储器320中用于存放一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令，在本技术实施例中，该存储器中至少存储有用于实现以下功能的程序：
135.虚拟服务消费方接收待测试通知服务发送的服务执行结果通知，其中，所述虚拟服务消费方根据与所述待测试服务对应的服务消费方创建得到，所述服务执行结果通知是服务提供方执行服务任务后产生，并调用所述待测试通知服务发送至所述虚拟服务消费方；
136.所述虚拟服务消费方校验所述服务执行结果通知是否正确，得到所述待测试通知服务的测试结果。
137.在一种可能的实现方式中，所述虚拟服务消费方校验所述服务执行结果通知是否正确，得到所述待测试通知服务的测试结果，包括：
138.所述虚拟服务消费方从所述服务提供方获取与所述服务执行结果通知相匹配的正确服务执行结果；
139.当所述服务执行结果通知包含的内容与所述正确服务执行结果中的内容完全一致时，确定所述待测试通知服务正确；
140.当所述服务执行结果通知中的内容与所述正确服务执行结果中的内容不一致时，确定所述待测试通知服务不正确。
141.在另一种可能的实现方式中，所述虚拟服务消费方校验所述服务执行结果通知是否正确，得到所述待测试通知服务的测试结果，还包括：
142.所述虚拟服务消费方对所述服务执行结果通知中的数字签名进行验证；
143.当验证所述数字签名正确后，执行所述虚拟服务消费方从所述服务提供方获取与所述服务执行结果通知相匹配的正确服务执行结果。
144.在又一种可能的实现方式中，所述虚拟服务消费方对所述服务执行结果通知中的数字签名进行验证，包括：
145.所述虚拟服务消费方利用目标加密算法对所述服务执行结果中的数据进行加密，生成数字签名；
146.对比生成的数字签名与所述服务执行结果通知中的数字签名是否一致；
147.如果一致，确定所述服务执行结果通知中的数字签名正确；
148.如果不一致，确定所述服务执行结果通知中的数字签名不正确。
149.在另一种可能的实现方式中，所述虚拟服务消费方校验所述服务执行结果通知是否正确，得到所述待测试通知服务的测试结果，还包括：
150.当验证所述服务执行结果通知中的数字签名不正确后，确定所述待测试通知服务不正确。
151.在又一种可能的实现方式中，所述方法还包括：
152.所述虚拟服务消费方存储所述服务执行结果通知及所述服务执行结果的校验结果。
153.在另一种可能的实现方式中，所述方法还包括：
154.根据所述待测试通知服务所要通知的服务消费方的服务程序，创建所述服务消费方的虚拟对象；
155.根据所述服务消费方的通知地址配置所述虚拟对象的地址，获得所述虚拟服务消费方。
156.在一种可能的实现方式中，该存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如图像播放功能等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据，比如，用户数据及图像数据等等。
157.此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
158.该通信接口330可以为通信模块的接口，如gsm模块的接口。
159.本技术还可以包括显示器340和输入单元350等等。
160.当然，图10所示的电子设备的结构并不构成对本技术实施例中电子设备的限定，在实际应用中电子设备可以包括比图10所示的更多或更少的部件，或者组合某些部件。
161.另一方面，本技术实施例还提供了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上任意一个实施例中虚拟服务消费方所执行的通知服务测试方法。
162.又一方面，本技术实施例还提供了一种计算机程序产品，当该计算机程序产品在电子设备上执行时，适于执行初始化有如上任意一个实施例中虚拟服务消费方所执行的通知服务测试方法。
163.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
164.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
165.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的
范围。
166.以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。