终端产品控制软件---上位机程序的测试纪要（以无人机控制软件为例）

        最近看到网上基本没有关于上位机的测试资料，我本身又是做无人机控制软件测试，所以想写一些文章关于这种智能终端产品的测试点怎么做测试设计，怎么去做测试，怎么样才能覆盖测试完全，在这里我的所有讲解的举例都是基于无人机控制软件的测试来举例说明的；

        在这里我们先了解一下什么叫上位机，所谓的上位机，理论上的定义是指控制、管理、处理数据的计算机系统，通常性能比较强大，可以独立运行复杂的应用程序，同时也能连接多个下位机，对它们进行监控、控制和数据处理。上位机通常用于较高层次的应用程序，如数据分析、控制中心、图形用户界面等。

        下位机是指被控制、被监控、被采集数据的计算机系统，通常性能比较低，只能运行一些简单的应用程序。下位机通常用于较低层次的应用程序，如传感器、执行器、智能家居等智能终端产品，下位机程序也就是大家常说的固件。

        在我的工作中，上位机程序就是客户界面的无人机控制软件地面站，下位机程序就是飞控程序；

        其实上位机程序也是软件，遵从软件测试理论基础里质量属性的测试原则，所以，通用的测试理论是适用于上位机程序测试的，在这里推荐大家看一下《测试架构师的修炼之道》这本书，里面关于软件测试质量六属性怎么测试写得非常清楚；

        这里我们主要是说明一些要注意的测试点，，下面是我总结的思维导图：

 

 1.基于业务的测试

        这点非常重要，其实所有软件的测试，业务都非常重要，但是上位机的测试在业务上有一个延伸，就是测试上位机的同时必须非常了解下位机的业务，上位机和下位机往往是一起作为一个系统产品包打包出售，如果只了解上位机软件的业务，而不懂下位机的业务，那么可能很多人机交互上的问题都无法测试覆盖到，或者说出现问题后无法快速定位问题，上位机的业务的测试规划可以参考需求列表，这里重点举例讲解下位机的业务测试点，以无人机控制软件测试为例：

        下位机客户接口的数值边界：作为一个系统，所有会对系统造成严重影响的因素，都会在下位机软件中限制，所以硬件开放给客户的接口会有诸多限制，比如：无人机地面站有一个业务叫航线上传：在规划功能时，下位机会对两个航点之间的距离，第一个航点到起飞点的距离，上传的航点数量都有所限制；如果上位机测试不了解这个业务知识点，可能测试会有所遗漏或者说测试过程中发生的问题找不到原因；

        下位机客户接口的故障植入：硬件有一些功能是需要特定环境的，如果环境有异常，功能就无法正常使用，这样的问题可能会连带着上位机软件的表现异常，无人机方面的业务可能有的时候会需要用到GPS时间，这个时间来自于无人机的卫星定位模块接收到卫星信号后进行的时间同步，如果无人机在开机时处于没有卫星信号的场景，那么可能上位机的这些功能就无法正常使用，所以测试这类功能时，往往要考虑到下位机业务的故障植入；

        给客户的接口是否是与其他接口有所关联：比如PX4开源控有一个业务叫低电量返航，这个参数必须配合低电量警告一起使用，它的要求是设置的低电量返航值必须小于低电量警告值，设置才会生效，如果不知道这个业务特性，这个问题可能要到系统测试才会发现。

2.基于下位机可靠性的功能验证

        在过往我所了解到的测试中，下位机有以下几个特殊场景需要做功能验证：

        1.下位机系统刚刚启动时，上位机程序就连接去做操作：比如无人机刚开机时，地面站就去设置参数；有的时候机器启动，内部所有的线程启动是需要时间的，可能地面站的指令涉及到的线程并没有启动，这种问题轻则造成指令未响应，重则导致下位机CPU空转而死机；

        2.断连重连的场景：因为大多数上位机与下位机交互的介质是无线的，比如电台，蓝牙，WIFI等等这些，所以在测试过程中，出现断连重连场景是特别常见的，特别是频繁的断连重连非常考验软件的可靠性，比如在地面站控制无人机飞行过程中，频繁的断连重连，对数据的刷新，软件发送操控指令的响应等功能都会造成一定的影响；

3.兼容性测试

        兼容性测试主要有两个方面，其中一个方面是上位机所处的系统环境兼容，和传统的软件兼容性测试相同，主要测试软件对操作系统，UI，和一些系统方面功能的兼容以及测试覆盖安装后对过往版本遗留文件的兼容；

        而另一个方面则是对终端产品的兼容，这里面又包括两点，一种是对同一个终端产品不同版本固件的兼容 ，一种是对其他类型终端产品的兼容；

        对于同一个终端产品的不同固件版本的兼容测试的同时需要考虑运维策略，有的产品，上位机和下位机是强相关的，一个上位机只对应一个下位机固件版本，软件可能会做相应的限制功能，所以就不需要测试对过往市场固件版本的兼容；如果没有这样的限制措施，产品发布时，需要对过往市场固件做兼容性测试，测试的对象主要是市场上发布过的固件版本，重点测试范围是软件硬件交互相关的功能，特别是跟新版固件一起做的功能，要验证一下在过往版本固件上的表现；

        对其他类型终端产品的兼容：有的上位机软件产品在设计的时候，可能不只针对一种类型的终端设备，而是针对多种类型的终端产品，如果是相同的协议，出错的概率比较低或者说出现严重问题的概率比较低，如果使用的是不同的通讯协议，那么出错的概率就非常高，这个非常考量软件产品的架构设计能力，同时也需要做大量的兼容测试，主要测试范围也是软件硬件交互的相关功能；

        

        其实还有一些特殊场景的测试，比如无人机位于不同半球的测试，大家根据业务的不同去规划思考。