物联网测试

随着科技的发展，物联网发展的越发蓬勃。硬件联网也是靠着软件驱动，所以智能设备的性能很多时候是在考验设备的软件能力。

然而物联网的测试涉及面广，需要对APP/UI测试，还需要对协议，后台，接口进行测试，同时对硬件的性能，稳定性，安全性等测试，还有各，WIFI，蓝等模组测试。

针对目前物联网智能硬件测试从上到下环节众多，很难有专门的工具进行统一调度测试和管理，宏控协同测试系统为测试开发人员提供了一套通用的协同自动化测试系统，帮助测试人员自下而上的完成物联网设备从底层的模块测试到集成测试，到最后的系统测试。

宏控协同测试系统支持V模型开发，提供需求导入和需求的管理，同时可以建立需求和测试用例的关联，还能提供与测试结果的追溯关系。

在测试用例管理阶段：提供用例的图形化编辑，子脚本的调用，用例的导出等

在测试执行阶段，对测试过程实时监督，同时可以选择执行测试用例数量和定时触发执行，支持测试的异常恢复……

名词释义：

MQTT——Message Queuing Telemetry Transport消息队列遥测传输

PUB——Publish发布

QoS——Quality of Service服务质量

LWT——Last Will & Testament最后遗嘱

MQTT简介

32 通配符

MQTT 中有两个可用的通配符，分别是+和#，+表示匹配单一层级中的任意主题，#表示匹配任意数量的层次。

33 服务质量（QoS）

MQTT 的设计初衷是为了在不可靠的网络中运作良好，为不同的场景提供了三个级别的服务质量，允许客户端指定自己想要的可靠性级别。

331 QoS Level 0：至多一次

这是最简单的级别，无需客户端确认，其可靠性与基础网络层 TCP/IP 一致。

332 QoS Level 1：至少一次，有可能重复

确保至少向客户端发送一次信息，不过也可发送多次；在接收数据包时，需要客户端返回确认消息（ACK 包）。这种方式常用于传递确保交付的信息，但开发人员必须确保其系统可以处理重复的数据包。

333 QoS Level 2：只有一次，确保消息只到达一次

这是最不常见的服务质量级别，确保消息发送且仅发送一次。这种方法需要交换4个数据包，同时也会降低消息代理的性能。由于相对比较复杂，在 MQTT 实现中通常会忽略这个级别，请确保在选择数据库或消息代理前检查这个问题。

34 “临终遗嘱”信息

MQTT提供了检测方式，利用KeepAlive机制在客户端异常断开时发现问题。因此当客户端电量耗尽、崩溃或者网络断开时，消息代理会采取相应措施。

客户端会向任意点的消息代理发送“临终遗嘱”（LWT）信息，当消息代理检测到客户端离线（连接并未关闭），就会发送保存在特定主题上的 LWT 信息，让其它客户端知道该节点已经意外离线。

35保留消息 Retained Messages

1个Topic只有唯一的retain消息，Broker会保存每个Topic的最后一条retain消息。

广义上讲，只要有个物（传感器、家电等等）连了网，基本就可以认为是物联网。当然，一般上了一定规模才更符合这个概念。
物联网=智能硬件+互联网；
硬件产生数据并通过互联网传输出去既是物联网。

---