公司大多产品都采取了无线传输功能，相当于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断线后再也不能上线，或上线后无法继续双向收发数据，即为不合格。