测试方法及装置、电子设备和存储介质与流程

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.在一种可能的实现方式中，所述测试指令包括身份验证指令，所述装置还包括：发送模块，用于向所述待测设备发送一个或多个人脸图像；所述测试指令获取模块进一步用
所说明的任何实施例不必解释为优于或好于其它实施例。
74.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
75.另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
76.图1示出根据本公开实施例的测试方法的流程图，如图1所示，所述测试方法用于测试设备，所述方法包括：
77.在步骤s11中，获取待测设备的支付应用的操作界面；
78.在步骤s12中，获取与所述操作界面对应的测试指令，并发送至所述待测设备，其中，所述测试指令包括身份验证指令和/或支付指令；
79.在步骤s13中，获取所述待测设备对于所述测试指令的执行结果；
80.在步骤s14中，根据所述执行结果，确定所述支付应用的测试结果。
81.根据本公开的实施例的测试方法，可将待测设备的支付应用的操作界面传输至测试设备，并由测试设备根据操作界面对支付应用进行测试，可减少测试过程中对支付应用的功能的遗漏和重复，且能够通过测试设备对支付应用进行长期测试，以测试支付应用的性能和稳定性。
82.在一种可能的实现方式中，所述测试方法可以由终端设备或服务器等电子设备执行，终端设备可以为用户设备(user equipment，ue)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(personal digital assistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等，所述方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。或者，可通过服务器执行所述方法。
83.在一种可能的实现方式中，在手机、平板电脑等终端设备中，可安装有支付应用，可用于购买网络中提供的商品或服务。在示例中，在人工智能物联网系统的终端设备中，支付应用可用于购买系统的配件、设备或服务。支付应用具有操作界面(例如，用户交互(ui，user interface)界面)，在支付时，可打开支付应用的操作界面，并通过对操作界面中显示的功能单元(例如，按键、输入金额的输入框等)进行操作，从而完成支付。由于支付应用涉及到使用者与商品或服务的提供者的经济利益，因而其功能的稳定性和安全性的重要程度较高，可在支付应用上线前对齐进行测试。
84.在一种可能的实现方式中，在测试过程中，可通过测试设备对支付应用进行测试，支付应用可安装在手机、平板电脑等待测设备中，以模拟现实使用时的场景。测试设备可包括计算机(例如，个人计算机、工业计算机等)或服务器等，可用于连接至待测设备，以对待测设备中安装的支付应用进行测试。
85.在一种可能的实现方式中，在步骤s11中，为了减少测试过程中对功能的遗漏或重复，可使测试设备获取支付应用的操作界面，以基于操作界面中所涉及的功能进行测试，例如，可遍历操作界面中涉及的所有功能，并对其全部进行测试，以提高测试的完整性。在示例中，该操作界面还可在测试设备的显示器上进行呈现，使得测试人员可进行功能的交互
和选择，例如，可接收测试人员在操作界面中输入的指令，并基于输入的指令进行测试。在另一示例中，也可不呈现操作界面，而是由测试设备分析操作界面中所涉及的功能，并对功能进行测试，本公开对操作界面的用途不做限制。
86.在一种可能的实现方式中，在步骤s12中，测试设备可基于获得的支付应用的操作界面，生成测试指令，并发送至待测设备。测试设备可基于操作界面中涉及到的功能，生成与功能对应的测试指令。步骤s12可包括：根据所述操作界面中包括的功能单元，获得与所述功能单元对应的测试指令。
87.在示例中，所述操作界面中可涉及至少一种功能单元，例如，按键、输入框、身份验证、通信、动账等功能单元。例如，可利用按键来输入数字、文字等信息，例如，可输入文字，并通过通信功能与服务或商品的提供者进行沟通，还可输入与金额对应的数字等信息。输入框中可显示出输入的金额，文字等信息。通信功能可用于发送和接收文字等信息。身份验证可用于在支付过程中，对使用者的身份信息进行验证，以保障财产安全。动账可用于在支付时，从使用者指定的账户中扣除与金额相等的款项，以支付给款项的接收者(例如，商品或服务的提供者)。以上功能仅为示例，本公开对支付应用的具体功能类型不做限制。
88.在一种可能的实现方式中，测试设备可基于操作界面中涉及到的功能单元，生成对应的测试指令。例如，针对按键功能单元，可生成在操作界面中展示按键并接收对按键的操作指令的测试指令，即，可在将测试指令发送至待测设备后，在支付应用的操作界面中展示按键(例如软键盘)，并可接收使用者的输入。在这种情况下，使用者可输入数字、文字等信息，如果能够输入成功，则按键功能单元的功能正常。
89.例如，针对输入框功能单元，可生成在操作界面中展示输入框，并获取输入框中输入的信息的测试指令。即，在将测试指令发送至待测设备后，在支付应用的操作界面中展示按键和输入框，并可接收使用者的输入。在这种情况下，使用者可输入数字、文字等信息，如果输入的信息可展示在输入框中(即，测试设备获取到的输入框中的信息与使用者输入的信息一致)，则输入框功能单元的功能正常。
90.例如，针对通信功能单元，可生成发送文字信息或数字信息的测试指令。即，在将测试指令发送至待测设备后，支付应用可将输入框中的文字信息或数字信息发送至接收者。在这种情况下，如果发送成功，或者接收者能够接收成功，则通信功能单元的功能正常。
91.例如，针对身份验证功能单元，可生成调用摄像头、指纹识别组件、密码输入功能等用于采集验证信息的功能的指令，并采集使用者的验证信息，进而生成将验证信息与数据库中用于比对的参考信息(例如，与支付应用绑定的账户的户主的信息)进行比对的指令，并在比对结果一致的情况下，得到验证通过的结果，则表示身份验证功能单元功能正常，或者，在比对结果不一致的情况下，得到验证未通过的结果，则表示身份验证功能单元功能正常。
92.例如，动账功能单元，可生成在身份验证通过后，向指定账户支付特定金额的测试指令。在这种情况下，支付应用可在身份验证通过后，向指定账户支付特定金额，如果能够支付成功，或者指定账户接收到特定金额，则表示动账功能单元的功能正常。
93.在一种可能的实现方式中，可基于操作界面涉及的所有功能，生成对应的测试指令，以对所有功能进行测试，以上测试指令仅为示例，本公开对测试指令的具体形式不做限制。
94.通过这种方式，可生成与操作界面涉及的功能单元对应的测试指令，减少测试过程的遗漏和重复，提高测试效率。
95.在一种可能的实现方式中，还测试支付应用能够执行的多种处理流程，例如，在与对方沟通的过程中，需要按键、输入框、通信等多种功能单元的配合，才能完成完整的通信流程。在支付过程中，需要身份验证、动账等多种功能的配合，才能完成完整的支付流程。步骤s12可包括：获取所述操作界面对应的测试脚本；根据所述测试脚本，生成测试指令。
96.在一种可能的实现方式中，测试脚本可用于对处理流程进行测试，例如，可测试多种功能的执行与配合。可基于操作界面中功能所能够执行的处理流程生成测试脚本，以对完整的处理流程进行测试。
97.在一种可能的实现方式中，可利用测试脚本生成一系列的测试指令，例如，可将测试脚本中对处理流程的测试进行分解，分解为按一定的逻辑顺序对多种功能进行测试的一系列测试指令，并发送至待测设备。在发送至待测设备后，可使得支付应用执行一系列处理流程，并基于可处理流程的执行情况来确定支付应用的功能是否正常。
98.在示例中，以通信流程为例，可生成测试脚本，该测试脚本可对通信流程中涉及到的一系列功能单元进行测试。可基于测试脚本生成测试指令，并发送至待测设备，待测设备可基于测试指令展示按键，在通过按键接收到输入的信息后，在得到发送命令时，发送至接收者，并在接收者接收到对应的信息时，确定支付应用的功能正常。
99.在示例中，以支付流程为例，可生成测试脚本，该测试脚本可对支付流程中涉及到的一系列功能进行测试。可基于测试脚本生成测试指令，并发送至待测设备，待测设备可基于测试指令展示按键，在通过按键接收输入的金额后，启动身份验证功能单元，在身份验证通过时，执行动账功能。在支付应用确定支付成功，或接收方接收到一致的金额时，确定支付应用的功能正常。
100.以上流程仅为示例，还可生成测试其他流程的测试脚本，例如，测试接收金额等流程。本公开对测试的流程不做限制。
101.通过这种方式，可通过测试脚本测试完整的流程，提升测试的完整性和灵活性，并提升测试效率。
102.在一种可能的实现方式中，在测试的过程中，还可接收使用者或测试人员对于操作界面中的功能单元的操作指令，并基于操作指令进行测试，例如，如果支付应用能够实现操作指令的操作目标，则支付应用的功能正常。步骤s12可包括：接收对于所述操作界面中的功能单元的操作指令；根据所述操作指令，生成测试指令。
103.在一种可能的实现方式中，使用者或测试人员可在待测设备的支付应用的操作界面中输入操作指令，也可在测试设备获取到的操作界面中输入操作指令，本公开对此不做限制。
104.在示例中，所述操作指令可包括对数字信息、文字信息的输入指令，可基于该输入指令生成对应的测试指令，例如，可展示按键，并在输入框中显示输入的信息，如果输入的信息能够在输入框中正常显示，则可确定所涉及的按键功能单元、输入框功能单元等功能单元的功能正常。
105.在示例中，所述操作指令可包括对输入信息的发送指令，可基于该发送指令生成对应的测试指令，例如，可展示按键，并在输入框中显示输入的信息，并发送信息，如果能够
发送成功，或者接收方能够接收成功，则可确定所涉及的按键功能单元、输入框功能单元、通信功能单元等功能单元的功能正常。
106.在示例中，所述操作指令可包括支付指令，可基于支付指令生成对应的测试指令，例如，可展示按键，并在输入框中显示输入的金额，并在接收到支付指令时启动身份验证功能单元，在身份验证通过后启用动账功能单元，并在支付应用确定支付成功，或接收方接收到一致的金额时，确定涉及到的按键功能单元、输入框功能单元、身份验证功能单元及动账功能单元的功能正常。
107.通过这种方式，可通过接收到的操作指令对支付应用进行测试，提升测试的灵活性。
108.在一种可能的实现方式中，如上所述，在支付应用中，对于安全性的测试的重要程度较高，在对安全性进行测试时，可主要对身份验证功能单元进行测试，以提高支付应用的安全性。
109.在一种可能的实现方式中，身份验证功能单元可通过多种方式验证使用者的身份信息，进而确定使用者为账户的户主时，确定身份验证通过，从而可进行后续的支付处理。验证身份信息的方式可包括输入密码、指纹识别、虹膜识别、人脸识别等，本公开对身份验证的方式不做限制。
110.在示例中，在对输入密码的验证方式进行测试时，可输入账户的正确密码，如果验证通过，则身份验证功能单元的功能正常。或者，可输入错误的密码，如果验证不通过，则身份验证功能单元的功能正常。
111.在示例中，在对指纹识别的方式进行测试时，可在指纹检测组件上输入账户的户主的指纹，例如，通过指纹检测组件扫描账户的户主的手指，如果验证通过，则身份验证功能单元的功能正常。或者，可在指纹检测组件上输入户主之外的其他人的指纹，如果验证不通过，则身份验证功能单元的功能正常。
112.在示例中，在对虹膜识别的方式进行测试时，可使待测设备的摄像头对准账户的户主的眼镜，以采集虹膜信息，如果验证通过，则身份验证功能单元的功能正常。或者，可通过摄像头采集其他人的虹膜信息，如果验证不通过，则身份验证功能单元的功能正常。
113.在示例中，在对人脸识别的方式进行测试时，使待测设备的摄像头对准账户的户主的人脸，以采集身份图像，如果验证通过，则身份验证功能单元的功能正常。或者，可通过摄像头采集其他人的身份图像，如果验证不通过，则身份验证功能单元的功能正常。
114.在一种可能的实现方式中，在对人脸识别的方式进行测试时，为提升安全性，还可加入对活体检测的功能的测试，以减少安全隐患。在具有活体检测功能的人脸识别的过程中，可通过rgb摄像头来拍摄身份图像，并获取人脸特征信息，并可通过红外摄像头获取红外图像，并获取温度信息，以验证摄像头前的人脸是否为活体。在人脸特征信息的验证与活体的验证均通过的情况下，可确定身份验证通过。使用红外摄像头已进行活体检测仅为示例，还可通过检测深度信息等方式来进行活体检测，本公开对活体检测的方式不做限制。
115.在一种可能的实现方式中，可通过对账户的户主进行拍摄获得的图像进行身份验证，例如，可对拍摄的到的身份图像进行身份比对(例如，与数据库中保存的户主的身份图像进行比对)，并对户主进行活体检测，在身份比对和活体检测均通过的情况下，可确定身份验证功能单元功能正常。可通过对账户的户主之外的其他人进行拍摄获得的图像进行身
份验证，并对所述其他人进行活体检测，在身份比对未通过，且活体检测通过的情况下，确定身份验证功能单元功能正常。可对账户的户主的照片进行拍摄(即，拍摄得到的图像中包括一张照片)，并对拍摄获得的图像进行身份验证以及活体检测，在身份比对通过，但活体检测未通过的情况下，确定身份验证功能单元功能正常。可对账户的户主之外的其他人的照片进行拍摄，并对拍摄获得的图像进行身份验证以及活体检测，在身份比对和活体检测均未通过的情况下，确定身份验证功能单元功能正常。
116.在一种可能的实现方式中，可通过测试设备和待测设备二者共同对身份验证功能单元进行测试。所述测试指令包括身份验证指令，所述身份验证指令包括身份图像获取指令，活体检测指令以及身份比对指令，其中，所述身份图像获取指令用于使所述待测设备开启摄像头，并获取用于身份验证的身份图像，所述活体检测指令用于开启所述测试设备的活体检测功能，所述身份比对指令用于使所述测试设备根据所述身份图像进行身份比对，所述方法还包括：通过所述测试设备的显示器播放人脸图像；步骤s12可包括：根据所述操作界面中与支付功能相关的功能单元，获取在运行支付功能的过程中进行身份验证的身份验证指令，其中，所述身份图像包括通过所述待测设备的摄像头拍摄的所述测试设备的显示器中播放的人脸图像。
117.在一种可能的实现方式中，在支付应用的支付功能运行时，可进行身份验证，测试时可向待测设备发送身份验证指令。在进行具有活体检测功能的身份验证过程中，身份验证指令可包括身份图像获取指令，活体检测指令以及身份比对指令。
118.在一种可能的实现方式中，身份图像获取指令可调用摄像头，以拍摄使用者的身份图像。身份比对指令可用于将身份图像与数据库中账户的户主的身份图像进行比对。活体检测指令用于对使用者进行活体检测。
119.在一种可能的实现方式中，如上所述，可通过测试设备和待测设备二者共同进行测试，以提升测试的便利性，无需账户的户主亲自参与测试工作。例如，测试设备可包括个人计算机或工业计算机等设备，测试设备可包括显示器，可显示账户的户主的人脸图像。可通过待测设备的摄像头对准显示器上显示的人脸图像进行拍摄，即可拍摄到人脸的面部特征与账户的户主的面部特征一致，但并非活体的身份图像。
120.在一种可能的实现方式中，在身份比对过程中，可通过深度学习神经网络获取上述面部特征，并与数据库中的账户的户主的面部特征进行对比，获得身份比对结果。在进行活体检测的过程中，可对拍摄到的身份图像(即，拍摄得到的显示器显示出的人脸的图像)进行活体检测，获得活体检测结果。并基于身份对比结果和活体检测结果，确定身份验证结果，亦为支付应用对于身份验证指令的执行结果。
121.在一种可能的实现方式中，在步骤s13中，待测设备可将执行结果发送至测试设备，并在步骤s14中，测试设备可基于执行结果来确定支付应用的测试结果。在上述情况下，步骤s14可包括：在所述执行结果为身份验证通过的情况下，确定测试结果为所述支付应用功能存在缺陷，所述执行结果包括活体检测结果和身份比对结果，在所述活体检测结果和所述身份比对结果均通过的情况下，所述执行结果为身份验证通过。
122.在一种可能的实现方式中，如上所述，拍摄到的身份图像为人脸的面部特征与账户的户主的面部特征一致，但并非活体的图像，因此，虽然身份比对结果可以通过，但活体检测结果不应通过，在身份验证通过的情况下，活体检测功能存在缺陷，因此，身份验证功
能存在缺陷，进一步地，对支付应用的测试结果为支付应用的功能存在缺陷，活体检测功能不完善，可能存在安全隐患。
123.在一种可能的实现方式中，如果执行结果为身份验证不通过，则可进一步确定身份比对结果和活体检测结果。如果身份验证不通过的执行结果仅由活体检测未通过的原因引起，而身份比对通过，则可确定支付应用的功能正常，即，测试结果为测试通过。如果身份验证和活体检测均未通过，则可确定其身份比对的功能存在缺陷，进而使得支付应用的功能存在缺陷，即，测试结果为测试未通过。
124.在一种可能的实现方式中，当然，也可通过测试设备的显示器播放处账户的户主之外的其他人的人脸图像。则在活体检测结果和身份比对结果均为不通过的情况下，确定支付应用的测试结果为测试通过，否则，则确定支付应用的测试结果为测试不通过。
125.在一种可能的实现方式中，上述通过测试设备的显示器显示人脸图像的方式可通过使用人脸图像的照片来代替，即，具有人脸的非活体即可，本公开对此不做限制。
126.通过这种方式，可对身份比对功能和活体检测功能进行测试，提升支付安全性。
127.在一种可能的实现方式中，在测试过程中，为了提升测试效率，还可不启用摄像头来实际拍摄身份图像，而是可通过测试设备向待测设备发送一个或多个人脸图像，使得支付应用基于待测设备接收的一个或多个人脸图像进行身份验证，从而基于身份验证结果来确定对支付应用的测试结果。所述测试指令包括身份验证指令，所述方法还包括：向所述待测设备发送一个或多个人脸图像；步骤s12可包括：根据所述操作界面中与支付功能相关的功能单元，获取在运行支付功能的过程中进行身份验证的身份验证指令，使得所述支付应用根据所述待测设备发送的人脸图像进行身份验证。
128.在一种可能的实现方式中，所述一个或多个人脸图像可包括账户的户主的人脸图像，也可包括其他人的人脸图像。进一步地，所述一个或多个人脸图像可包括对账户的户主进行实际拍摄获得的人脸图像，也可包括对账户的户主的照片(非活体)进行拍摄获得的人脸图像，可包括对所述其他人进行实际拍摄获得的人脸图像，也可包括对所述其他人的照片(非活体)进行拍摄获得的人脸图像。本公开对此不做限制。
129.在一种可能的实现方式中，在对身份验证功能进行测试时，所述测试指令包括身份验证指令，可使支付应用基于所述人脸图像进行测试，例如，在具有活体检测功能的情况下，可将每张人脸图像均与数据库中保存的账户的户主的人脸图像进行身份比对，并对人脸图像进行活体检测，例如，利用深度信息进行活体检测，本公开对此不做限制。进一步地，可利用身份比对结果和活体检测结果共同确定身份验证结果。又例如，在不具备活体检测功能的情况下，仅需将每张人脸图像均与数据库中保存的账户的户主的人脸图像进行身份比对，并将身份比对结果作为身份验证结果。所述身份验证结果即为支付应用对于身份验证指令的执行结果。
130.在一种可能的实现方式中，步骤s13中，待测设备可将执行结果发送至测试设备，并在步骤s14中，测试设备可基于执行结果来确定支付应用的测试结果。在示例中，可基于一张人脸图像的身份验证结果来确定测试结果，例如，在人脸图像为账户的户主实际拍摄的人脸图像的情况下，如果身份验证结果通过，则可确定支付应用的测试结果为测试通过。
131.在一种可能的实现方式中，在进行身份验证时，可通过深度学习神经网络进行特征提取，并基于提取的特征信息来进行身份验证。所述执行结果包括所述待测设备对于所
述人脸图像与所述待测设备的数据库中的参考图像之间的特征相似度；步骤s14可包括：根据所述特征相似度，确定所述测试结果。
132.在示例中，在无需进行活体检测的情况下，可基于身份比对结果确定身份验证结果。身份比对结果可通过人脸图像与参考图像(即，账户的户主的人脸图像)之间的特征相似度来确定。在示例中，如果人脸图像与参考图像之间的特征相似度高于或等于相似度阈值，则可确定人脸图像中的目标对象的身份即为账户的户主。因此，可通过特征相似度来确定测试结果，如果人脸图像中的目标对象为账户的户主，且人脸图像与参考图像之间的特征相似度高于或等于相似度阈值，则可确定支付应用的测试结果为测试通过；如果人脸图像中的目标对象为账户的户主，且人脸图像与参考图像之间的特征相似度低于相似度阈值，则可确定支付应用的测试结果为测试不通过；如果人脸图像中的目标对象不是账户的户主，且人脸图像与参考图像之间的特征相似度高于或等于相似度阈值，则可确定支付应用的测试结果为测试不通过；如果人脸图像中的目标对象不是账户的户主，且人脸图像与参考图像之间的特征相似度低于相似度阈值，则可确定支付应用的测试结果为测试通过。
133.通过这种方式，可通过特征相似度来进行测试，以提升测试的准确性。
134.在另一示例中，也可通过多张人脸图像的身份验证结果来确定测试结果。步骤s14可包括：所述根据所述执行结果，确定所述支付应用的测试结果，包括：对所述待测设备对于一个或多个人脸图像的身份验证结果进行统计，确定所述测试结果。
135.在一种可能的实现方式中，可对身份验证结果的正确率进行统计，例如，如果人脸图像为对账户的户主实际拍摄的人脸图像，则身份验证结果为验证通过时，可确定支付应用的功能无缺陷，在验证结果为验证不通过时，可确定支付应用的功能存在缺陷；如果人脸图像为对账户的户主的照片(非活体)进行拍摄获得的人脸图像，则身份验证结果为验证不通过时，可确定支付应用的功能无缺陷，在验证结果为验证通过时，可确定支付应用的功能存在缺陷；如果人脸图像为对其他人的人脸图像，则身份验证结果为验证不通过时，可确定支付应用的功能无缺陷，在验证结果为验证通过时，可确定支付应用的功能存在缺陷。可统计确定支付应用功能无缺陷的身份验证次数与身份验证的总次数之比，以确定身份验证结果的正确率，并在正确率高于正确率阈值的情况下，确定测试结果为测试通过。
136.通过这种方式，可通过对身份验证结果进行统计来确定测试结果，提升测试结果的准确性。
137.在一种可能的实现方式中，在身份验证功能单元不存在功能缺陷的情况下，还可测试动账功能单元的功能是否正常。所述测试指令包括支付指令，所述支付指令包括支付数额信息，所述执行结果包括所述待测设备进行支付的目标设备对于所述待测设备的支付行为的接收数额信息；步骤s14可包括：在所述支付数额信息与所述接收数额信息一致的情况下，确定测试结果为所述支付应用的支付功能完善。
138.在示例中，在身份验证结果为验证通过后，可通过动账功能单元支付输入的金额。在测试时，测试指令即为支付指令，可用于向接收方(即，支付的目标设备)支付输入的金额，该金额的数值即为所述支付数额信息。在确定支付结果时，可通过接收方来确定，即，如果接收方接收到了支付应用所支付的金额，并且，数额与所述支付数额信息一致，则可确定支付应用的支付功能完善。
139.通过这种方式，可通过接收方对金额的接收情况来确定测试结果，可提高测试结
果的客观性和准确性。
140.在一种可能的实现方式中，支付应用的稳定性也具有重要作用，在对支付应用进行测试时，还可对其稳定性进行测试。所述执行结果包括所述待测设备对于多个时刻接收到的相同的测试指令的执行结果，所述测试结果包括稳定性测试结果，步骤s14可包括：在多个执行结果相同，或多个执行结果之间的误差小于或等于误差阈值的情况下，确定所述稳定性测试结果为所述支付应用运行稳定。
141.在一种可能的实现方式中，可在多个时刻想待测设备发送相同的测试指令，并由支付应用执行测试指令，以获得执行结果。如果支付应用运行稳定，则执行结果应一致，或非常接近(即，误差小于或等于误差阈值)，否则，支付应用的运行是不稳定的。
142.在示例中，在进行身份验证功能单元的测试时，可在多个时刻分别向待测设备发送相同的人脸图像，并获得人脸图像与参考图像之间的特征相似度，如果多次获得的特征相似度均相同，或误差小于或等于误差阈值，则稳定性测试结果为支付应用运行稳定，否则，稳定性测试结果为支付应用运行不稳定。或者，可在多个时刻分别向待测设备发送多个人脸图像，并统计每次的身份验证正确率，如果多次获得的正确率均相同，或误差小于或等于误差阈值，则稳定性测试结果为支付应用运行稳定，否则，稳定性测试结果为支付应用运行不稳定。
143.在示例中，类似地，还可对其他功能单元进行稳定性测试，例如，对通信功能进行稳定性测试。可在多个时刻多次调用通信功能发送信息，如果均可发送成功，或发送成功率高于或等于阈值，则稳定性测试结果为支付应用运行稳定，否则，稳定性测试结果为支付应用运行不稳定。本公开对稳定性测试的具体测试方式不做限制。
144.在一种可能的实现方式中，除了测试上述功能单元外，还可测试支付应用相关的其他功能的稳定性，例如，可支付应用需连接至互联网，则可测试待测设备的网络功能的稳定性，可在多个时刻多次连接至无线网络或蜂窝网络，以统计连接的成功率，并在成功率高于或等于阈值的情况下，确定联网功能能够稳定运行。
145.通过这种方式，可对支付应用进行稳定性测试，以确定支付应用的运行稳定性。
146.在一种可能的实现方式中，可在各个功能单元的功能均无缺陷，且能够稳定运行的情况下，确定支付应用的测试结果为测试通过。本公开对支付应用测试通过的条件不做限制。
147.根据本公开的实施例的测试方法，可将待测设备的支付应用的操作界面传输至测试设备，并由测试设备根据操作界面对支付应用进行测试，可减少测试过程中对支付应用的功能的遗漏和重复，并可通过对身份验证功能的测试，来提升支付应用的安全性。且能够通过测试设备对支付应用进行长期测试，以测试支付应用的性能和稳定性。
148.图2示出根据本公开实施例的测试方法的应用示意图。如图2所示，可通过测试设备对待测设备中安装的支付应用进行测试，以提升支付应用的安全性和稳定性。
149.在示例中，支付应用的操作界面中所涉及的功能单元可包括按键、输入框、身份验证、通信、动账等功能单元。可对这些功能单元的功能和稳定性分别进行测试。
150.在示例中，可通过输入信息并发送信息的测试指令来测试按键、输入框、通信等功能单元的功能，在信息能够发送成功的情况下，可确定这些功能单元的功能正常。
151.在示例中，可通过向待测设备发送多张图像，并通过支付应用的身份验证功能对
图像进行身份验证，并统计身份验证结果的正确率，在正确率高于或等于阈值的情况下，可确定身份验证功能单元的功能正常。
152.在示例中，可在身份验证后，向待测设备发送支付指令，使得支付应用向接收方支付特定的金额来验证动账功能单元，在接收方能够接收到一致的金额的情况下，可确定动账功能单元的功能正常。
153.在示例中，还可验证各功能单元的稳定性。例如，可在多个时刻向待测设备发送相同的测试指令，以调用各功能单元执行测试指令，以在多个时刻分别获得执行结果，在多个执行结果一致或接近的情况下，确定功能单元能够稳定运行。
154.在示例中，如果各功能单元能够稳定运行，且功能正常，则可确定支付应用的测试结果为通过，否则，支付应用的测试结果为不通过。
155.在一种可能的实现方式中，所述测试方法可用于对支付应用的测试中，可用于在支付过程中提高支付的安全性和稳定性，本公开对所述测试方法的应用领域不做限制。
156.可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
157.此外，本公开还提供了测试装置、电子设备、计算机可读存储介质、程序，上述均可用来实现本公开提供的任一种测试方法，相应技术方案和描述和参见方法部分的相应记载，不再赘述。
158.图3示出根据本公开实施例的测试装置的框图，如图3所示，所述装置包括：操作界面获取模块11，用于获取待测设备的支付应用的操作界面；测试指令获取模块12，用于获取与所述操作界面对应的测试指令，并发送至所述待测设备，其中，所述测试指令包括身份验证指令和/或支付指令；执行结果获取模块13，用于获取所述待测设备对于所述测试指令的执行结果；测试结果获取模块14，用于根据所述执行结果，确定所述支付应用的测试结果。
159.在一种可能的实现方式中，所述测试指令获取模块进一步用于：根据所述操作界面中包括的功能单元，获得与所述功能单元对应的测试指令。
160.在一种可能的实现方式中，所述测试指令获取模块进一步用于：获取所述操作界面对应的测试脚本；根据所述测试脚本，生成测试指令。
161.在一种可能的实现方式中，所述测试指令获取模块进一步用于：接收对于所述操作界面中的功能单元的操作指令；根据所述操作指令，生成测试指令。
162.在一种可能的实现方式中，所述测试指令包括身份验证指令，所述身份验证指令包括身份图像获取指令，活体检测指令以及身份比对指令，其中，所述身份图像获取指令用于使所述待测设备开启摄像头，并获取用于身份验证的身份图像，所述活体检测指令用于开启所述测试设备的活体检测功能，所述身份比对指令用于使所述测试设备根据所述身份图像进行身份比对，所述装置还包括：显示模块，用于通过所述测试设备的显示器播放人脸图像；所述测试指令获取模块进一步用于：根据所述操作界面中与支付功能相关的功能单元，获取在运行支付功能的过程中进行身份验证的身份验证指令，其中，所述身份图像包括通过所述待测设备的摄像头拍摄的所述测试设备的显示器中播放的人脸图像。
163.在一种可能的实现方式中，所述测试结果获取模块进一步用于：在所述执行结果
为身份验证通过的情况下，确定测试结果为所述支付应用功能存在缺陷，所述执行结果包括活体检测结果和身份比对结果，在所述活体检测结果和所述身份比对结果均通过的情况下，所述执行结果为身份验证通过。
164.在一种可能的实现方式中，所述测试指令包括身份验证指令，所述装置还包括：发送模块，用于向所述待测设备发送一个或多个人脸图像；所述测试指令获取模块进一步用于：根据所述操作界面中与支付功能相关的功能单元，获取在运行支付功能的过程中进行身份验证的身份验证指令，使得所述支付应用根据所述待测设备发送的人脸图像进行身份验证。
165.在一种可能的实现方式中，所述执行结果包括所述待测设备对于一个或多个人脸图像的身份验证结果，所述测试结果获取模块进一步用于：对所述待测设备对于一个或多个人脸图像的身份验证结果进行统计，确定所述测试结果。
166.在一种可能的实现方式中，所述执行结果包括所述待测设备对于所述人脸图像与所述待测设备的数据库中的参考图像之间的特征相似度；所述测试结果获取模块进一步用于：根据所述特征相似度，确定所述测试结果。
167.在一种可能的实现方式中，所述测试指令包括支付指令，所述支付指令包括支付数额信息，所述执行结果包括所述待测设备进行支付的目标设备对于所述待测设备的支付行为的接收数额信息；所述测试结果获取模块进一步用于：在所述支付数额信息与所述接收数额信息一致的情况下，确定测试结果为所述支付应用的支付功能完善。
168.在一种可能的实现方式中，所述执行结果包括所述待测设备对于多个时刻接收到的相同的测试指令的执行结果，所述测试结果包括稳定性测试结果，所述测试结果获取模块进一步用于：在多个执行结果相同，或多个执行结果之间的误差小于或等于误差阈值的情况下，确定所述稳定性测试结果为所述支付应用运行稳定。
169.该方法与计算机系统的内部结构存在特定技术关联，且能够解决如何提升硬件运算效率或执行效果的技术问题(包括减少数据存储量、减少数据传输量、提高硬件处理速度等)，从而获得符合自然规律的计算机系统内部性能改进的技术效果。
170.在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。
171.本公开实施例还提出一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是易失性或非易失性计算机可读存储介质。
172.本公开实施例还提出一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为调用所述存储器存储的指令，以执行上述方法。
173.本公开实施例还提供了一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备的处理器中运行时，所述电子设备中的处理器执行上述方法。
174.电子设备可以被提供为终端、服务器或其它形态的设备。
175.图4示出根据本公开实施例的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器或终端设备。参照图4，电子设备1900包括处理组件1922，其进一步包括
一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。
176.电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(i/o)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如微软服务器操作系统(windows server
tm
)，苹果公司推出的基于图形用户界面操作系统(mac os x
tm
)，多用户多进程的计算机操作系统(unix
tm
),自由和开放原代码的类unix操作系统(linux
tm
)，开放原代码的类unix操作系统(freebsd
tm
)或类似。
177.在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。
178.本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
179.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是(但不限于)电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
180.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
181.用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c 等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令
的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
182.这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
183.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
184.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
185.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
186.该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
187.上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
188.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
189.若本技术技术方案涉及个人信息，应用本技术技术方案的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本技术技术方案涉及敏感个人信息，应用本技术技术方案的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标识告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围即视为同意对其个人信息进行采集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人
信息处理规则的情况下，通过弹窗信息或请个人自行上传其个人信息等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式以及处理的个人信息种类等信息。
190.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。