CN111382050B - 一种网络服务接口测试的方法及装置 - Google Patents

一种网络服务接口测试的方法及装置 Download PDF

Info

Publication number
CN111382050B
CN111382050B CN201811633214.7A CN201811633214A CN111382050B CN 111382050 B CN111382050 B CN 111382050B CN 201811633214 A CN201811633214 A CN 201811633214A CN 111382050 B CN111382050 B CN 111382050B
Authority
CN
China
Prior art keywords
interface
webservice interface
test
webservice
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811633214.7A
Other languages
English (en)
Other versions
CN111382050A (zh
Inventor
吕一男
檀莉
王鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aisino Corp
Original Assignee
Aisino Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aisino Corp filed Critical Aisino Corp
Priority to CN201811633214.7A priority Critical patent/CN111382050B/zh
Publication of CN111382050A publication Critical patent/CN111382050A/zh
Application granted granted Critical
Publication of CN111382050B publication Critical patent/CN111382050B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种网络服务Webservice接口测试的方法及装置，所述方法包括:根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；接收所述Webservice接口返回的测试结果；根据所述测试结果，确定所述Webservice接口是否正常，从而有效的提高了Webservice接口测试的准确性。

Description

一种网络服务接口测试的方法及装置
技术领域
本发明涉及软件测试技术领域，尤其涉及一种网络服务接口测试的方法及装置。
背景技术
税控密码体系系统是由增值税防伪税控税务端网络版系统与密钥管理系统组成的，其中密钥管理系统包含密钥管理系统服务器与密码机。网络服务Webservice接口是增值税防伪税控税务端网络版系统与密钥管理系统之间通讯的重要接口，是整个税控密码体系系统中最重要的组成部分。Webservice接口接收增值税防伪税控税务端网络版系统传入的JSON格式数据参数，对传入的JSON格式数据进行校验，如传入数据校验未通过即返回相关错误码，如传入数据校验通过则将该数据传给密钥管理系统进行加密，加密后返回的密钥数据通过Webservice接口传送至增值税防伪税控税务端网络版系统。
然而，现有技术中对税控密码体系系统的Webservice接口的测试方法主要是测试人员在增值税防伪税控税务端网络版系统中执行各种测试操作，对Webservice接口进行测试，因为需要在增值税防伪税控税务端网络版系统中获取相应的结果，而当结果不正确时，并不能准确的确定是增值税防伪税控税务端网络版系统出现了问题，还是Webservice接口出现了问题，因此影响了测试的准确性。
发明内容
本发明实施例提供了一种网络服务Webservice接口测试的方法及装置，用以解决现有技术中网络服务Webservice接口测试的准确性低的问题。
本发明实施例提供了一种网络服务Webservice接口测试的方法，所述方法包括:
根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；
根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；
接收所述Webservice接口返回的测试结果；
根据所述测试结果，确定所述Webservice接口是否正常。
进一步地，所述当前待测试的Webservice接口包括：获取主控密钥Webservice接口、获取应用密钥Webservice接口、应用密钥加密Webservice接口、应用密钥解密Webservice接口、获取设备公钥Webservice接口、旧设备加解密Webservice接口中的任意一种Webservice接口。
进一步地，如果当前待测试的Webservice接口为获取主控密钥Webservice接口和获取应用密钥Webservice接口，所述测试界面中包含输入设备IDequipmentID的输入框；
如果当前待测试的Webservice接口为应用密钥加密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框；
如果当前待测试的Webservice接口为应用密钥解密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框；
如果当前待测试的Webservice接口为获取设备公钥Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框；
如果当前待测试的Webservice接口为旧设备加解密Webservice接口，所述测试界面中包含输入base64格式加解密数据data的输入框。
进一步地，所述根据所述测试结果，确定所述Webservice接口是否正常包括：
针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
进一步地，所述发送给所述Webservice接口包括：
调用AJAX的post方式发送给所述Webservice接口。
进一步地，所述根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，所述方法还包括：
判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
本发明实施例提供了一种网络服务Webservice接口测试的装置，所述装置包括：
展示模块，用于根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；
发送模块，用于根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；
接收模块，用于接收所述Webservice接口返回的测试结果；
确定模块，用于根据所述测试结果，确定所述Webservice接口是否正常。
进一步地，所述确定模块，具体用于针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
进一步地，所述发送模块，具体用于调用AJAX的post方式发送给所述Webservice接口。
进一步地，所述发送模块，还用于在根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
本发明实施例提供了一种网络服务Webservice接口测试的方法及装置，所述方法包括:根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；接收所述Webservice接口返回的测试结果；根据所述测试结果，确定所述Webservice接口是否正常。
由于本发明实施例中直接针对待测试的Webservice接口进行测试请求的输入，并直接获取Webservice接口返回的测试结果，其中，该测试请求包含用户在测试界面输入的信息，因此可以根据返回的测试结果，准确的确定Webservice接口是否正常，从而有效的提高了Webservice接口测试的准确性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供的一种Webservice接口测试的方法流程图；
图2为本发明实施例4提供的一种获取主控密钥Webservice接口测试的方法流程图；
图3为本发明实施例4提供的一种获取应用密钥Webservice接口测试的方法流程图；
图4为本发明实施例4提供的一种应用密钥加密的Webservice接口测试的方法流程图；
图5为本发明实施例4提供的一种应用密钥解密Webservice接口测试的方法流程图；
图6为本发明实施例4提供的一种获取设备公钥Webservice接口测试的方法流程图；
图7为本发明实施例4提供的一种旧设备加解密Webservice接口测试的方法流程图；
图8为本发明实施例4提供的一种Webservice接口测试的方法流程图；
图9为本发明实施例5提供的一种网络服务Webservice接口测试的装置结构示意图。
具体实施方式
下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
实施例1：
图1为本发明实施例提供的一种Webservice接口测试的方法流程图，所述方法包括：
S101：根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面。
为了提高税控密码体系系统的网络服务Webservice接口测试的准确性，本发明实施例采用一种集成税控密码体系系统的Webservice接口测试工具，该测试工具可以实现Webservice接口的功能测试和单元测试，其测试范围覆盖了Webservice接口的全部代码、模块以及所有的面向用户的功能点，税控密码体系系统中包括六个不同的Webservice接口，包括获取主控密钥Webservice接口、获取应用密钥Webservice接口、应用密钥加密Webservice接口、应用密钥解密Webservice接口、获取设备公钥Webservice接口、旧设备加解密Webservice接口。而本发明实施例提供的该测试方法可以测试Webservice接口中的任意一种接口。
具体地，测试工具上可以根据当前待测试的Webservice接口，展示该Webservice接口对应的测试界面，以便于用户特别是测试人员在该测试界面进行后续的操作。
S102：根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口。
针对不同的待测试的Webservice接口，用户在该Webservice接口对应的测试界面输入的信息是不同的，该信息的具体内容不限。具体地，用户可以在上述展示的Webservice接口测试界面上输入对应的信息。当该测试工具识别到用户已在该测试界面完成信息输入后，生成对该Webservice接口进行测试的测试请求。
针对不同的Webservice接口进行测试，该测试请求的内容也是不同的，具体的内容根据实际情况来定，该内容可以包括用户在当前待测试的Webservice接口对应的测试界面输入的信息。
为了便于Webservice接口进行后续操作，可以按照预设的转换规则将该测试请求转换成JSON格式数据，即将包含上述信息的测试请求转换成对应的JSON格式数据，并将这些JSON格式数据组成JSON格式的字符串，然后调用AJAX的post方式发送给对应的Webservice接口，其中，具体的测试请求格式转换和字符串发送给该Webservice接口的过程为现有技术，在此不再赘述。
S103：接收所述Webservice接口返回的测试结果。
当待测试的Webservice接口接收到测试工具发送的JSON格式的字符串后，根据预设的校验规则，判断该字符串是否符合该校验规则，如果否，该Webservice接口就会返回相应的错误码，如果是，该Webservice接口就会向密钥管理系统发送相应的数据请求，该数据请求中包括上述JSON格式的字符串。
由于该密钥管理系统包括密钥管理系统服务器和密码机，因此，不同的Webservice接口判断出该字符串符合该校验规则时，根据自身的实际情况向密钥管理系统服务器或密码机发送数据请求，例如，获取主控密钥Webservice接口就会向密码机发送数据请求，获取设备公钥Webservice接口就会向密钥管理系统服务器发送数据请求。
密钥管理系统如果接收到待测试Webservice接口发送的数据请求，根据该数据请求进行后续的操作，因为测试过程是模拟正常的数据处理过程的，因此密钥管理系统接收到该数据请求后，进行相应处理的过程属于现有技术，在本发明实施例中对该过程不进行赘述。
密钥管理系统对该数据请求进行处理后，将相应的处理结果返回给Webservice接口，待测试的Webservice接口如果接收到上述服务器发送的状态码后，将该状态码转换成JSON格式，并组成新的JSON格式的字符串，将该字符串发送给测试工具，测试工具根据接收到的字符串确定测试结果是否正确。
具体地，测试工具接收待测试的Webservice接口发送的新的JSON格式的字符串，可以调用AJAX的post方式接收该Webservice接口发送的新的JSON格式的字符串。
S104：根据所述测试结果，确定所述Webservice接口是否正常。
上述的测试工具接收到待测试的Webservice接口发送的新的JSON格式的字符串后，可以直接根据该字符串判断测试结果是否正确，进而确定该Webservice接口是否正常，也可以将该字符串进行相应的数据处理后，根据处理后的数据来判断测试结果是否正确，进而确定该Webservice接口是否正常，其中，该数据处理可以是数据格式转换，比较等。
由于本发明实施例中直接针对待测试的Webservice接口进行测试请求的输入，并直接获取Webservice接口返回的测试结果，其中，该测试请求包含用户在测试界面输入的信息，因此可以根据返回的测试结果，准确的确定Webservice接口是否正常，从而有效的提高了Webservice接口测试的准确性。
实施例2：
在上述实施例的基础上，为了进一步提高Webservice接口测试的准确性，如果当前待测试的Webservice接口为获取主控密钥Webservice接口和获取应用密钥Webservice接口，所述测试界面中包含输入设备IDequipmentID的输入框；
如果当前待测试的Webservice接口为应用密钥加密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框；
如果当前待测试的Webservice接口为应用密钥解密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框；
如果当前待测试的Webservice接口为获取设备公钥Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框；
如果当前待测试的Webservice接口为旧设备加解密Webservice接口，所述测试界面中包含输入base64格式加解密数据data的输入框。
所述根据所述测试结果，确定所述Webservice接口是否正常包括：
针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
因为在待测试的Webservice接口对应的测试界面上，不同的信息输入框中的信息类型是确定的，当用户在对应的输入框中输入相应的信息后，待测试Webservice接口的测试请求也就确定了，而针对这样的测试请求，如果Webservice接口正常其应该返回的测试结果应该是确定的，也就是说该测试结果与预设的Webservice接口的目标测试结果一致。具体的该目标测试结果是测试人员根据实际情况进行设置的。如果该测试结果与预设的Webservice接口的
目标测试结果不一致，则说明该Webservice接口不正常。
具体地，如果当前待测试的Webservice接口为获取主控密钥Webservice接口，该测试界面中包含输入设备IDequipmentID的输入框，进而用户输入的信息为设备IDequipmentID，因此，该测试请求中包含设备IDequipmentID，而该Webservice接口发送给测试工具的测试结果为第一JSON格式字符串，测试工具接收到该第一JSON格式字符串后，判断该第一JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第一JSON格式字符串可以是该Webservice接口将主控密钥对应的base64格式数据、密钥类型以及当前对应的第一操作状态码的数据分别转换成对应的JSON格式数据后组成的。具体的过程为：测试工具将该设备IDequipmentID转换成JSON格式的字符串，将该字符串发送给获取主控密钥Webservice接口，该Webservice接口接收到该JSON格式的字符串后，并将该JSON格式字符串作为测试数据，根据该测试数据，判断该Webservice接口对设备ID的值是否符合校验规则，如果是，该Webservice接口向密码机发送相应的数据请求，该数据请求中包括符合校验规则的JSON格式字符串，密码机根据该JSON格式字符串生成相应的加密数据，即关于主控密钥和密钥类型的加密数据，并将该加密数据发送给该Webservice接口；该Webservice接口接收到密码机发送的关于主控密钥和密钥类型的加密数据后，先将关于主控密钥的加密数据进行base64编码处理，得到主控密钥对应的base64格式数据，然后可以将该主控密钥对应的base64格式数据、密钥类型以及当前对应的第一操作状态码的数据分别转换成对应的JSON格式数据，将这些数据组成第一JSON格式字符串。
如果当前待测试的Webservice接口为获取应用密钥Webservice接口，该测试界面中包含输入设备IDequipmentID的输入框，进而用户输入的信息为设备IDequipmentID，因此，该测试请求中包含设备IDequipmentID，而该Webservice接口发送给测试工具的测试结果为第二JSON格式字符串，测试工具接收到该第二JSON格式字符串后，判断该第二JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第二JSON格式字符串可以是该Webservice接口将应用密钥对应的base64格式数据、sm3加密校验码以及当前对应的第二操作状态码的数据分别转换成对应的JSON格式数据后组成的。
如果当前待测试的Webservice接口为应用密钥加密Webservice接口，该测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框，进而用户输入的信息为设备IDequipmentID、业务类型service_type、base64格式原始数据data，因此，该测试请求中包含设备IDequipmentID、业务类型service_type、base64格式原始数据data，而该Webservice接口发送给测试工具的测试结果为第三JSON格式字符串，测试工具接收到该第三JSON格式字符串后，判断该第三JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第三JSON格式字符串可以是该Webservice接口将第一加密数据对应的base64格式数据、密码机生成该第一加密数据对应的操作时间以及当前对应的第三操作状态码的数据分别转换成对应的JSON格式数据后组成的。
如果当前待测试的Webservice接口为应用密钥解密Webservice接口，该测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框，进而用户输入的信息为设备IDequipmentID、业务类型service_type、base64格式加密数据data，因此，该测试请求中包含设备IDequipmentID、业务类型service_type、base64格式加密数据data，而该Webservice接口发送给测试工具的测试结果为第四JSON格式字符串，测试工具接收到该第四JSON格式字符串后，判断该第四JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第四JSON格式字符串可以是该Webservice接口将第一解密数据对应的base64格式数据、密码机生成该第一解密数据对应的操作时间以及当前对应的第四操作状态码的数据分别转换成对应的JSON格式数据后组成的。
如果当前待测试的Webservice接口为获取设备公钥Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框，进而用户输入的信息为设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting，因此，该测试请求中包括设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting，而该Webservice接口发送给测试工具的测试结果为第五JSON格式字符串，测试工具接收到该第五JSON格式字符串后，判断该第五JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第五JSON格式字符串是该Webservice接口将表示密钥管理系统服务器返回的状态正常的标识信息对应的数据转换成对应的JSON格式数据后组成的，即该Webservice接口将表示密钥管理系统服务器返回的状态正常的状态码对应的数据转换成对应的JSON格式数据后组成的，具体的过程为：测试工具将设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting分别转换成JSON格式的字符，并组成JSON格式的字符串，将该字符串发送给获取设备公钥Webservice接口，该Webservice接口接收到该JSON格式的字符串后，并将该JSON格式字符串作为测试数据，根据该测试数据，判断该Webservice接口对上述设备ID、设备公钥和公钥指纹是否均符合校验规则，如果是，该Webservice接口向密钥管理系统服务器发送数据请求，该数据请求中包括符合校验规则的JSON格式字符串，密钥管理系统服务器根据该JSON格式字符串，在自身对应的数据库中查找是否存在设备ID、设备公钥、公钥指纹对应的值和上述三个数据分别对应相等的数据，如果是，则将表示密钥管理系统服务器返回的状态正常的状态码发送给该Webservice接口；该Webservice接口接收到密钥管理系统服务器发送的状态码后，将该状态码对应的数据转换成对应的JSON格式数据，组成新的JSON格式字符串。
如果当前待测试的Webservice接口为旧设备加解密Webservice接口，该测试界面中包含输入base64格式加解密数据data的输入框，进而用户输入的信息为base64格式加解密数据data，因此，该测试请求中包括base64格式加解密数据data，而该Webservice接口发送给测试工具的测试结果为第六JSON格式字符串，测试工具接收到该第六JSON格式字符串后，判断该第六JSON格式字符串是否与该Webservice接口对应的目标测试结果是否一致，如果是，这说明该Webservice接口正常，否则，该Webservice接口不正常。其中，该第六JSON格式字符串可以是该Webservice接口将第二加密数据或第二解密数据对应的base64格式数据、密码机生成该第二加密数据或第二解密数据对应的操作时间以及当前对应的第五操作状态码的数据分别转换成对应的JSON格式数据后组成的。
为了提高Webservice接口测试的准确性，当前待测试的Webservice接口可以是上述任意一种Webservice接口，上述测试工具可以将测试结果进行相应的处理，得到处理后的测试结果，然后，判断处理后的测试结果与当前待测试的Webservice接口对应的目标测试结果是否一致，如果是，确定该Webservice接口正常。具体的确定过程可以为：
上述的测试工具接收到待测试的Webservice接口返回的测试结果后，先识别该测试结果中是否存在需要进行base64解码的第四数据，如果是，将该第四数据进行base64解码，得到base64解码后的第五数据，将第五数据显示在测试工具中对应的显示框中，如果第四数据不需要进行base64解码，则直接显示第四数据，并且测试工具将这些数据与预先设置对应的目标值进行对比，然后根据对比结果，判断该待测试的Webservice接口返回的测试结果与该Webservice接口对应的目标测试结果是否一致，如果是，说明该Webservice接口正常，如果否，说明该Webservice接口不正常。
另外，上述的Webservice接口测试中过程产生的数据可以同步存储到本地文件中，保留全部的测试数据。这样方便研发人员收集测试数据，利于更好地复现问题和定位缺陷。
这样可以更高效地完成税控密码体系系统的WebService接口的功能和单元测试任务，极大的提高了功能测试以及单元测试的工作效率，同时节约了人力成本。
由于本发明实施例中如果当前待测试的Webservice接口为所述任意一种Webservice接口，判断所述测试结果是否与预设的目标结果一致，如果是，确定该Webservice接口正常，这样可以进一步提高Webservice接口测试的准确度。
实施例3：
在上述各个实施例的基础上，为了进一步提高Webservice接口测试的效率，所述根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，所述方法还包括：
判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
为了提高Webservice接口测试的效率，在进行该测试之前，可以先判断上述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据，具体的base64编码过程是现有技术，在此不再赘述。
与此同时，上述测试工具在测试界面包含base64编码按钮，用户可以通过点击该按钮，将普通的数据编码成base64格式的数据，可以减少后续测试中的数据格式转换。
由于本发明实施例中在根据用户在该测试界面输入的信息，按照预设的转换规则将包含该信息的测试请求转换为JSON格式的字符串之前，判断该信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据，这样可以减少后续测试中的数据格式转换，从而进一步提高Webservice接口测试的效率。
实施例4：
在上述各个实施例的基础上，本发明实施例提供了上述六种Webservice接口对应的测试方法。
图2为本发明实施例提供的一种获取主控密钥Webservice接口测试的方法流程图。
S201：测试工具将获取主控密钥的测试请求转换为JSON格式的字符串，发送给获取主控密钥Webservice接口。
测试工具展示获取主控密钥Webservice接口对应的测试界面，测试人员在该测试界面中设备IDequipmentID的输入框内，输入相应的设备ID。然后，测试工具接收到获取主控密钥的测试请求后，具体的该测试请求中可以包含设备IDequipmentID，测试工具将该数据转换成JSON格式数据，组成JSON格式字符串，然后，调用AJAX的post方式将该JSON格式数据串发送给该Webservice接口，该过程可以由如下程序完成，该程序为：
{
“equipmentID”:“”,
}
其中，“equipmentID”表示设备ID。
S202：接收获取主控密钥Webservice接口返回的测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。然后，该Webservice接口对该测试数据进行相应的校验，如果该测试数据校验成功，则向密码机发送相应的数据请求，如果该测试数据校验失败，则该Webservice接口向该测试工具返回相应的错误码。
具体的，该Webservice接口接收到包含有equipmentID的测试数据后，对该equipmentID进行多层校验，可以包括校验在密钥管理系统服务器的数据库中是否存在该equipmentID，该equipmentID是否处于被注销状态，该equipmentID是否为空，以及该equipmentID的长度是否符合要求等。因此，测
试工具在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID，从而可以更好地测试该Webservice接口的相应校验功能。
如果上述多层校验中的某一项校验失败，该Webservice接口将会根据预先保存的不同校验结果对应的操作状态码，返回相应的错误码。例如，在该测试方法中，该Webservice接口判断在密钥管理系统服务器的数据库中，是否存在该测试数据中携带的设备ID对应的设备，如果是，判断该设备是否处于注销状态，如果该设备处于注销状态或者在该数据库中不存在该设备，该Webservice接口返回相应的错误码。如果在该数据库中存在该设备并且该设备没有处于注销状态时，该Webservice接口再判断该设备ID对应的值是否符合校验规则。具体地，可以判断该设备ID对应的值是否不为空且为16个字符，如果否，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果该设备ID对应的值不为空并且为16个字符，说明该测试数据符合校验规则，即该Webservice接口通过了检验。之后，Webservice接口将该测试数据发送给密码机，密码机根据该JSON格式字符串生成相应的加密数据，即关于主控密钥和密钥类型的加密数据，并将该加密数据发送给该Webservice接口。如果密码机出错，则向该Webservice接口发送相应的错误数据。
S203：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S202可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串。如果该测试结果是上述加密数据对应的测试结果，先将该新的JSON格式字符串中的关于主控密钥的数据进行base64解码，得到base64解码后的主控密钥，然后将该base64解码后的主控密钥、密钥类型以及操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将这三个数据与各自对应的目标值进行对比，根据对比结果，验证步骤S203中该Webservice接口对关于主控密钥的加密数据进行的base64编码操作是否正确，根据该验证结果，判断该Webservice接口是否正常，或者判断这三个数据与各自对应的目标值是否均对应一致，如果是，该Webservice接口正常，否则，该Webservice接口不正常。
如果该测试结果是上述错误数据对应的测试结果，将该新的JSON格式字符串中错误数据和操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的操作状态码对应的目标值，将该操作状态码与该目标值进行对比，根据对比结果，判断该Webservice接口是否正常。
另外，Webservice接口接收到包含有equipmentID的测试数据后，对该equipmentID进行多层校验，具体的校验内容已在步骤S202中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID，从而测试Webservice接口的相应校验功能，因此还需要根据上述需求，向该Webservice接口提供适当的equipmentID，对上述功能进行测试，因此用户向Webservice接口提供的equipmentID是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该操作状态码(status)为0时，说明该Webservice接口正常，可以将该主控密钥对应的base64格式数据和密钥类型正确地发送给测试工具，以便于测试工具进行后续的操作；当该操作状态码(status)为1时，说明密码机出错，无法根据该JSON格式字符串生成相应的加密数据，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为2时，说明密钥管理系统数据库中上述设备ID对应的设备目前已是注销状态，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为3时，说明在密钥管理系统的数据库中不存在上述设备ID对应的设备，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入设备ID(equipmentID)的数据不合法，比如，输入的equipmentID数据为空或者该数据对应的值不是16个字符，无法进行后续的操作，故该Webservice接口无法正常工作。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“mc_secretkey”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式主控密钥；“sk_type”指的是上述Webservice接口返回的新的JSON格式字符串中的密钥类型；“stutas”指的是上述Webservice接口返回的新的JSON格式字符串中的当前操作状态码，0表示当前该操作执行成功。
在上述各个实施例的基础上，图3为本发明实施例提供的一种获取应用密钥Webservice接口测试的方法流程图。
S301：测试工具将获取应用密钥的测试请求转换为JSON格式的字符串，发送给获取应用密钥Webservice接口。
测试工具展示获取应用密钥Webservice接口对应的测试界面，测试人员在该测试界面中设备IDequipmentID的输入框内，输入相应的设备ID。然后，测试工具接收到获取应用密钥的测试请求后，具体的该测试请求中可以包含设备IDequipmentID，测试工具将该数据转换成JSON格式数据，组成JSON格式字符串，然后，调用AJAX的post方式将该JSON格式字符串发送给该Webservice接口，该过程可以由如下程序完成，该程序为：
{
“equipmentID”:“”,
}
其中，“equipmentID”表示设备ID。
S302：接收获取应用密钥Webservice接口返回的测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。与上述的获取主控密钥Webservice接口测试方法相同，也要对该测试数据进行相应的校验。具体的校验过程为：
该Webservice接口判断在密钥管理系统服务器的数据库中，是否存在该测试数据中携带的设备ID对应的设备，如果是，判断该设备是否处于注销状态，如果该设备处于注销状态或者在该数据库中不存在该设备，该Webservice接口返回相应的错误码。如果在该数据库中存在该设备并且该设备没有处于注销状态时，该Webservice接口再判断该设备ID对应的值是否符合校验规则。具体地，可以判断该设备ID对应的值是否不为空且为16个字符，如果否，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果该设备ID对应的值不为空并且为16个字符，说明该测试数据符合校验规则，即该Webservice接口通过了检验。之后，Webservice接口将该测试数据发送给密码机，密码机根据该JSON格式字符串生成相应的加密数据，即关于应用密钥和sm3加密校验码的加密数据，并将该加密数据发送给该Webservice接口。如果密码机出错，则向该Webservice接口发送相应的错误数据。
S303：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S302可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串。如果该测试结果是上述加密数据对应的测试结果，先将该新的JSON格式字符串中的关于应用密钥的数据进行base64解码，得到base64解码后的应用密钥，即得到对应的base64解码后的购票密钥、开票密钥、发行密钥和填充密钥，然后将该base64解码后的购票密钥、开票密钥、发行密钥和填充密钥，sm3加密校验码以及操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将这六个数据与各自对应的目标值进行对比，根据对比结果，验证步骤S303中该Webservice接口对关于应用密钥的加密数据进行的base64编码操作是否正确，根据该验证结果，判断该Webservice接口是否正常；或者判断这六个数据与各自对应的目标值是否均对应一致，如果是，该Webservice接口正常，否则，该Webservice接口不正常。
如果该测试结果是上述错误数据对应的测试结果，将该新的JSON格式字符串中错误数据和操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的操作状态码对应的目标值，将该操作状态码与该目标值进行对比，根据对比结果，判断该Webservice接口是否正常。
另外，Webservice接口接收到包含有equipmentID的测试数据后，对该equipmentID进行多层校验，具体的校验内容已在步骤S302中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID，从而测试Webservice接口的相应校验功能，因此还需要根据上述需求，向该Webservice接口提供适当的equipmentID，对上述功能进行测试，因此用户向Webservice接口提供的equipmentID是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该操作状态码(status)为0时，说明该Webservice接口正常，可以将该应用密钥对应的base64格式数据和sm3加密校验码正确地发送给测试工具，以便于测试工具进行后续的操作；当该操作状态码(status)为1时，说明密码机出错，无法根据该JSON格式字符串生成相应的加密数据，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为2时，说明密钥管理系统数据库中上述设备ID对应的设备目前已是注销状态，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为3时，说明在密钥管理系统的数据库中不存在上述设备ID对应的设备，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入设备ID(equipmentID)的数据不合法，比如，输入的equipmentID数据为空或者该数据对应的值不是16个字符，无法进行后续的操作，故该Webservice接口无法正常工作。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“buy_invoice_secretkey”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式的购票密钥；“invoice_secretkey”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式开票密钥；“issue_secretkey”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式发行密钥；“filler_secretkey1”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式填充密钥；“filler_secretkey2”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式填充密钥；“filler_secretkey3”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式填充密钥；“check_code”指的是上述Webservice接口返回的新的JSON格式字符串中的sm3加密的校验码；“stutas”指的是上述Webservice接口返回的新的JSON格式字符串中的当前操作状态码，0表示当前该操作执行成功。
在上述各个实施例的基础上，图4为本发明实施例提供的一种应用密钥加密的Webservice接口测试的方法流程图。
S401：测试工具将应用密钥加密的测试请求转换为JSON格式的字符串，发送给应用密钥加密Webservice接口。
测试工具展示应用密钥加密的Webservice接口对应的测试界面，测试人员在该测试界面中设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框内，输入相应的设备ID、业务类型、base64格式原始数据。然后，测试工具接收到获取应用密钥的测试请求后，具体的该测试请求中可以包含设备IDequipmentID、业务类型service_type、base64格式原始数据data，其中，base64格式原始数据data可以是测试人员利用该测试工具上的base64格式转换按钮对需要进行base64编码的数据进行base64编码处理，得到base64格式的原始数据。测试工具将这些数据转换成JSON格式数据，组成JSON格式字符串，然后，调用AJAX的post方式将该JSON格式字符串发送给该Webservice接口，该过程可以由如下程序完成，该程序为：
其中，“equipmentID”指的是设备ID；“service_type”指的是业务类型；“data”指的是base64格式原始数据。
S402：接收应用密钥加密Webservice接口返回的测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。与上述的获取主控密钥Webservice接口测试方法类似，也要对该测试数据进行相应的校验。具体的校验过程为：
该Webservice接口判断在密钥管理系统服务器的数据库中，是否存在该测试数据中携带的设备ID对应的设备，如果是，判断该设备是否处于注销状态，如果该设备处于注销状态或者在该数据库中不存在该设备，该Webservice接口向该测试工具返回相应的错误码。
如果在该数据库中存在该设备并且该设备没有处于注销状态时，该Webservice接口再判断上述设备ID、业务类型和上述base64格式的原始数据的值是否均符合校验规则，具体地，可以判断这三个值是否均不为空并且业务类型对应的值的范围在2-7之间，以及原始数据对应的值的字符数是32个字符的倍数，如果否，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果这三个值均不为空并且业务类型对应的值的范围在2-7之间，以及原始数据对应的值的字符数是32个字符的倍数，说明该测试数据符合校验规则，即该Webservice接口通过了检验。之后，Webservice接口将该测试数据发送给密码机，密码机根据该JSON格式字符串生成相应的加密数据，并将该加密数据和该加密过程对应的操作时间数据发送给该Webservice接口。如果密码机出错，则向该Webservice接口发送相应的错误数据。
S403：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S402可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串。如果该测试结果是上述加密数据和该加密过程对应的操作时间数据对应的测试结果，先将该新的JSON格式字符串中的加密数据进行base64解码，得到base64解码后的加密数据，然后将该base64解码后的加密数据、上述操作时间以及操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将这三个数据与各自对应的目标值进行对比，根据对比结果，验证步骤S403中该Webservice接口对加密数据进行的base64编码操作是否正确，根据该验证结果，判断该Webservice接口是否正常；或者判断这三个数据与各自对应的目标值是否均对应一致，如果是，该Webservice接口正常，否则，该Webservice接口不正常。
如果该测试结果是上述错误数据对应的测试结果，将该新的JSON格式字符串中错误数据和操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的操作状态码对应的目标值，将该操作状态码与该目标值进行对比，根据对比结果，判断该Webservice接口是否正常。
另外，Webservice接口接收到包含有equipmentID、service_type、data的测试数据后，对该equipmentID、service_type、data进行多层校验，具体的校验内容已在步骤S402中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID、service_type、data，从而测试Webservice接口的相应校验功能，因此还需要根据上述需求，向该Webservice接口提供适当的equipmentID、service_type、data，对上述功能进行测试，因此用户向Webservice接口提供的equipmentID、service_type、data是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该操作状态码(status)为0时，说明该Webservice接口正常，可以将该加密数据对应的base64格式数据和上述操作时间正确地发送给测试工具，以便于测试工具进行后续的操作；当该操作状态码(status)为1时，说明密码机出错，无法根据该JSON格式字符串生成相应的加密数据，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为2时，说明密钥管理系统数据库中上述设备ID对应的设备目前已是注销状态，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为3时，说明在密钥管理系统的数据库中不存在上述设备ID对应的设备，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入设备ID(equipmentID)的数据不合法，无法进行后续的操作，故该Webservice接口无法正常工作，比如，输入的equipmentID数据和/或service_type数据为空，该equipmentID数据对应的值不是16个字符，该service_type数据对应的值非空，但该值不在2-7的范围内，输入的原始数据对应的值的字符数不是32个字符的倍数。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“data”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式的加密数据；“status”指的是上述Webservice接口返回的新的JSON格式字符串中的操作状态码；“time”指的是上述Webservice接口返回的新的JSON格式字符串中的操作时间。
在上述各个实施例的基础上，图5为本发明实施例提供的一种应用密钥解密Webservice接口测试的方法流程图。
S501：测试工具将应用密钥解密的测试请求转换为JSON格式的字符串，发送给应用密钥解密Webservice接口。
测试工具展示应用密钥解密Webservice接口对应的测试界面，测试人员在该测试界面中设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框内，输入相应的设备ID、业务类型、base64格式加密数据。然后，测试工具接收到应用密钥解密的测试请求后，具体的该测试请求中可以包含设备IDequipmentID、业务类型service_type、base64格式加密数据data，其中，base64格式加密数据data可以是测试人员利用该测试工具上的base64格式转换按钮对需要进行base64编码的数据进行base64编码处理，得到base64格式的加密数据。测试工具将这些数据转换成JSON格式数据，组成JSON格式字符串。然后，调用AJAX的post方式将该JSON格式字符串发送给该Webservice接口，该过程可以由如下程序完成，该程序为：
其中，“equipmentID”指的是该JSON格式字符串中的设备ID；“service_type”指的是该JSON格式字符串中的业务类型；“data”指的是该JSON格式字符串中的base64格式加密数据。
S502：接收应用密钥解密Webservice接口返回的测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。与上述的获取主控密钥Webservice接口测试方法类似，也要对该测试数据进行相应的校验。具体的校验过程为：
该Webservice接口判断在密钥管理系统服务器的数据库中，是否存在该测试数据中携带的设备ID对应的设备，如果是，判断该设备是否处于注销状态，如果该设备处于注销状态或者在该数据库中不存在该设备，该Webservice接口向该测试工具返回相应的错误码。
如果在该数据库中存在该设备并且该设备没有处于注销状态时，该Webservice接口再判断该Webservice接口对设备ID、业务类型和上述base64格式的加密数据的值是否均符合校验规则，具体地，可以判断这三个值是否均不为空并且业务类型对应的值的范围在2-7之间，以及加密数据对应的值的字符数是32个字符的倍数，如果否，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果这三个值均不为空并且业务类型对应的值的范围在2-7之间，以及加始数据对应的值的字符数是32个字符的倍数，说明该测试数据符合校验规则，即该Webservice接口通过了检验。之后，Webservice接口将该测试数据发送给密码机，密码机根据接收到的该JSON格式字符串生成相应的解密数据，并将该解密数据和该解密过程对应的操作时间数据发送给该Webservice接口。如果密码机出错，则向该Webservice接口发送相应的错误数据。
S503：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S502可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串。如果该测试结果是上述加密数据对应的测试结果，先将该新的JSON格式字符串中的解密数据进行base64解码，得到base64解码后的解密数据，然后将该base64解码后的解密数据、上述操作时间以及操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将这三个数据与各自对应的目标值进行对比，根据对比结果，验证步骤S503中该Webservice接口对解密数据进行的base64编码操作是否正确，根据该验证结果，判断该Webservice接口是否正常；或者判断这三个数据与各自对应的目标值是否均对应一致，如果是，该Webservice接口正常，否则，该Webservice接口不正常。
如果该测试结果是上述错误数据对应的测试结果，将该新的JSON格式字符串中错误数据和操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的操作状态码对应的目标值，将该操作状态码与该目标值进行对比，根据对比结果，判断该Webservice接口是否正常。
另外，Webservice接口接收到包含有equipmentID、service_type、data的测试数据后，对该equipmentID、service_type、data进行多层校验，具体的校验内容已在步骤S502中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID、service_type、data，从而测试Webservice接口的相应校验功能，因此还需要根据上述需求，向该Webservice接口提供适当的equipmentID、service_type、data，对上述功能进行测试，因此用户向Webservice接口提供的equipmentID、service_type、data是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该操作状态码(status)为0时，说明该Webservice接口正常，可以将该解密数据对应的base64格式数据和上述操作时间正确地发送给测试工具，以便于测试工具进行后续的操作；当该操作状态码(status)为1时，说明密码机出错，无法根据该JSON格式字符串生成相应的解密数据，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为2时，说明密钥管理系统数据库中上述设备ID对应的设备目前已是注销状态，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为3时，说明在密钥管理系统的数据库中不存在上述设备ID对应的设备，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入设备ID(equipmentID)的数据不合法，无法进行后续的操作，故该Webservice接口无法正常工作，比如，输入的equipmentID数据和/或service_type数据为空，该equipmentID数据对应的值不是16个字符，该service_type数据对应的值非空，但该值不在2-7的范围内。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“data”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式的解密数据；“status”指的是上述Webservice接口返回的新的JSON格式字符串中的操作状态码；“time”指的是上述Webservice接口返回的新的JSON格式字符串中的操作时间。
在上述各个实施例的基础上，图6为本发明实施例提供的一种获取设备公钥Webservice接口测试的方法流程图。
S601：测试工具将获取设备公钥的测试请求转换为JSON格式的字符串，发送给获取设备公钥Webservice接口。
测试工具展示获取设备公钥Webservice接口对应的测试界面，测试人员在该测试界面中设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框内，输入相应的设备ID、设备公钥、公钥指纹。然后，测试工具接收到获取设备公钥的测试请求后，具体的该测试请求中可以包含设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting，测试工具将这些数据转换成JSON格式数据，组成JSON格式字符串，然后，调用AJAX的post方式将该JSON格式字符串发送给该Webservice接口，该过程可以由如下程序完成，该程序为：
其中，“equipmentID”指的是该JSON格式字符串中的设备ID；“publickey”指的是该JSON格式字符串中的设备公钥；“pk_fingerprinting”指的是该JSON格式字符串中的公钥指纹。
S602：接收获取设备公钥Webservice接口返回的测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。与上述的获取主控密钥Webservice接口测试方法类似，也要对该测试数据进行相应的校验。具体的校验过程为：
该Webservice接口判断在密钥管理系统服务器的数据库中，是否存在该测试数据中携带的设备ID对应的设备，如果是，判断该设备是否处于注销状态，如果该设备处于注销状态或者在该数据库中不存在该设备，该Webservice接口向该测试工具返回相应的错误码。
如果在该数据库中存在该设备并且该设备没有处于注销状态时，该Webservice接口再判断上述设备ID、设备公钥、公钥指纹的值是否均符合校验规则。具体地，可以判断该设备ID对应的值是否不为空且为16个字符，如果否，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果上述三个数据均符合校验规则时，即该Webservice接口通过了校验时，该Webservice接口向密钥管理系统服务器发送相应的数据请求，该数据请求中包括符合校验规则的JSON格式字符串，密钥管理系统服务器根据该数据请求，在自身对应的数据库中查找是否存在设备ID、设备公钥、公钥指纹对应的值和上述三个数据分别对应相等的数据，并根据查找结果返回相应的状态码给该Webservice接口，具体地，如果该数据库中存在设备ID、设备公钥、公钥指纹对应的值和上述三个数据分别对应相等的数据，则返回的状态码为0。
S603：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S602可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
如果该Webservice接口通过校验，该Webservice接口接收到密钥管理系统服务器发送的状态码后，将该状态码对应的数据转换成对应的JSON格式数据，组成新的JSON格式字符串，该新的JSON格式字符串为上述加密数据对应的测试结果，并将该测试结果发送给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串后，将该新的JSON格式字符串中的状态码的数据显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将该状态码与自身对应的目标值进行对比，根据对比结果，判断密钥管理系统服务器返回的状态码是否与自身对应的目标值是否一致，如果是该Webservice接口正常，否则，该Webservice接口不正常。
另外，Webservice接口接收到包含有equipmentID的测试数据后，对该equipmentID进行多层校验，具体的校验内容已在步骤S602中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID，从而测试Webservice接口的相应校验功能，因此用户向Webservice接口提供的equipmentID是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该状态码(status)为0时，说明该Webservice接口正常，可以将该状态码正确地发送给测试工具，以便于测试工具进行后续的操作；当该状态码(status)为1时，说明密钥管理系统服务器出错，无法根据该数据请求进行相应的操作，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为2时，说明密钥管理系统数据库中上述设备ID对应的设备目前已是注销状态，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为3时，说明在密钥管理系统的数据库中不存在上述设备ID对应的设备，无法进行后续的操作，故该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入设备ID(equipmentID)的数据不合法，无法进行后续的操作，故该Webservice接口无法正常工作，比如，输入的equipmentID数据为空，该equipmentID数据对应的值不是16个字符。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“status”指的是上述Webservice接口返回的新的JSON格式字符串中的状态码。
在上述各个实施例的基础上，图7为本发明实施例提供的一种旧设备加解密Webservice接口测试的方法流程图。
S701：测试工具将旧设备加解密的测试请求转换为JSON格式的字符串，发送给旧设备加解密Webservice接口。
测试工具展示旧设备加解密Webservice接口对应的测试界面，测试人员在该测试界面中base64格式加解密数据data的输入框内，输入相应的base64格式加解密数据。然后，测试工具接收到旧设备加解密的测试请求后，具体的该测试请求中可以包含base64格式加解密数据data，其中，base64格式加解密数据data可以是测试人员利用该测试工具上的base64格式转换按钮对需要进行base64编码的数据进行base64编码处理，得到base64格式的加解密数据，测试工具将这些数据转换成JSON格式数据，组成JSON格式字符串，然后，调用AJAX的post方式将该JSON格式字符串传送给该Webservice接口，该过程可以由如下程序完成，该程序为：
{
“equipmentID”:“”,
“service_type”:“”,
“data”:“”,
}
其中，“equipmentID”指的是该JSON格式字符串中的设备ID；“service_type”指的是该JSON格式字符串中的业务类型；“data”指的是该JSON格式字符串中的base64格式的加密数据或解密数据。
S702：接收旧设备加解密Webservice接口返回的该测试结果。
该Webservice接口接收该JSON格式字符串，并将该JSON格式字符串作为测试数据。与上述的获取主控密钥Webservice接口测试方法类似，也要对该测试数据进行相应的校验。具体的校验过程为：
该Webservice接口判断该测试数据携带的base64格式的加解密数据对应的值的字符数是否为2个字符的倍数，如果否，该Webservice接口向该测试工具返回相应的错误码；如果是，根据该测试数据，判断上述三个数据对应的值是否均符合校验规则，如果有任意一个值不符合校验规则，该Webservice接口向该测试工具返回相应的错误码。
该测试工具调用AJAX的post方式得到该错误码，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。具体的判断过程是现有技术，在此不再赘述。
如果上述三个数据分别对应的数值均符合校验规则，即该Webservice接口通过了检验。之后，Webservice接口将该测试数据发送给密码机，密码机根据接收到的该JSON格式字符串生成相应的加密数据或解密数据，并将该加密数据或解密数据和各自对应的过程操作时间数据发送给该Webservice接口。如果密码机出错，则向该Webservice接口发送相应的错误数据。
S703：测试工具根据接收的该Webservice接口发送的测试结果，以及预设的该Webservice接口对应的目标测试结果，判断该Webservice接口是否正常。
根据步骤S702可知，如果该Webservice接口没有通过校验，该Webservice接口将会返回相应的错误码给测试工具。
该测试工具调用AJAX的post方式获取上述Webservice接口发送的测试结果，即上述新的JSON格式字符串。如果该测试结果是上述加密数据或解密数据对应的测试结果，先将该新的JSON格式字符串中的加密数据或解密数据进行base64解码，得到base64解码后的加密数据或解密数据，然后将该base64解码后的加密数据或解密数据、上述操作时间以及操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的JSON格式字符串中每个数据对应的目标值，将这三个数据与各自对应的目标值进行对比，根据对比结果，验证步骤S703中该Webservice接口对加密数据或解密数据进行的base64编码操作是否正确，根据该验证结果，判断该Webservice接口是否正常；或者判断这三个数据与各自对应的目标值是否均对应一致，如果是，该Webservice接口正常，否则，该Webservice接口不正常。
如果该测试结果是上述错误数据对应的测试结果，将该新的JSON格式字符串中错误数据和操作状态码的数据分别显示在测试工具对应的测试界面中返回值输入框内，并根据预先保存的操作状态码对应的目标值，将该操作状态码与该目标值进行对比，根据对比结果，判断该Webservice接口是否正常。
另外，Webservice接口接收到包含有equipmentID、service_type、data的测试数据后，对该equipmentID、service_type、data进行多层校验，具体的校验内容已在步骤S702中阐述过了，在此不再赘述。因此在向Webservice接口发送测试数据时，应该向该Webservice接口提供适当的equipmentID、service_type、data，从而测试Webservice接口的相应校验功能，因此还需要根据上述需求，向该Webservice接口提供适当的equipmentID、service_type、data，对上述功能进行测试，因此用户向Webservice接口提供的equipmentID、service_type、data是否能够检验通过，为什么不能校验通过都是预先可知的，也就是说目标测试结果是预先可知的，而如果Webservice接口返回的测试结果与目标测试结果不一致，则说明Webservice接口出现对应的问题，如果一致，则说明该Webservice接口相应的功能通过了测试。
具体地，当该操作状态码(status)为0时，说明该Webservice接口正常，可以将该加密数据或解密数据对应的base64格式数据和上述操作时间正确地发送给测试工具，以便于测试工具进行后续的操作；当该操作状态码(status)为1时，说明密码机出错，无法根据接收到的该JSON格式字符串生成相应的加密数据或解密数据，进而导致该Webservice接口无法正常工作；当该操作状态码(status)为4时，说明测试人员在测试工具的测试界面输入base64格式加解密数据(data)的数据不合法，无法进行后续的操作，故该Webservice接口无法正常工作，比如，输入的加解密数据对应的值的字符数不是2个字符的倍数。
上述测试工具调用AJAX的post方式获取上述Webservice接口返回的新的JSON格式字符串的过程还可以通过以下程序来完成，该程序如下：
其中，“data”指的是上述Webservice接口返回的新的JSON格式字符串中的base64格式的加密数据或解密数据；“status”指的是上述Webservice接口返回的新的JSON格式字符串中的操作状态码；“time”指的是上述Webservice接口返回的新的JSON格式字符串中的操作时间。
在上述各个实施例的基础上，图8为本发明实施例提供的一种Webservice接口测试的方法流程图，该方法的具体过程如图8所示：
测试工具确定当前待测试的Webservice接口，并展示该Webservice接口对应的测试界面，获取该Webservice接口对应的测试请求，其中，该测试请求包含接收的用户在该测试界面输入的信息，判断该信息中携带的数据是否需要进行base 64编码的数据，如果是，对该数据进行base64编码，得到base64格式的数据，如果否，对该测试请求中携带的不需要进行base 64编码的数据和base64格式的数据分别转换成JSON格式的数据，并组成JSON格式的字符串发送给当前待测试的Webservice接口。
该Webservice接口接收并判断该JSON格式的字符串是否符合预设的校验规则，如果是，该Webservice接口将该JSON格式的字符串发送给密钥管理系统，密钥管理系统对该字符串进行相应的处理后，发送相应的数据给该Webservice接口，以使Webservice接口根据该对应的数据，生成新的JSON格式的字符串，具体的生成新的JSON格式的字符串过程同上述方法对应的操作，在此不再赘述；如果否，则保存测试数据，并结束此次测试，该Webservice接口返回相应的错误码给测试工具，并将该错误码显示在测试工具的测试界面中的“操作状态码”输入框内。
测试工具调用AIAX的post方式获取该Webservice接口返回数据，即新的字符串，判断该返回的数据是否需要base解码的数据，如果是，对需要进行base 64解码的数据，进行base64解码，并将解码后的数据转换成十六进制，得到十六进制的base64格式数据，如果否，将十六进制的base64格式数据和不需要base解码的数据与各自对应的目标值进行比对，根据比对的结果，判断该Webservice接口是否正常，保存测试数据。
实施例5：
在上述各个实施例的基础上，图9为本发明实施例提供的一种网络服务Webservice接口测试的装置结构示意图，所述装置包括：
展示模块901，用于根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；
发送模块902，用于根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；
接收模块903，用于接收所述Webservice接口返回的测试结果；
确定模块904，用于根据所述测试结果，确定所述Webservice接口是否正常。
进一步地，所述确定模块904，具体用于针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
进一步地，所述发送模块902，具体用于调用AJAX的post方式发送给所述Webservice接口。
进一步地，所述发送模块902，还用于在根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
由于本发明实施例中展示模块901，用于根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；发送模块902，用于根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；接收模块903，用于接收所述Webservice接口返回的测试结果；确定模块904，用于根据所述测试结果，确定所述Webservice接口是否正常，从而有效的提高了Webservice接口测试的准确性。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种网络服务Webservice接口测试的方法，其特征在于，所述方法包括:
根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；
根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；
接收所述Webservice接口返回的测试结果；
根据所述测试结果，确定所述Webservice接口是否正常；
其中，所述当前待测试的Webservice接口包括：获取主控密钥Webservice接口、获取应用密钥Webservice接口、应用密钥加密Webservice接口、应用密钥解密Webservice接口、获取设备公钥Webservice接口、旧设备加解密Webservice接口中的任意一种Webservice接口；
其中，如果当前待测试的Webservice接口为获取主控密钥Webservice接口和获取应用密钥Webservice接口，所述测试界面中包含输入设备IDequipmentID的输入框；
如果当前待测试的Webservice接口为应用密钥加密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框；
如果当前待测试的Webservice接口为应用密钥解密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框；
如果当前待测试的Webservice接口为获取设备公钥Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框；
如果当前待测试的Webservice接口为旧设备加解密Webservice接口，所述测试界面中包含输入base64格式加解密数据data的输入框。
2.如权利要求1所述的方法，其特征在于，所述根据所述测试结果，确定所述Webservice接口是否正常包括：
针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
3.如权利要求1所述的方法，其特征在于，所述发送给所述Webservice接口包括：
调用AJAX的post方式发送给所述Webservice接口。
4.如权利要求1所述的方法，其特征在于，所述根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，所述方法还包括：
判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
5.一种网络服务Webservice接口测试的装置，其特征在于，所述装置包括：
展示模块，用于根据当前待测试的Webservice接口，展示所述Webservice接口对应的测试界面；
发送模块，用于根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串，发送给所述Webservice接口；
接收模块，用于接收所述Webservice接口返回的测试结果；
确定模块，用于根据所述测试结果，确定所述Webservice接口是否正常；
其中，所述当前待测试的Webservice接口包括：获取主控密钥Webservice接口、获取应用密钥Webservice接口、应用密钥加密Webservice接口、应用密钥解密Webservice接口、获取设备公钥Webservice接口、旧设备加解密Webservice接口中的任意一种Webservice接口；
其中，如果当前待测试的Webservice接口为获取主控密钥Webservice接口和获取应用密钥Webservice接口，所述测试界面中包含输入设备IDequipmentID的输入框；
如果当前待测试的Webservice接口为应用密钥加密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式原始数据data的输入框；
如果当前待测试的Webservice接口为应用密钥解密Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、业务类型service_type、base64格式加密数据data的输入框；
如果当前待测试的Webservice接口为获取设备公钥Webservice接口，所述测试界面中包含分别输入设备IDequipmentID、设备公钥publickey、公钥指纹pk_fingerprinting的输入框；
如果当前待测试的Webservice接口为旧设备加解密Webservice接口，所述测试界面中包含输入base64格式加解密数据data的输入框。
6.如权利要求5所述的装置，其特征在于，所述确定模块，具体用于针对当前待测试的Webservice接口，判断所述测试结果是否与预设的所述Webservice接口对应的目标测试结果一致，如果是，确定所述Webservice接口正常。
7.如权利要求5所述的装置，其特征在于，所述发送模块，具体用于调用AJAX的post方式发送给所述Webservice接口。
8.如权利要求5所述的装置，其特征在于，所述发送模块，还用于在根据用户在所述测试界面输入的信息，按照预设的转换规则将包含所述信息的测试请求转换为JSON格式的字符串之前，判断所述信息中是否存在需要进行base64编码的数据，如果是，则对需要进行base64编码的数据进行base64编码，得到对应的base64格式的数据。
CN201811633214.7A 2018-12-29 2018-12-29 一种网络服务接口测试的方法及装置 Active CN111382050B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811633214.7A CN111382050B (zh) 2018-12-29 2018-12-29 一种网络服务接口测试的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811633214.7A CN111382050B (zh) 2018-12-29 2018-12-29 一种网络服务接口测试的方法及装置

Publications (2)

Publication Number Publication Date
CN111382050A CN111382050A (zh) 2020-07-07
CN111382050B true CN111382050B (zh) 2023-08-18

Family

ID=71220506

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811633214.7A Active CN111382050B (zh) 2018-12-29 2018-12-29 一种网络服务接口测试的方法及装置

Country Status (1)

Country Link
CN (1) CN111382050B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114244503B (zh) * 2021-12-01 2024-05-10 福建金密网络安全测评技术有限公司 一种密码设备性能测试方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101576843A (zh) * 2008-05-07 2009-11-11 阿里巴巴集团控股有限公司 一种测试应用程序接口的方法和装置
CN104427627A (zh) * 2013-08-23 2015-03-18 阿里巴巴集团控股有限公司 测试数据获取方法、客户端与服务器
CN105162646A (zh) * 2015-07-29 2015-12-16 北京京东尚科信息技术有限公司 一种多协议接口测试系统及方法
WO2016026382A1 (zh) * 2014-08-19 2016-02-25 阿里巴巴集团控股有限公司 一种密码的设置方法、装置和系统
CN106095677A (zh) * 2016-06-08 2016-11-09 上海爱数信息技术股份有限公司 基于Robot Framework实现的RESTful Webservice接口自动化测试方法
CN106874174A (zh) * 2015-12-11 2017-06-20 阿里巴巴集团控股有限公司 接口测试及功能测试的实现方法和装置
CN107908541A (zh) * 2017-07-26 2018-04-13 平安壹钱包电子商务有限公司 接口测试方法、装置、计算机设备及存储介质
CN108241576A (zh) * 2016-12-26 2018-07-03 航天信息股份有限公司 一种接口测试方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193007A (zh) * 2006-11-28 2008-06-04 国际商业机器公司 统一资源定位符命令测试方法、场景测试方法和相应设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101576843A (zh) * 2008-05-07 2009-11-11 阿里巴巴集团控股有限公司 一种测试应用程序接口的方法和装置
CN104427627A (zh) * 2013-08-23 2015-03-18 阿里巴巴集团控股有限公司 测试数据获取方法、客户端与服务器
WO2016026382A1 (zh) * 2014-08-19 2016-02-25 阿里巴巴集团控股有限公司 一种密码的设置方法、装置和系统
CN105162646A (zh) * 2015-07-29 2015-12-16 北京京东尚科信息技术有限公司 一种多协议接口测试系统及方法
CN106874174A (zh) * 2015-12-11 2017-06-20 阿里巴巴集团控股有限公司 接口测试及功能测试的实现方法和装置
CN106095677A (zh) * 2016-06-08 2016-11-09 上海爱数信息技术股份有限公司 基于Robot Framework实现的RESTful Webservice接口自动化测试方法
CN108241576A (zh) * 2016-12-26 2018-07-03 航天信息股份有限公司 一种接口测试方法及系统
CN107908541A (zh) * 2017-07-26 2018-04-13 平安壹钱包电子商务有限公司 接口测试方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN111382050A (zh) 2020-07-07

Similar Documents

Publication Publication Date Title
KR101752083B1 (ko) 기기 진위 판정 시스템 및 기기 진위 판정 방법
CN103944903B (zh) 一种多方授权的apk签名方法及系统
CN108206831B (zh) 电子印章的实现方法和服务器、客户端及可读存储介质
JP2018501567A (ja) 装置検証方法及び機器
CN110808840B (zh) 业务处理方法及装置、电子设备、存储介质
CN106302606B (zh) 一种跨应用访问方法及装置
CN104216830B (zh) 设备软件的一致性检测方法及系统
CN108075888B (zh) 动态url生成方法及装置、存储介质、电子设备
JP4295684B2 (ja) プログラム製作装置
CN111382050B (zh) 一种网络服务接口测试的方法及装置
CN113268716A (zh) 一种应用的授权验证系统、方法、装置及存储介质
CN112751823A (zh) 一种外发数据生成方法、外发安全管控方法及系统
CN112351043A (zh) 车载导航工厂设置密码管理方法和系统
CN111739190A (zh) 车辆诊断文件加密方法、装置、设备及存储介质
CN116361833A (zh) 校验方法、装置及终端设备
CN115002141B (zh) 基于区块链的文件存储方法及装置
CN111161041A (zh) 一种基于区块链的对账方法及装置
CN109218009B (zh) 一种提高设备id安全性的方法、客户端和服务器
CN115567271A (zh) 鉴权方法和装置、页面跳转方法和装置、电子设备及介质
CN109120642B (zh) 一种山寨设备的检测、验证方法、装置及系统
CN111722943B (zh) 基于边缘计算的大数据处理方法及中心云服务器
CN112733166A (zh) license认证授权功能的实现方法及系统
CN111669649A (zh) 一种实地影像数据的防篡改方法及其系统
CN114285584B (zh) 一种加密算法实验系统
CN112825093A (zh) 安全基线检查方法、主机、服务器、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant