「2019」「RM圆桌」第二期 我们要搞测试

川哥还在码字吗？

数据分析，可以推荐一些常用的工具
一般选用matlab或python作为辅助分析工具，在分析数量比较大的样本，或与计算紧密相关的bug时起作用；在样本数量较小时推荐使用excel（毕竟一般电脑里都自带不需要装啰里啰嗦的软件），一般的数据处理excel也可以支持。

努力码字中

测试阶段，如何让机械的步兵祭天
这个问题问得好，测试的最后阶段，就要考虑极端环境的测试，如果步兵的应用场景有大量撞击，越野的工况，那么结构定版测试阶段就需要覆盖这些暴力测试，既然是暴力测试，那么机械祭天的概率就会非常大。不过提醒一下，还是要考虑性价比，以及应用场景是否有大量的暴力使用，没时间没钱也用不到就少做暴力测试了

比赛现场那么紧张，出现问题怎么做最科学？
辛辛苦苦从家里面把机器人抱过来，放在启动区就不行了？想要避免这样的尴尬情况，除了在家里把机器人哄好之外，还需要在到达比赛现场的时候进行一些必要的测试
推荐各位战队队员在家里面装车检查的时候把检查的项目工工整整的记下来，总结出一份机器人自检表，拿到现场也可以用来检查的，推荐检查以下事项：
a)机械方面：检查一下螺丝在旅途中是不是丢了少了松了，可以对关键的螺丝在拧紧后用记号笔划线做好记号，一旦松动，就可以立即发现；还要注意机器人的卡簧还在么，避震还在么，轮子还在么，麦轮的小胶轮还在么，每个小胶轮还能动么，云台是不是歪了，云台顶丝是否有松动，板子是不是都掉出来了，拨弹轮顶丝是否紧固等等
b)硬件方面：检查一下板子上电是不是冒烟了，板载的状态指示灯还能亮么，各个模块的通讯还正常么，can电阻还匹配么，在箱子里是不是还找到额外的小电容小电阻了，没有打胶的杜邦线是不是都掉出来了等等
c)软件方面：当上面机械和硬件检查好了之后，上电查看初始化是不是还正常，各个机构还是不是可控，之前写好的登岛打大符流程会不会因为水土不服就罢工了（笑话，怎么会）

暴力测试的话，机械会不会心疼。会不会对电控的下毒手

说到这里突然想说一下测试工具的事情，
列举能提高测试效率的工具如下：
1)测试用例管理工具 ones testcase等；
2)测试缺陷管理工具：JIRA，禅道等
3)测试提测平台：邮箱等；
这些管理工具都可以对bug进行很好的跟踪。多个项目的测试用例，可以在相应的平台管理，对测试过程还可以顺便做详细的记录，方便追溯；这样机器人的质量和稳定性又可以达到一个新的高度了

暴力测试的话，机械会不会心疼。会不会对电控的下毒手
一定会的，打一顿就好

最后用自动化测试内容结束今天的话题：
比赛的开发任务量如此巨大，在某些需要大量测试的场合，我们当然不希望再找队员日日夜夜反复测同一个项目，这时候就要制作一些辅助测试的自动化小工具，比如自动打大符？机器人站在那里，面对大符，就可以打一晚上，当你第二天走进实验室的时候，发现它还在打大符的时候你肯定很开心是吧，为了达到这么一个伟大的目标，你需要设计一个脚本，把机器人和大符连接起来做一个闭环，再弄一个消息记录和通知系统用来告诉你它什么时候停了，机器人是不是已经累到吐血等等，当然还需要一套自动装填机器人，自动捡子弹机器人，调好之后再对这套自动化打大符系统进行稳定性测试（扶我起来，我没死）。总之，一套自动化无敌智能设备可以帮我们从大量的测试中节省人力了。
当然话说回来，要搭建一个稳定的解决上面问题的系统，难度不亚于一个新的比赛，所以这个时候就需要评估自动化的资源成本，在现有资源条件下，去做一些自动化的测试

经过上面几个步骤，相信每个队伍的机器人都可以稳定高效打大符了，接着就又到大家喜闻乐见的改规则环节了

一般的暴力测试都是在测试些什么，比如测试耐撞性或者一些其他的