1、应用场景

　　DTU设备通过无线网络发送数据给软件，软件获取数据

　　2、测试需求分析

　　不同类型DTU设备通讯正确性

　　数据通讯稳定性

　　软件运行稳定性

　　不同参数设置影响（由于这类型项目很少，故导致第一次测试环境设置参数不合理）

　　3、准备知识

　　DTU设备的基本功能

　　DTU设备与软件通讯的基本原理

　　不同DTU设备的区别（可惜当时未深入了解设备区别，如GPRS\CDMA信号的区别，导致后期测试出现一些原先就可以发现但未发现的问题）

　　DTU设备需要获取的现场数据如何（模拟or真实设备）

　　4、测试过程

　　查看真实数据传输到DTU设备正确性，进行各种类型数据测试（其实没有必要所有都测试，只需要了解数据类型区别，之后挑选出必须测试数据，可以加快测试效率）

　　不同场景下，数据运行稳定性查看:记录有规律变化数据，查看曲线图是否有规律，从整体趋势上把握异常。（数据查看方式比较挫了点，其实可以导出数据，做简单程序对比分析的，以后可以考虑这么干）

　　运行一段时间，查看软件各项指标是否正确。

　　可悲的是，原始设置出现了数据错乱：开会讨论如何解决，找硬件厂商查看设备是否异常，调整参数设置，解决数据异常问题。

　　5、经验总结

　　测试一个从未测试内容，要会追根究底。

　　1）本次DTU设备使用的GPRS和CDMA区别（GPRS是通话优先，数据第二的通讯方式；CDMA是数据优先，其他通话方式次之的通讯方式。故这两种模式区别下，作为数据通讯应用，CDMA方式数据更可靠，当进行应用时应适当关闭GPRS的相关通话短信服务，且测试过程中应优先测试GPRS模式，次模式更易出现问题，但可惜测试过程未按照该顺序展开）

　　2）本次DTU设备通讯方式选择，实际应用过程由于本身无线信号不稳定特点，不会采用秒级数据获取，但是测试过程却采用了该测试方式，这是不合理的。当遇到此类问题时，虽找不到DTU应用经验人员，应该多参开测试过相关无线数据应用经验人员。

　　3）对于数据传输过程中TCP/UDP协议选择的区别，数据缓存的应用点：TCP是有效会缓存数据，当数据通讯不稳定时，会存在脏数据情况，但是实际应用中没数据比脏数据要好,故设置过程要考虑缓存时间的设置应该短于数据扫描时间，越短越好；UDP是无连接判断数据，期间不会进行数据的缓存，故脏数据情况不会存在，在测试过程中就几乎么有脏数据情况；另一方面，由于UDP直接发送数据会比需要校验的TCP数据要发送速度更快，UDP发送方式流量上会比TCP更省。

版权声明：本文出自 yangdanjun 的51Testing软件测试博客：http://www.51testing.com/?139383

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。