图片1
伴随着物联网技术的飞速发展，市场上出现了越来越多的智能硬件解决方案解决方案产品，如何对其进行测试？现在将分享一下智能硬件解决方案解决方案产品的测试方法。
智能硬件解决方案解决方案产品测试类型，主要包括以下类别：
系统测试，界面测试，核心测试。
一、智能硬件解决方案解决方案系统测试。
这一部分的系统测试应该比较熟悉。完成测试过程，并完成需求分析、测试计划、测试用例与评审、冒烟测试、执行测试多轮、回归测试、测试报告等步骤完成。以应用程序为主要测试对象，同时测试服务器和设备功能。
现在大家主要在做这部分的测试，做好这部分的测试，产品80%的bug都可以发现。
二、智能硬件解决方案解决方案界面测试。
之前的接口测试主要是app与服务器的通讯，主要是http请求。
该智能硬件解决方案产品的服务器承载着终端请求，一般而言，硬件产品和服务器都会建立TCP/UDP长连接、定时发送心跳包等通信内容包，另一端是app端的接口。
就拿java来说，测试长连接的服务端，socket写一个客户端，用现成的框架mina/netty编写客户端等等，具体代码就不会给出。http请求不多说，因为有很多方法。
此部分测试最佳与开发同步进行，但新项目的进度和需求决定，一般要等到产品稳定进行后才能进行，发现很多问题并不严重，但是一旦有重要问题就会导致产品功能无法使用，而且服务端的bug修复速度也很快。
三、智能硬件解决方案解决方案核心检验。
核心测试是什么？可以想象一下，智能手环运动检测不准确，OBD会使静止汽车出现故障，智能血压计检测血压不正确等问题，那么这个产品将会在市场上失败，任何bug修复都没有用。因此，这个测试非常重要。
下面是一些核心测试内容的示例：
电力消耗测试，最简单的就是接一个万用表，实时查看设备的电量情况，但必须实时查看，而且没有历史记录。最好准备一款专用的电力电量测试工具，有交直流电，有报表输出，可在各种配置下自动记录电量消耗。这个产品主要针对手环，OBD等需要电池的产品。
GPS检测，户外智能产品大多装有GPS,GPS信号强度与周围环境有直接关系。隧道、高层建筑、天气等都会干扰GPS定位，另外设备的启动关断点也是GPS易出现问题的时候。
干扰性测试，许多智能硬件解决方案产品会与其它设备相连，如电视盒、家居控制设备、汽车设备等，一定程度上会干扰其它设备，甚至影响其他设备的正常使用。
有很多相似的功能，这些都是智能硬件解决方案产品的核心，如果这些功能出了问题，产品就会出问题，所以这部分需要集中测试，投入最多的人力就进去了。
总之，智能硬件解决方案解决方案产品的测试思想与以前的网络测试还是有一定的不同，需要更加注重硬件方面的测试，而不能忽略软件，两者相辅相成。
