技术领域：

本发明涉及一种互联网上网服务营业场所上网系统的检验技术，特别涉及 一种互联网上网服务营业场所信息安全管理系统管理端接口的测试方法。

背景技术：

由于网路的盛行，互联网上网服务场所的数量增加迅速，在增加的的互联 网上网营业场所，其上网系统的性能良莠不齐，有的存在很大的缺陷，给上网 消费者带来很大的不便。

同时对上网系统的检测技术上也存在很大的不足，特别是对系统的数据接 口的测试，现有互联网上网服务营业场所信息安全管理系统管理端接口的测试 方法，还不能够很好的针对公共安全行业标准GA557-2005互联网上网服务 营业场所信息安全管理代码、GA558-2005互联网上网服务营业场所信息安 全管理系统数据交换格式、GA561-2005互联网上网服务营业场所信息安全 管理系统管理端功能要求和GA562-2005互联网上网服务营业场所信息安全 管理系统管理端接口技术要求中有关互联网上网服务营业场所信息安全管理 系统管理端接口所制定的测试环境、测试方法、测试用例和测试装置。

发明内容：

本发明针对上述互联网上网服务营业场所上网系统性能检验的方法所存 在的问题，而提供一种能够较为全面的检验互联网上网服务营业场所信息安全 管理系统管理端接口的测试方法。

为达到上述目的，本发明采用的技术方案：

信息安全管理系统管理端接口的测试方法，该方法的实施基于检测平台进 行的，且该方法包括以下步骤：

(1)构造测试环境，并在模拟管理端服务器与模拟上级管理平台服务器 之间架设WEB SERVICE服务，使得两台服务器分别对外提供服务；

(2)对服务器进行参数设置；

(3)根据设置的相关参数，调用管理端相关接口函数；

(4)若调用成功，管理端返回接口函数根据相关参数操作得到的结果；

(5)用相关标准对比返回结果判断管理端的相关接口函数是否符合要求。

所述步骤(3)中的接口函数包括同步调用函数的下行接口函数和异步调 用函数的上行接口函数。

所述下行接口函数的检测通过以下步骤实现：

(A1)设置营业场所管理端服务器回调URL与验证码；

(A2)通过相关函数设置上报属性，将服务器URL与授权码发送给营业 场所管理端，同时设置上报时间间隔与上报函数是否调用回调函数；

(A3)通过相应的URL和验证码调用营业场所管理端相应的接口函数；

(A4)通过相应测试用例对调用得到的接口函数进行测试，将得到的结果 返回.

所述步骤(A4)返回的结果在1000条以内部分接收后直接返回，大于1000 条部分则通过调用回调函数返回。

所述测试用例作为参数输入调用函数中，其以黑盒测试原则为原理，规定 输入数据与预期的输出结果，通过比对实际输出结果与预期结果来判断是否达 到了标准的要求的测试。

所述上行接口函数的检测通过以下步骤实现：

(B1)通过相关函数设置上报属性，将服务器URL与授权码发送给营业 场所管理端，同时设置上报时间间隔与上报函数是否调用回调函数；

(B2)接受管理端服务器中上行接口数据发送数据请求；

(B3)对请求的验证码进行识别，若不成则返回；

(B4)请求的验证码鉴别成功后，将获取管理端服务器上行接口数据发送 的数据；

(B5)对接收到的数据进行校验；

(B6)将接收到的数据进行存储，并显示检验结果。

所述步骤(B5)通过对比接收到的数据的结构，判断其是否满足所定义的 数据结构。

所述步骤(1)中构建检测环境时，由于接入机制的不同，被测系统营业 场所端设备一般有两种接入系统的形式，方式一为串行形式，营业场所端设备 以网关/网桥的形式接于网络出口处；方式二为并行形式，营业场所端设备以 监听模式运作于集线器/交换机。

根据上述技术方案得到的本方法能够对互联网上网服务营业场所信息安 全管理系统管理端接口进行评测和检查。

本检测方法紧密结合公安部整治互联网上网服务营业场所的需求，在技术 上完全遵循公安部对互联网上网服务营业场所信息安全管理系统的功能和性 能需求。本方法能够保证的测试的高效性、一致性、可再现性和可比性。高效 性：由于详细的规定了测试方法和测试用例，进行测试的时间大大缩短，效率 大大提高；一致性：同一产品的每次测试结果一致；可再现性：某产品的某测 试结果可无障碍再现；可比性：不同产品的测试要求与输入相同，因此结果具 有可比性。

附图说明：

以下结合附图和具体实施方式来进一步说明本发明。

图1为本发明的测试环境的拓扑图。

图2为本发明的步骤流程图。

图3为本发明中测试环境的拓扑图。

图4为GetDateTime函数的检测流程图。

图5为SetDateTime函数的检测流程图。

图6为SetUpStatusProperty函数的检测流程图。

图7为QueryStatus函数的检测流程图。

图8为CommitMessage函数的检测流程图。

图9为SelectMessage函数的检测流程图。

图10为SelectDailyStat函数的检测流程图。

图11为SelectStat函数的检测流程图。

图12为UpdateData函数的检测流程图。

图13为SelectData函数的检测流程图。

图14为DeleteData函数的检测流程图。

图15为上行函数的检测流程图。

具体实施方式：

为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解， 下面结合具体图示和实施例进一步阐述本发明。

本检测方法是在检测平台上具体实施的，具体步骤如下(如图1所示)：

第一步、平台使用者根据《互联网上网服务营业场所信息安全管理系统检 验实施细则》的要求，构建测试环境(如图2所示)，包括为测试所需的软硬 件配置及其网络结构和安装互联网上网服务营业场所信息安全管理系统管理 端接口测试模块。

如图1所示，本发明中可有两种接入方式：a方式时网关与被测系统营业 场所端串接或安装于同一主机；b方式时网关连接集线器。

出于接入机制的不同，被测系统营业场所端设备一般有两种接入系统的形 式，a方式为串行形式，营业场所端设备以网关/网桥的形式接于网络出口处； b方式为并行形式，营业场所端设备以监听模式运作于集线器/交换机。对于其 他接入方式，应根据其自身特点对检测环境予以调整。

各系统营业场所端同时使用一个Internet出口，但对于一些能在内部模拟 其应用的Internet服务，应尽量在内部服务器上实现该服务的应用，如：WEB、 FTP、Mail等。根据图1所示的拓扑图，构建好检测环境，图2中各测试组件 如表1所示：

表1测试组件说明

由步骤一构成的测试环境中得到，如图3所示的测试拓扑图，其主要由营 业场所端、模拟管理端服务器、模拟上级管理平台服务器，在模拟管理端服务 器与模拟上级管理平台服务器之间架设WEB SERVICE服务，使得两台服务 器分别对外提供服务。

本发明中提供的检测方法是基于接口测试工具进行的。

平台接口测试工具部分使用JAVA开发，编辑环境为JBuilderX；

工具运行操作系统环境为Windows2000_XP_2003；

JDK版本为j2sdk-1_4_2_08-windows-i586-p；

TOMCAT版本为jakarta-tomcat-5.0.28。

第二步，在完成安装阶段后，则进入到数据的输入阶段。

首先，登录到相关的系统，完成参数的设置，再选择相关需要测试的函数。 根据接口标准的要求，接口测试共包含2大部分共14个函数(其中UpdataData 函数分别包含在上下行函数中)。

待测试接口详细描述如下：下行函数：GetDateTime；SetDateTime； SetUpStatusProperty；QueryStatus；CommitMessage；SelectMessage； SelectDailyStat；SelectStat；UpdateData；SelectData；DeleteData；

上行函数：CommitStatus；UpdateDailyStat；SendSMS；UpdateData。

第三步，在完成上述步骤的测试后，将进入到检测结果的验证阶段。在该 阶段主要完成返回结果的接收、回调结果的接收以及回调结果的校验。

为了完成对接口的详细测试，接口函数的测试如下：

下行函数GetDateTime：本函数用于查询时间(如图4所示)。

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 包括接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将 服务器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报 函数是否调用回调函数。

(3)通过相应的URL和验证码调用营业场所管理端中的“GetDateTime” 函数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(4)通过相应测试用例对调用得到的接口函数进行测试，将得到的结果 返回。这里的测试用例的具体功能是根据黑盒测试的原则，规定了输入数据与 预期的输出结果，通过比对实际输出结果与预期结果来判断是否达到了标准的 要求，测试用例作为参数输入调用函数中。

若测试的结果不符合要求将重新调用该函数，并重新进行相关的处理。

最后测试者将判断函数“GetDateTime”测试返回值中时间格式是否满足 GA562-2005的要求，以及返回值中获取时间与当前管理端系统时间是否一致。 SetDateTime：本函数用于设置时间。主要用于与其他系统保持时间同步。该函 数的测试步骤如图5：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的需要修改的时间。

(4)通过相应的URL和验证码调用营业场所管理端中的“SetDateTime” 函数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的结果不符合要求将重新调用该函数，并重新进行相关的处理。

通过对管理端接口的“SetDateTime”函数进行测试后，为确认该接口函数是 否符合要求，还进行以下的检测：检查其他系统时间确实改变为所设置的时间； 与其他系统当前时间相关的上报信息，如新发送的消息，其时间值是否也做相 应的改变；改变响应是否在合理的时间范围内。

SetUpStatusProperty：本函数用于设置上报信息的属性。该函数的测试步 骤如图6：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的接口测试工具服务器URL：告知 被测系统应该上报的地址；验证码：告知被测系统连接上报地址时所需要的验 证码；上报时间间隔：对于定时上报的函数，告知被测系统上报时间间隔；回 调函数类型：告知被测系统哪些回调函数需要通过上行接口上报。

(4)通过相应的URL和验证码调用营业场所管理端中的 “SetUpStatusProperty”函数。若没有调用成功，继续调用该函数；若调用成功， 则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

测试结果验证方法：

首先，先检测返回结果是否要求；

接着，在服务器上传目录下验证CommitStatus、AlarmLog、TUDLog、 OnlineLog、RealIdentity、VirtualIdentity、VirtualIdTrack、PunishResult、DayStat、 SendSms各表是否能按要求上传。上传原则为将新生成的数据按设定的时间间 隔上传，已经上传过的数据不再上传。

最后，对照各次上传文件生成时间，其时间差应为IntervalFig中设定的值。

QueryStatus：本函数用于查询当前状态信息。该函数的测试方法如图7所 示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)通过相应的URL和验证码调用营业场所管理端中的“QueryStatus”函 数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(4)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。测试用例的具体功能是根据黑盒测试的原则，规定了输入数据与预期的 输出结果，通过比对实际输出结果与预期结果来判断是否达到了标准的要求， 测试用例作为参数输入调用函数中。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

测试结果验证方法：

检测预期返回值是否符合要求。

返回值中Service_code、Status、Activity_number格式是否满足GA562-2005 的要求。

其他系统状态与活动主机数的实际情况是否与上报数据一致。

改变营业场所端状态，在系统设定的合理时间间隔后，再次查询其他系统 状态，返回值是否有相应改变并与实际情况相符。

改变营业场所端活动主机数，在系统设定的合理时间间隔后，再次查询其 他系统状态，返回值是否有相应改变并与实际情况相符。

CommitMessage：本函数用于发布文字内容信息。该函数的测试方法如图 8所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的Receiver Service_code：接收目标 代码；Message_code：消息编号；Send_time：发送时间；Object：消息标题； Message：消息内容；Flag：消息标识)。

(4)通过相应的URL和验证码调用营业场所管理端中的 “CommitMessage”函数。若没有调用成功，继续调用该函数；若调用成功，则 进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

测试结果验证方法：

检测预期返回值是否符合要求。

若发送对象为空，则在其他系统是否收到该条消息，而营业场所端是否没 有收到。

若发送对象Receiver Service_code为4位行政区划，则满足该区划的全市 营业场所端是否均收到该消息。

若发送对象Receiver Service_code为6位行政区划，则满足该区划的全区/ 县营业场所端是否均收到该消息。

若发送对象Receiver Service_code为14位，则满足该编码的营业场所端是 否收到该消息。

发送与接收的时间间隔是否在合理范围内。

接收到的消息内容应与发送内容是否完全一致。

SelectMessage：本函数用于查询消息。该函数的测试方法如图9所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的DataItem：查询字段；Matching： 匹配类型；Content：字段值。

(4)通过相应的URL和验证码调用营业场所管理端中的“SelectMessage” 函数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

若返回的结果在1000条以内部分接收后返回；若大于1000条，则1000 条以内部分接收后返回，大于1000条的部分则通过调用回调函数“UpdateData” 返回，回调函数结果存放于/testing/upload/test目录下。

测试结果验证方法：

检验预期返回值是否符合相关要求。

同时检验返回值中Service_code、Message_code、Send_time、Object、 Message、Flag格式是否满足GA562-2005的要求。

查询条件逐项设置，并按照合理性需求组合设置。

若不能全部满足匹配方式，则至少应：时间值一般取“>；＝”或“<；＝”； 标题、内容关键字、营业场所编码等一般取“like”；消息编号一般取“＝”

返回消息是否满足查询条件。

在消息库中检查所有消息，返回消息是否有遗漏。

SelectDailyStat：本函数用于查询日统计资料。该函数的测试如图10所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的参数：Start_date：开始日期；End_date： 结束日期；Service_code：场所代码。

(4)通过相应的URL和验证码调用营业场所管理端中的“SelectDailyStat” 函数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

若返回的结果在1000条以内部分接收后返回；若大于1000条，则1000 条以内部分接收后返回，大于1000条的部分则通过调用回调函数“UpdateData” 返回，回调函数结果存放于/testing/upload/test目录下。

测试结果验证方法：

检验预期返回值是否符合相关要求。

检验返回值中Date、Service_code、Service_online、Host_online格式是否 满足GA562-2005的要求。

检验营业场所在线率、主机在线率应与实际情况相符。其中，当天营业场 所在线率是指一天内曾在线的营业场所占全部营业场所总数的百分比；当天主 机在线率是指当天所有的单位时间(最小为1小时)内上线主机占总主机总数 百分比的平均值。

SelectStat：该接口函数的测试方法如图11所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的参数：TimeStat：按时间段统计； PolicyStat：按触发频度统计；AreaStat：按地区统计；DailyAlert：按日统计； TermAlert：排名统计。

(4)通过相应的URL和验证码调用营业场所管理端中的“SelectStat”函数。 若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

若返回的结果在1000条以内部分接收后返回；若大于1000条，则1000 条以内部分接收后返回，大于1000条的部分则通过调用回调函数“UpdateData” 返回，回调函数结果存放于/testing/upload/test目录下。

测试结果验证方法：

利用TimeStat函数查询TimeStat报表数据结构。

检验返回值中Service_code、Online_number、Alert_number、Host_online 格式是否满足GA562-2005的要求。

检验审计数量、主机在线率与上网人数的实际情况是否与上报数据一致。

检验新触发审计，在系统设定的合理时间间隔后，再次查询，返回值是否 有相应改变并与实际情况相符。

检验改变主机在线率，在系统设定的合理时间间隔后，再次查询，返回值 是否应有相应改变并与实际情况相符。

检验改变上网人数，在系统设定的合理时间间隔后，再次查询，返回值是 否应有相应改变并与实际情况相符。

通过以上方法分别依次检验SelectStat接口中PolicyStat函数、DailyAlert 函数、TermAlert函数的各项要求。

UpdateData：本接口函数用于更新或增加数据记录。该接口函数的测试如 图12所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的参数其包括PolicyList：更新策略； CriminalList：更新人员。

(4)通过相应的URL和验证码调用营业场所管理端中的“UpdateData”函 数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

基于上述测试的方法，该接口中的“PolicyList”进行检测：本函数用于更新 或增加数据记录-审计策略的设置

检测其他系统策略库是否确实增加该条策略，且各数据项与输入一致。

检测该策略是否能下发至营业场所端并于营业场所端生效。

按功能测试的要求测试该条策略，策略是否能完全满足要求。

基于上述测试的方法，该接口中的“CriminalList”进行检测：本函数用于更 新或增加数据记录-人员的设置

检测是否增加该条策略，且各数据项与输入一致。

检测该策略是否能下发至营业场所端并于营业场所端生效。

按功能测试的要求测试该条策略，策略是否能完全满足要求。

SelectData：该接口函数的测试方法如图13所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的参数，其包括AlertList：查询上 报结果；AccessList：查询日志；NetIDBasicList：查询身份1；NetIDTrackList： 查询轨迹；NetIDList：查询身份2；ClintList：上下线日志；ISBSList：场所信 息；PunishmentList：查询处罚资料；Punishment：查询处罚结果；PolicyList： 查询策略；CriminalList：查询人员。

(4)通过相应的URL和验证码调用营业场所管理端中的“SelectData”函 数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

若返回的结果在1000条以内部分接收后返回；若大于1000条，则1000 条以内部分接收后返回，大于1000条的部分则通过调用回调函数“UpdateData” 返回，回调函数结果存放于/testing/upload/test目录下。

测试结果验证方法：

利用上述方法检测查询数据AlertList函数：

检测该该函数上述检测方法检测得到的结果是否符合要求；

返回值返回值结果应与实际情况一致，不应存在多报、漏报现象。

每次最多返回1000条记录，超出部分调用updateData函数实现。

根据上述检测方法检测查询数据AccessList函数，并检测其是否符合以下 要求：

预期返回值的各个数值格式满足GA562-2005的要求。

返回值结果应与实际情况一致，不应存在多报、漏报现象。

每次最多返回1000条记录，超出部分调用updateData函数实现。

根据上述检测方法检测查询数据NetIDBasicList函数，并检测其是否符合 以下要求：

预期返回值的各个数值格式满足GA562-2005的要求。

返回值结果应与实际情况一致，不应存在多报、漏报现象。

每次最多返回1000条记录，超出部分调用updateData函数实现。

利用上述验证方法分别验证NetIDTrackList函数、RealIDList函数、 ClientList函数、ISBSList函数、PunishmentList函数、Punishment：函数、PolicyList 函数、CriminalList函数。

DeleteData：该接口函数的检验方法如图14所示：

(1)本测试方法是从系统的初始化开始，并进行身份的登录和验证。

(2)对涉及的服务器进行参数的设置，其主要包括两步：1、设置营业场 所管理端服务器回调URL与验证码；2、通过相关函数设置上报属性，其包括 接口测试工具服务器URL、验证码、上报时间间隔、回调函数类型等，将服务 器URL与授权码发送给营业场所管理端，同时设置上报时间间隔与上报函数 是否调用回调函数。

(3)对测试用例进行设置，设置相应的参数，其包括User_name：人员名 称；Certificate_type：证件类型；Certificate_code：证件号码。

(4)通过相应的URL和验证码调用营业场所管理端中的“DeleteData”函 数。若没有调用成功，继续调用该函数；若调用成功，则进入到下一步骤。

(5)通过相应测试用例对调用得到的接口函数进行处理，将得到的结果 返回。

若测试的返回结果不符合要求将重新调用该函数，并重新进行相关的处 理。

若返回的结果在1000条以内部分接收后返回；若大于1000条，则1000 条以内部分接收后返回，大于1000条的部分则通过调用回调函数“UpdateData” 返回，回调函数结果存放于/testing/upload/test目录下。

测试结果验证方法：

该接口中检测CriminalList函数：本函数用于删除人员。检测函数的返回 值是否符合以下要求：

记录确实删除。

删除结果应与输入条件一致，不应存在多删、漏删现象。

ItemSum的值确实为删除条数。

对于上行函数：CommitStatus；UpdateDailyStat；SendSMS；UpdateData 的检测方法如图15所示：

(1)通过相关函数设置上报属性，将服务器URL与授权码发送给营业场 所管理端，同时设置上报时间间隔与上报函数是否调用回调函数；

(2)接受管理端服务器中上行接口数据发送数据请求；

(3)对请求的验证码进行识别，若不成则返回；

(4)请求的验证码鉴别成功后，将获取管理端服务器上相关的上行接口 数据发送的数据；

(5)对接收到的数据进行校验；其实现主要是在函数所对应的Schema 定义中，规定了该上报结果所应具备的字段类型与字段名，通过对比接收到数 据的数据结构判断是否出错；若上报结果没有满足该Schema所定义的数据结 构，则通过在管理页面上的错误提示告诉使用者上报数据出错，已经出错的详 细信息)。

(6)将接收到的数据进行存储，并显示检验结果。

测试结果验证方法：

上行函数CommitStatus的检测：本函数用于上报当前状态。该函数通过上 述方法检测后，检测其相关的上报值是否符合以下要求：

上报值中Service_code、Status、Activity_number格式满足GA562-2005的 要求。

管理端状态与活动主机数的实际情况应与上报数据一致。

改变营业场所端状态，在系统设定的合理时间间隔后，再次上报管理端状 态，返回值应有相应改变并与实际情况相符。

改变营业场所端活动主机数，在系统设定的合理时间间隔后，再次上报管 理端状态，返回值应有相应改变并与实际情况相符。

上行函数UpdateDailyStat的检测：本函数用于上传日统计记录。该函数通 过上述方法检测后，检测其相关的上报值是否符合以下要求：

上报值中Date、Service_code、Service_online、Host_online格式满足 GA562-2005的要求。

营业场所在线率、主机在线率应与实际情况相符。其中，当天营业场所在 线率是指营业场所在线时间占当天时间(24小时)的百分比；当天主机在线率 是指当天所有的单位时间(最小为1小时)内上线主机占总主机总数百分比的 平均值。

上行函数SendSMS的检测：本函数用于代发手机短信通知。该函数通过 上述方法检测后，检测其相关的上报值是否符合以下要求：

上报值中Information、Mobile_card格式满足GA562-2005的要求。

UpdateData：更新或增加数据记录

结合SetUpStatusProperty函数测试，该函数的调用必须严格遵守 SetUpStatusProperty里各参数值的设置。

在服务器上传目录下验证CommitStatus、AlarmLog、TUDLog、OnlineLog、 RealIdentity、VirtualIdentity、VirtualIdTrack、PunishResult、DayStat、SendSms 各表是否能按SetUpStatusProperty要求上传。上传原则为将新生成的数据按设 定的时间间隔上传，已经上传过的数据不再上传。

对照各次上传文件生成时间，其时间差应为SetUpStatusProperty中 IntervalFig所设定的值。

上报值中各值格式满足GA562-2005的要求。

上报各表应与实际情况相符。

以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业 的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中 描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明 还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本 发明要求保护范围由所附的权利要求书及其等效物界定。