有测APP经验,能不能测机器人?

测机器人，跟测APP有什么同异？我会测APP，我能不能测机器人？想弄清楚这些，先了解基本的机器人产品知识。

一个基本的机器人产品由三部分构成：示教器、控制柜、机器人。

示教器：机器人的人机交互终端。

示教器是人向机器人发命令、机器人反馈自己状态的可视化设备，跟我们日常用的平板差不多，页面显示与操作也跟平板差不多。

比如：我们发命令、让机器人回到自己的初始位置，机器人就运行起来；过程中，会向我们显示实时位置，回到初始位置时，会弹框提醒我们以达到初始位置。

机器人的功能测试，90%时间也都是在这个示教器页面上。在测试方法上，是跟测APP一样的：测试APP的经验，也一样可以测试示教器页面功能、UI易用性、操作稳定性、不同平台的兼容性等。

控制柜：机器人的控制中枢。

控制柜，控制的主要是机械臂；对于人形，控制的是双臂等，是人形的小脑。控制柜里会接收来自示教器的命令，通过计算后，发送到伺服电机、驱动机器人运行；机器人的运行数据，也会通过控制柜传送回示教器，在示教器上显示。

比如：示教器发送要求机器人回到初始位置的命令、到控制柜，控制柜经过计算后、发送运动位置数据要求给伺服电机，伺服电机驱动机器人运动到对应位置；电机反馈机器人位置到控制柜，控制柜反馈给示教器。

如果只做最简单的黑盒功能测试，关注示教器基本就可以了，也就是大家看到的页面点点点。但想保证质量的话，控制柜里的控制器和伺服部分，是必须要关注的，大部分的安全事故、性能瓶颈都在这里。测试人员需要在工作中多与开发交流，了解里面的原理、设计、逻辑，并设计相应的用例，黑盒用例也可以、也是可以测试到的；黑盒有难度的话，看是不是可以跟开发沟通，在单元、接口层覆盖到。

机器人本体：最终的执行部件。

机器人本体，也就是我们看到的机械臂、人形手臂等，是这套机器人产品中的最终‘干活’的。如果只想操作机器人、去到要求的位置，只需要在示教器上给出最终要到达的位置、发命令就可以。如果想明白它的行动准则、限制，需要理解《机器人学导论》里的原理。

比如：我们希望机器人回到初始点，只是想完成这任务的话，只需要在示教器上发出命令就可以。但如果我们想保证这个运动过程肯定是成功的，我们就需要理解机器人当前点与初始点之间的运动轨迹，从机器人导论的原理出发，计算过程中是不是会有奇异点(过程中停止、无法运动)，进而选择合适的运动方式、规划合适的运动轨迹。

机器人本体方面，跟机械专业的内容接近；所以软件测试也会倾向于招机械专业背景。如果只是想执行操作，完成产品需求里的机器人操作，并对这一过程进行测试；测APP的经验是足够的。但显然很多深层问题的暴露，还是需要测试人员有更贴近的知识背景，最好是测试经验。

总体而言，测试APP的经验肯定是有帮助的，是可以测一些机器人功能的；想测得深，就必须要有对应的知识储备，最好是机器人测试经验。只要能持续学习，相信这些都不是问题。

大家还有哪些想了解的，可以在评论区发出来，或者后台私信我。