无线传输测试方法
2015-01-31 14:35
183 查看
公司大多产品都采取了无线传输功能,相当于DTU(data transfer unit)。
DTU:是专门用于将串口数据转换为IP数据或将IP数据转换为串口数据通过无线通信网络进行传送的无线。
由于DTU大多用于遥远的监测现场,因此DTU的稳定性就变得非常重要。
那么关于DTU测试方法有那些呢?值得大家去思考,这里我简单的列举几点,供大家参考:
-)在线空闲测试
测试原因:测试DTU自己维持已建链路的能力,当没有数据时,DTU通过呼吸包(心跳)保持自己的连接,DTU应至少维持平均1小时以上的链路持续时间,不发生断线重连。
测试方法:让DTU连上数据中心后不发任何数据,观察它能维持链路多久,时间越长越好。本项测试临近结束时,应向数据中心和DTU各发几个数据包,来验证该DTU保持的空闲链路是真实可用的,如果DTU或数据中心任何一方无法收到对方的数据包,则为不合格。
二)数据中心/DTU关闭后恢复测试
测试原因:数据中心在以后运行和维护过程中,肯定会出现临时停止暂停服务的情况,因此需要测试DTU在数据中心恢复后的快速恢复能力。
测试方法:
1)让数据中心关闭短时间,如1分钟,然后恢复数据中心,看DTU是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
2)让数据中心关闭长时间,如60分钟,然后恢复数据中心,看DTU是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
3)让DTU关闭短时间,如1分钟,然后恢复DTU,看与数据中心是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
4)让DTU关闭长时间,如60分钟,然后恢复DTU,看与数据中心是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
三)频繁双向小数据量测试
测试原因:测试DTU频繁收发小数据包的能力,因为日常运行中主要是小数据包的频繁双向收发。
测试方法:在数据中心(传输端)和DTU端(嵌入式端),每10秒向对方发送一个100字节左右的数据包,持续30分钟,并进行统计,是否出现网络断线的情况,以及双方是否出现数据包丢失的情况,最好的结果是:没有发生断线重连,也没有丢失任何数据包,如果出现DTU断线后再也不上线,或上线后无法继续双向收发数据,即为有问题。
四)双向大数据压力测试
测试原因:有些应用需要临时传输大数据量,因此该项测试也是非常必要的。
测试方法:在数据中心和DTU端,每2秒都向对方发送一个1000字节左右的数据包,持续30分钟,并进行统计,是否出现网络断线的情况,以及双方是否出现数据包丢失的情况,一般来说,压力测试下,DTU可能会出现断线重连,也会丢失数据包。但断线重连的次数不应超过10次,而且次数越小越好。如果出现DTU断线后再也不能上线,或上线后无法继续双向收发数据,即为不合格。
本文出自 “起航” 博客,请务必保留此出处http://yancaiqihang.blog.51cto.com/4626067/1610265
DTU:是专门用于将串口数据转换为IP数据或将IP数据转换为串口数据通过无线通信网络进行传送的无线。
由于DTU大多用于遥远的监测现场,因此DTU的稳定性就变得非常重要。
那么关于DTU测试方法有那些呢?值得大家去思考,这里我简单的列举几点,供大家参考:
-)在线空闲测试
测试原因:测试DTU自己维持已建链路的能力,当没有数据时,DTU通过呼吸包(心跳)保持自己的连接,DTU应至少维持平均1小时以上的链路持续时间,不发生断线重连。
测试方法:让DTU连上数据中心后不发任何数据,观察它能维持链路多久,时间越长越好。本项测试临近结束时,应向数据中心和DTU各发几个数据包,来验证该DTU保持的空闲链路是真实可用的,如果DTU或数据中心任何一方无法收到对方的数据包,则为不合格。
二)数据中心/DTU关闭后恢复测试
测试原因:数据中心在以后运行和维护过程中,肯定会出现临时停止暂停服务的情况,因此需要测试DTU在数据中心恢复后的快速恢复能力。
测试方法:
1)让数据中心关闭短时间,如1分钟,然后恢复数据中心,看DTU是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
2)让数据中心关闭长时间,如60分钟,然后恢复数据中心,看DTU是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
3)让DTU关闭短时间,如1分钟,然后恢复DTU,看与数据中心是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
4)让DTU关闭长时间,如60分钟,然后恢复DTU,看与数据中心是否能快速连接上来,恢复时间应该在5分钟内,越快越好,重复多次该项测试,DTU必须能100%恢复连接,只要出现一次DTU始终无法恢复连接的现象,即为不合格。
三)频繁双向小数据量测试
测试原因:测试DTU频繁收发小数据包的能力,因为日常运行中主要是小数据包的频繁双向收发。
测试方法:在数据中心(传输端)和DTU端(嵌入式端),每10秒向对方发送一个100字节左右的数据包,持续30分钟,并进行统计,是否出现网络断线的情况,以及双方是否出现数据包丢失的情况,最好的结果是:没有发生断线重连,也没有丢失任何数据包,如果出现DTU断线后再也不上线,或上线后无法继续双向收发数据,即为有问题。
四)双向大数据压力测试
测试原因:有些应用需要临时传输大数据量,因此该项测试也是非常必要的。
测试方法:在数据中心和DTU端,每2秒都向对方发送一个1000字节左右的数据包,持续30分钟,并进行统计,是否出现网络断线的情况,以及双方是否出现数据包丢失的情况,一般来说,压力测试下,DTU可能会出现断线重连,也会丢失数据包。但断线重连的次数不应超过10次,而且次数越小越好。如果出现DTU断线后再也不能上线,或上线后无法继续双向收发数据,即为不合格。
本文出自 “起航” 博客,请务必保留此出处http://yancaiqihang.blog.51cto.com/4626067/1610265
相关文章推荐
- 我的openwrt学习笔记(二十四):WIFI无线传输速率相对测试方法_netcat
- linux下目录传输多种方法及测试(debian)
- X2 8935接口传输速率测试方法
- 在android下获取有线和无线IP地址的方法,经测试可用
- 我的openwrt学习笔记(二十):WIFI 无线传输速率测试-iperf
- [RK3288][Android6.0] 调试笔记 --- 测试I2C设备正常传输方法【转】
- [RK3288][Android6.0] 调试笔记 --- 测试I2C设备正常传输方法
- 高效同步数据的方法及效率测试--边打包边压缩边传输边解压20150105
- 水下无线传输测试
- 局域网连通性测试简易方法
- 测试能用的blog界面修改方法
- 实现方法重载的测试代码
- 测试了3种获取中英文混合字符串长度的方法,看来还是使用循环来的快
- 用替换Jscript的方法测试兼容性
- RFC948_IP 数据包通过IEEE 802.3 网络传输的两种方法
- 界面测试的方法要点
- 使用测试优先方法开发用户界面
- 基于Web的系统测试方法
- 黑盒测试的测试用例设计方法
- 软件集成、确认和系统测试方法