一种AP测试方法及系统与流程

文档序号:11254549阅读:863来源:国知局
一种AP测试方法及系统与流程

本发明涉及通信领域,尤其涉及一种ap测试方法及系统。



背景技术:

现有的ap(wirelessaccesspoint,无线访问接入点)测试都是先构建一个局域网,通过局域网与广域网建立连接,客户端通过局域网从广域网进行不间断下载数据用来测试ap的电压、信号和传输速率等指标。通过上述方法测试得到满足上述指标的ap,并不能保证交互式产品的正常运行,故上述的测试方法并不适用于学校的交互式产品。

例如,现有的k12教育产品(智慧教室)的环境下,老师使用pc当做服务端通过ap关联到60个学生使用的60个androidpad客户端,ap在当中起到桥梁的作用;产品在使用过程中遇到一些现象,如老师端给所有学生端推送讲课屏幕内容,60个学生端会出现以下这些现象:

现象1:收到屏幕内容(正常现象);

现象2:延迟收到屏幕内容(如a同学的学生端收到后,过了15秒b同学的学生端才收到屏幕内容,属于异常现象);

现象3:收不到屏幕内容(属于异常现象)。

造成现象2和现象3的原因是大部分的ap承受不住1台pc老师端和60台pad学生端的长时段、不停止的交互传输,导致ap超过负荷,产生ap错误,导致产品出现问题。

作为一个现代教育式产品,需要做到老师端(服务端)给学生端(客户端)推送文件或屏幕内容,60个学生端要同时收到,不会出现因为ap的问题影响产品的使用,所以需要对ap进行自动化测试,保证交互式产品稳定可靠的运行。



技术实现要素:

本发明所要解决的技术问题是:本发明提供一种ap测试方法及系统。

为了解决上述技术问题,本发明提供了一种ap测试方法,包括以下步骤:

s1:服务端通过无线访问接入点ap与多台的客户端建立连接关系;

s2:所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

s3:获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

s4:获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

s5:根据所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

本发明还提供了一种ap测试系统,包括:

建立模块,用于服务端通过无线访问接入点ap与多台的客户端建立连接关系;

发送模块,用于所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

第一获取模块,用于获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

第二获取模块,用于获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

输出模块,用于根据所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

本发明的有益效果为:

本发明的服务端通过无线访问接入点ap分别与多台的客户端建立连接关系,并在预设测试时间内通过组播传输方式依次反复向多台的客户端发送预设大小的文件,对ap进行疲劳测试;获取ap的重启次数、服务端开始发送文件到ap第一次重启所需要的时间,及每一台客户端接收文件的接收速率和接收文件的数据总量,根据上述指标去判断ap是否符合交互式产品的要求;通过上述方法能够得到满足交互式产品要求的最佳ap,使交互式产品并不会因为ap的性能问题,而使文件传输时造成异常现象,保证了交互式产品稳定可靠的运行。

附图说明

图1为本发明实施例的一种ap测试方法的步骤流程图;

图2为本发明实施例的一种ap测试系统的结构示意图;

图3为本发明实施例的输出模块的结构示意图;

标号说明:

1、建立模块;2、发送模块;3、第一获取模块;4、第二获取模块;5、输出模块;6、第一计算单元;7、第二计算单元;8、第一输出单元;9、第二输出单元;10、第三输出单元;11、第三获取模块;12、第四输出单元。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图详予说明。

本发明最关键的构思在于:在预设测试时间内服务端通过ap,利用组播技术依次反复向多台的客户端发送预设大小的文件,获取每一台客户端接收速率和接收数据总量、ap重启次数及从开始发送文件到第一次ap重启所需要的时间,根据上述数据获得满足要求的ap,保障了交互式产品稳定可靠的运行。

请参照图1所示,本发明提供了一种ap测试方法,包括以下步骤:

s1:服务端通过无线访问接入点ap与多台的客户端建立连接关系;

s2:所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

s3:获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

s4:获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

s5:根据所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

从上述描述可知,本发明的服务端通过无线访问接入点ap分别与多台的客户端建立连接关系,并在预设测试时间内通过组播传输方式依次反复向多台的客户端发送预设大小的文件,对ap进行疲劳测试;获取ap的重启次数、服务端开始发送文件到ap第一次重启所需要的时间,及每一台客户端接收文件的接收速率和接收文件的数据总量,根据上述指标去判断ap是否符合交互式产品的要求;通过上述方法能够得到满足交互式产品要求的最佳ap,使交互式产品并不会因为ap的性能问题,而使文件传输时造成异常现象,保证了交互式产品稳定可靠的运行。

进一步的,“获取所述测试时间内ap的重启次数”具体为:

预设控制系统按预设第一时间间隔依次对所述ap发出ping命令;

根据所述测试时间内ping命令值丢失的次数,得到ap的重启次数。

从上述描述可知,通过ping命令值丢失情况,能够准确无误地获取出ap重启次数,提高了数据获取的稳定性。

进一步的,“服务端从开始发送文件到ap第一次重启所需要的第一次重启时间”具体为:

获取服务端开始发送文件的第一时间点;

获取ping命令值第一次丢失的第二时间点;

根据所述第一时间点和所述第二时间点,得到ap第一次重启所需要的第一次重启时间。

从上述描述可知,通过ping命令值监控ap第一次重启的时间点,能够准确无误地获取服务端从开始发送文件至ap第一次重启所需要的时间,方便快捷。

进一步的,所述s5具体为:

计算所述接收速率集合的中所有元素的第一方差值,若所述第一方差值大于预设第一方差阈值,则输出所述ap测试结果为不合格;

否则,计算所述接收数据总量集合中所有元素的第二方差值,若所述第二方差值大于预设第二方差阈值,则输出所述ap测试结果为不合格;

否则,若所述第一次重启时间小于预设重启时间,输出所述ap的测试结果为不合格;

否则,若所述重启次数大于预设重启次数,则输出所述ap的测试结果为不合格;

否则,输出所述ap的测试结果为合格的。

从上述描述可知,当不同的客户端接收速率及接收数据总量波动过大时,则代表客户端不能同步接收到服务端发送的文件,会造成通过交互式产品进行上课时,老师通过服务端发送文件,其中一同学接收到文件后,其他同学可能过了一段时间才接收到,这严重影响了上课的进程,造成时间的浪费;通过上述方法能够测试出接收速率和接收数据总量波动情况符合预期的ap,使不同的客户端能够同时或在较小的时间范围内接收到服务端发送的文件;同时若从服务端发送文件至第一次ap重启的第一次重启时间小于预设重启时间,如45分钟,则代表上述的ap还不足以支持一节课的时间就造成故障,严重影响了交互式产品的体验,通过上述方法能够测试出符合预期的ap;同时若在测试时间内,ap重启次数过多,则会影响用户体验过程,通过上述方法能够测试出满足重启次数要求的ap,保障了交互式产品的正常稳定地运行,提高了用户的体验。

进一步的,所述的一种ap测试方法,还包括:

获取所述测试时间内ap每一次重启所需要的时间,得到时间集合。

从上述描述可知,通过上述方法能够获取ap重启所需要的时间,有利于对ap的性能进行进一步的判断,测试出符合预期的ap。

进一步的,所述s5具体为:

根据所述时间集合、所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

从上述描述可知,通过上述数据,能够测试出符合预期的ap,保障了交互式产品的稳定运行,提高了老师通过交互式产品进行上课的质量。

请参照图2至图3所示,本发明还提供了一种ap测试系统,包括:

建立模块1,用于服务端通过无线访问接入点ap与多台的客户端建立连接关系;

发送模块2,用于所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

第一获取模块3,用于获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

第二获取模块4,用于获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

输出模块5,用于根据所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

从上述描述可知,本发明的服务端通过无线访问接入点ap分别与多台的客户端建立连接关系,并在预设测试时间内通过组播传输方式依次反复向多台的客户端发送预设大小的文件,对ap进行疲劳测试;获取ap的重启次数、服务端开始发送文件到ap第一次重启所需要的时间,及每一台客户端接收文件的接收速率和接收文件的数据总量,根据上述指标去判断ap是否符合交互式产品的要求;通过上述系统能够得到满足交互式产品要求的最佳ap,使交互式产品并不会因为ap的性能问题,而使文件传输时造成异常现象,保证了交互式产品稳定可靠的运行。

进一步的,所述输出模块5包括:

第一计算单元6,用于计算所述接收速率集合的中所有元素的第一方差值,若所述第一方差值大于预设第一方差阈值,则输出所述ap测试结果为不合格;

第二计算单元7,用于否则,计算所述接收数据总量集合中所有元素的第二方差值,若所述第二方差值大于预设第二方差阈值,则输出所述ap测试结果为不合格;

第一输出单元8,用于否则,若所述第一次重启时间大于预设重启时间,输出所述ap的测试结果为不合格;

第二输出单元9,用于否则,若所述重启次数大于预设重启次数,则输出所述ap的测试结果为不合格;

第三输出单元10,用于否则,输出所述ap的测试结果为合格的。

从上述描述可知,当不同的客户端接收速率及接收数据总量波动过大时,则代表客户端不能同步接收到服务端发送的文件,会造成通过交互式产品进行上课时,老师通过服务端发送文件,其中一同学接收到文件后,其他同学可能过了一段时间才接收到,这严重影响了上课的进程,造成时间的浪费;通过上述系统能够测试出接收速率和接收数据总量波动情况符合预期的ap,使不同的客户端能够同时或在较小的时间范围内接收到服务端发送的文件;同时若从服务端发送文件至第一次ap重启的第一次重启时间小于预设重启时间,如45分钟,则代表上述的ap还不足以支持一节课的时间就造成故障,严重影响了交互式产品的体验,通过上述系统能够测试出符合预期的ap;同时若在测试时间内,ap重启次数过多,则会影响用户体验过程,通过上述系统能够测试出满足重启次数要求的ap,保障了交互式产品的正常稳定地运行,提高了用户的体验。

进一步的,所述的一种ap测试系统,还包括:

第三获取模块11,用于获取所述测试时间内ap每一次重启所需要的时间,得到时间集合。

从上述描述可知,通过上述系统能够获取ap重启所需要的时间,有利于对ap的性能进行进一步的判断,测试出符合预期的ap。

进一步的,所述输出模块5包括:

第四输出单元12,用于根据所述时间集合、所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果。

从上述描述可知,通过上述数据,能够测试出符合预期的ap,保障了交互式产品的稳定运行,提高了老师通过交互式产品进行上课的质量。

请参照图1,本发明的实施例一为:

本发明提供了一种ap测试方法,包括以下步骤:

s1:服务端通过无线访问接入点ap与多台的客户端建立连接关系;

s2:所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

s3:获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

所述s3具体为:

预设控制系统按预设第一时间间隔依次对所述ap发出ping命令;

根据所述测试时间内ping命令值丢失的次数,得到ap的重启次数;

获取服务端开始发送文件的第一时间点;

获取ping命令值第一次丢失的第二时间点;

根据所述第一时间点和所述第二时间点,得到ap第一次重启所需要的第一次重启时间;

s4:获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

s5:根据所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果;

所述s5具体为:

计算所述接收速率集合的中所有元素的第一方差值,若所述第一方差值大于预设第一方差阈值,则输出所述ap测试结果为不合格;

否则,计算所述接收数据总量集合中所有元素的第二方差值,若所述第二方差值大于预设第二方差阈值,则输出所述ap测试结果为不合格;

否则,若所述第一次重启时间小于预设重启时间,输出所述ap的测试结果为不合格;

否则,若所述重启次数大于预设重启次数,则输出所述ap的测试结果为不合格;

否则,输出所述ap的测试结果为合格的;

上述的步骤s3和s4同时执行。

本发明的实施例二为:

s1:服务端通过无线访问接入点ap与多台的客户端建立连接关系;

s2:所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;

s3:获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

所述s3具体为:

预设控制系统按预设第一时间间隔依次对所述ap发出ping命令;

根据所述测试时间内ping命令值丢失的次数,得到ap的重启次数;

获取服务端开始发送文件的第一时间点;

获取ping命令值第一次丢失的第二时间点;

根据所述第一时间点和所述第二时间点,得到ap第一次重启所需要的第一次重启时间;

s4:获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合;

s5:获取所述测试时间内ap每一次重启所需要的时间,得到时间集合;

s6:根据所述时间集合、所述接收速率集合、所述接收数据总量集合、所述第一次重启时间和所述重启次数,输出所述ap的测试结果;

所述s6具体为:

计算所述接收速率集合的中所有元素的第一方差值,若所述第一方差值大于预设第一方差阈值,则输出所述ap测试结果为不合格;

否则,计算所述接收数据总量集合中所有元素的第二方差值,若所述第二方差值大于预设第二方差阈值,则输出所述ap测试结果为不合格;

否则,若所述第一次重启时间小于预设重启时间,输出所述ap的测试结果为不合格;

否则,若所述重启次数大于预设重启次数,则输出所述ap的测试结果为不合格;

否则,计算时间集合的平均值,若所述平均值大于预设阈值,则输出所述ap的测试结果为不合格;

否则,输出所述ap的测试结果为合格的。

请参照图2至图3所示,本发明的实施例三为:

通过建立模块将服务端通过无线访问接入点ap与多台的客户端建立连接关系,并将建立结果发送至发送模块;发送模块用于所述服务端在预设测试时间内通过组播技术依次向多台的客户端发送预设大小的文件;第一获取模块获取所述测试时间内ap的重启次数及服务端从开始发送文件到ap第一次重启所需要的第一次重启时间,并将第一次重启时间发送至第一输出单元;第二获取模块获取所述测试时间内每一台客户端的接收速率及接收数据总量,得到接收速率集合和接收数据总量集合,并将接收速率集合发送至第一计算单元,将接收数据总量集合发送至第二计算单元;第一计算单元计算所述接收速率集合的中所有元素的第一方差值,若所述第一方差值大于预设第一方差阈值,则输出所述ap测试结果为不合格;第二计算单元,用于否则,计算所述接收数据总量集合中所有元素的第二方差值,若所述第二方差值大于预设第二方差阈值,则输出所述ap测试结果为不合格;第一输出单元用于否则,若所述第一次重启时间小于预设重启时间,输出所述ap的测试结果为不合格;第二输出单元用于否则,若所述重启次数大于预设重启次数,则输出所述ap的测试结果为不合格;第三输出单元用于否则,输出所述ap的测试结果为合格的。

本发明的实施例四为:

选择好被测的ap,设置好物理环境;

选择好被测的老师端pc一台,将它设置为服务端,通过有线接入ap,设置服务端待传输文件,例如一个学期的课件材料,大小1g;

选择好被测5台以上的学生端(客户端)集群(可以多台pad),设置为客户端集群,通过无线接入ap;

设置测试时长,如24小时、3*24小时或7*24小时等。假设当前测试时长设置24小时;

选择测试类型,一对组传输测试(组播传输方式);

执行测试:服务端往客户端集群传输文件(例如一个学期的课件材料,大小1g),按经验传输完毕是30分钟,因为当前测试时长为24小时,所以将文件通过服务依次反复向客户端集群传输,直到测试时长结束,统计每台客户端接收文件的接收速率及接收数据总量;

获取所述测试时长内服务端从开始发送文件到ap第一次重启所需要的第一次重启时间;

测试过程中因为ap自身硬件的原因会出现负载的问题导致重启,系统会每秒对ap进行ping命令,ap一旦重启,ping命令值将会丢失,记录丢失时间,ping值恢复说明重启完毕。在测试时长内统计总共的丢失时间次数即为重启次数;

输出报告:输出ap重启次数,第一次重启时间,输出每一台客户端的接收速率及接收数据总量。

根据输出报告,输出ap的测试结果,得到满足要求的ap,衡量标准为首先要满足每一台客户端接收速率波动范围需要在预设范围内,其次满足每一台客户端接收数据总量的波动范围需要在预设范围内,再次需要满足第一次重启时间需要大于预设重启时间,最后还需要满足重启次数小于预设重启次数,同时满足上述要求的,才为满足交互式产品稳定需要的ap。

综上所述,本发明的服务端通过无线访问接入点ap分别与多台的客户端建立连接关系,并在预设测试时间内通过组播传输方式依次反复向多台的客户端发送预设大小的文件,对ap进行疲劳测试;获取ap的重启次数、服务端开始发送文件到ap第一次重启所需要的时间,及每一台客户端接收文件的接收速率和接收文件的数据总量,根据上述指标去判断ap是否符合交互式产品的要求;通过上述方法能够得到满足交互式产品要求的最佳ap,使交互式产品并不会因为ap的性能问题,而使文件传输时造成异常现象,保证了交互式产品稳定可靠的运行。

以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1