史上最全测试流程详解
前言-----
对于测试流程基本很多做过测试的大牛，小哥哥，小姐姐都能说出个十之八九，但是对于细节，可能还需要一些整理文件，这不，我整理了一些测试的全部流程，希望能给大家带来帮助，有不妥的地方，请大家指正。
测试准备阶段一.测试需求文档
1. 产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全
---重点：需求文档分析 了解熟悉业务，分析需求测试点
（1）确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束）
（2）场景分析（考虑场景调用者和系统内部各个场景之间联系）
（3）挖掘隐性需求（常用业务流程以及各分支）
二.测试计划
1.编写目的此文档根据项目需求文档，制定测试策略、评估测试风险，确定所需的资源，并对测试的工作量进行估计，进行人员和进度安排，并且列出测试项目的可交付元素。2.参考文档详细设计文档，设计原型3.测试概要（1）测试目标通过测试，达到以下目标：测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。产品规定的操作和系统运行稳定。Bug数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10%（2）测试范围列出测试最终需要交付的功能模块列表（3）测试人力资源（4）测试环境：服务器环境，终端环境，网络环境（5）bug管理工具4.测试规范开始测试标准：代码编译通过，软件可以争取安装运行，实现功能与产品设计出人，冒烟测试通过中断测试标准：安装无法正确完成，程序代码编译不通过，系统服务异常，发现阻塞功能的bug5.bug规范致命，严重，一般，建议6.测试策略冒烟测试：依据开发提测时间变动第一轮功能测试：执行测试用例，包括边界值测试，兼容性测试，易用性测试，用户界面测试，安全性测试第二轮功能测试：bug复测及功能验证回归测试：全面回归测试性能测试：需确认具体性能测试方案和工具发布测试测试报告总结7.测试风险测试本身（测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因）8.测试输出文档测试计划测试用例测试bug单测试报告
三.测试用例
测试需求分析和业务流程分析
1.设计方法：等价类划分法（将测试的范围划分成几个互不相交的子集）边界值分析法（选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值）错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误）判定表法（适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略）正交实验法（在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例）还有其它场景法和状态迁移法等
2.测试用例八要素：用例编号，测试项目，测试标题，重要级别，预置条件，测试输入，操作步骤，预期输出（1）用例编号（规则：由字符和数字组成的字符串，具有唯一性，易识别性）（2）测试项目（对应测试用例编号中的测试子项名系统测试（3）测试标题（体现测试出发点关注点以及测试用例期盼的测试结果）（4）重要级别、优先级别（重要级别一般分为高中低）（5）预置条件：测试用例在执行时需要满足一些前提条件，环境的设置（6）测试输入（测试执行中需要加工的外部信息，避免用描述性语言，要具体，根据测试用例具体情况，有手工输入，文件，数据库记录）（7）操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述（8）预期输出：需要判断测试对象是否正常工作
测试阶段一.测试执行
1.测试环境搭建测试环境：硬件环境，软件环境硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境搭建测试环境的准备工作：安装工具：虚拟机虚拟机优点：运行在主机上
二.执行测试用例根据测试用例优先级来执行测试用例
-----测试关注点
1. 根据UI效果图进行UI测试
（1）、观察APP的用户界面(如菜单、对话框、窗口和其它可规控件)是否符合UI稿
（2）、不同的连接页面之间导航链接是否有效，是否跳转是否正确
（3）、旋转手机，确保程序不退出，页面排版无异常
（5）、输入框说明文字的内容与产品需求一致
（6）、某页无数据时、断网时、有网但接口异常时的状态页是否和UI一致
2. 功能测试时主要依据编写的功能测试用例进行软件功能的测试
3. 涉及的测试主要包括基本功能测试，逻辑测试，安装、卸载、运行测试，中断测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试
（1）、App安装完成后是否能正常启动，且打开速度控制在预期时间内
（2）、切换后台再切换前台的操作对当前状态如登陆、当前页、数据刷新的影响
（3）、强制杀掉APP进程再启动对当前状态如登陆、当前页、数据刷新的影响
（4）、登陆验证/免密登陆时的手势密码和指纹是否正常符合产品需求
（5）、对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏解锁的测试，这种页面最容易出现崩溃
（6）、同一用户在多个终端先后登陆时，APP是否有正常符合产品需求的处理
（7）、App使用过程中有电话进来的中断测试，与文件下载、音乐播放、等应用的交叉情况测试
（8）、很多应用会支持缓存数据，测试在断网启动或从有网到无网时是否可以浏览缓存数据
（9）、软件在不同操作系统及版本（Android、iOS、）下安装是否正常
（10）、软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里，安装后没有生成多余的目录结构和文件
（11）、软件安装过程是否可以取消
（12）、软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）
（13）、安装空间不足时是否有相应提示
（14）、对于需要通过网络验证之类的安装，在断网情况下尝试一下
（15）、重复安装应该有提示iOS没有提示
（16）、升级安装时，版本更新链接有效，比如后台设置的版本白名单
（17）、使用各种方式卸载程序，如直接删除安装文件夹卸载是否有提示信息、长按图标卸载、手机设置里卸载、第三方应用卸载iOS卸载没有提示，Android安装时会闪退（偶现）
（18）、测试卸载后文件是否全部删除所有的安装文件夹
（19）、卸载过程中出现的意外情况的测试（如死机、断电、重启）
（20）、卸载是否支持取消功能，单击取消后软件卸载的情况
4.兼容性及适配测试
硬件的适配：不同手机厂商、硬件性能，不同屏幕大小的适配；如：
厂商：华为，型号：mate30Pro，Android版本：Android10，屏幕：6.0英寸，分辨率：2400x1176像素
厂商：苹果，型号：苹果XSmax,手机版本：iOS11，屏幕：6.0英寸，分辨率：2688x1224像素
（2）iOS版本的兼容：IOS 6版本以上；Andriod 5版本以上等
（3）不同分辨率屏幕的适配：移动设备的分辨率多种多样，如果app没有做比较合适的处理就可能会显示不好，甚至影响功能的操作。
（4）兼容性测试必须在一定数量的真机上进行，由于真机类型过多，尤其Android在做兼容性测试时，可以选取典型的几种运用较多的真机，进行兼容性测试
（5）与本机已经安装的App是否兼容
（6）在各种系统、系统版本的不同手机上测试登陆，卸载，注册，登陆，修改密码等功能
（7）UI层的兼容，界面的显示根据不同尺寸手机是否自适应
（8）在各种系统、系统版本的不同手机上进行全方面的功能测试，如：使用每一个iOS版本的iPhone上测试“我的银行卡”模块的提现功能
（9）基于开发环境和生产环境的不同，检验在各种网络连接下(WiFi、2G/3G/4G/5G等)，App的数据和运用是否正确
5.安全性测试1.软件权限
（1）扣费风险：包括短信、拨打电话、连接网络等
（2）限制/允许使用手机拍照或录音
（3）限制/允许使用手机读取用户数据，手机信息、联系人信息等
（4）限制/允许使用手机写入用户数据
（5）没有用户的允许,应用程序不能预先设定自动启动
（6）对App的输入有效性校验、认证、授权、数据加密等方面进行检测
（7）没有用户的允许,应用程序不能预先设定自动启动
（8）手机能控制该APP能否使用Wi-Fi和移动数据
2.数据安全性
（1）如果数据库中重要的数据正要被重写，应及时告知用户
（2）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。
（3）对密码长度和复杂度的安全要求
（4）当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码
（5）当应用程序处理明细或其它的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中
6.接口测试
（1）测试api网关接口是否请求正常
（2）Get,post发送和返回是否请求正常
（3）查看请求参数和返回参数结果是否正常
（测试接口工具：APIpostjmeter）
7.性能测试
（1）客户端性能测试重点关注：安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等，以及与同类产品相比较是否有优势；
（2）运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee（适用于Android）获取到；
（4）至于服务器端的性能，主要利用接口对服务器施加压力，重点关注响应时间、吞吐量、并发数、事物通过率等，可以用loadrunner、jmeter进行测试，也可以用fiddlerCharles抓包来查看域名等是否正常。
8.核心链路
-------核心链路测试
三.测试执行流程
冒烟测试-迭代测试（先功能后性能，回归测试）-发布测试注：对应测试产出对应测试报告和bug清单，可以把bug提到缺陷管理库里
四.测试报告
测试结论（是否达到发布标准，是否可发布）测试时间，测试人员（测试起止时间）测试环境，测试设备（用到哪些测试收集，客户端环境，浏览器）需求大纲（当前这个版本，包含哪些需求点）
测试用例报告（报告用例情况）Bug数据分析（从多个维度分析：bug等级分布，遗留bug分析，bug类型分布。模块bug分布，bug激活次数分析）
已知风险、未知风险测试总结（从测试角度，对版本存在的问题，提出建议）
线上阶段
一.线上测试注意事项
1.如果没有白名单，这个时候是不能随便操作做数据的，测试人员能做的也就是点点，保证按钮、界面正常。如果是业务人员做好数据，测试人员要验证数据的准确性和界面显示无误。2.如果有白名单，也不能随便操作数据，但是可以在容许的情况下，回归一遍线上测试，保证线上测试无误。
二.后期维护
1.日常关注客诉和相关反馈，如果有线上bug，可以通过日志，后台奔溃记录来定位问题，之后商讨出修复策略
2.整理该项目测试总结
（1）整理该项目遗留，可推广等问题
（2）项目流程优化及功能优化等文档整理
（3）整理该项目相关文档并总结报告
机器人流程自动化 (RPA)
“为我们的旧应用程序创建API成本太高...另外，我们还必须导航第三方网站。我们使用Power AutomateRPA机器人来弥补这些不足并自动执行流程。”
AllanMcDanielManagerofDevelopmentforBIandMasterData,Coca-ColaBottlingCompanyUnited
阅读案例机器人测试方法、系统及机器人与流程
1.本发明涉及机器人测试领域，尤其涉及一种机器人测试方法、系统及机器人。
背景技术：
2.目前，在机器人性能的老化测试时，可在实验室内设计有模拟实际环境场景的各种跑道。例如，在实验窒内设计有坡道、直行道、弯道、窄道、过坎、台阶、障碍物等，用于测试机器人的行走能力。在目前的跑道设计中，在室内往往设计有多条跑道，每一跑道用于测试一台机器人。如此，在有限的室内空间中，当一台机器人在测试过程中不能通过测试而摔倒、不能行走时，则该跑道中的在测机器人是不能完成测试的，并且浪费了一条跑道的空间环境，机器人测试效率低。
技术实现要素：
3.有鉴于此，本技术实施例提供一种机器人测试方法、系统及机器人，旨在提高机器人的测试效率。4.本技术实施例提供了一种机器人测试方法，所述方法包括：5.多个机器人于循环测试跑道进行测试；6.若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播；7.根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置；8.基于所述无故障路线，继续对未发生故障的机器人进行测试。9.在一实施例中，所述循环测试跑道至少包括三条预设形状的循环跑道，从外至内依次为第一跑道、第二跑道以及第三跑道，第一跑道和第二跑道之间通过多条辅道连通，第二跑道和第三跑道之间通过多条辅道连通，在所述第一跑道以及所述第三跑道设置有用于测试机器人性能的测试项目，所述测试项目包括直行道段、弯道段、坡道段、窄道段、过坎段、台阶段和障碍物段中的一种或多种；10.所述多个机器人于循环测试跑道进行测试，包括：11.所述多个机器人在所述第一跑道进行测试；12.或者，所述多个机器人在所述第三跑道进行测试；13.或者，所述多个机器人中的一部分机器人在所述第一跑道进行测试，所述多个机器人中的另一部分机器人在所述第三跑道进行测试。14.在一实施例中，所述根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置，包括：15.根据所述故障广播，确定机器人发生故障的故障点位置；16.若所述故障点位置位于第一跑道，则利用最长路径的规划原则，对在第一跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置；17.若所述故障点位置位于第三跑道，则利用最短路径的规划原则，对在第三跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置。18.在一实施例中，所述若所述故障点位置位于第一跑道，则利用最长路径的规划原则，对在第一跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置，包括：19.若所述故障点位置位于第一跑道，则在所述第一跑道中未发生故障的机器人获取所述故障点位置所处路段的故障始点和故障终点，其中，所述故障始点和故障终点分别为所述故障点位置所处路段与两相邻辅道的交叉点；20.未发生故障的机器人利用最长路径的规划原则重新规划测试路线以获得无故障路线，所述无故障路线是依次经由故障始点、辅道、第二跑道、辅道、故障终点、并沿第一跑道循环至故障始点，以绕开所述故障点位置。21.在一实施例中，所述若所述故障点位置位于第三跑道，则利用最短路径的规划原则，对在第三跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置，包括：22.若所述故障点位置位于第三跑道，则在所述第三跑道中未发生故障的机器人获取所述故障点位置所处路段的故障始点和故障终点，其中，所述故障始点和故障终点分别为所述故障点位置所处路段与两相邻辅道的交叉点；23.未发生故障的机器人利用最短路径的规划原则重新规划测试路线以获得无故障路线，所述无故障路线是依次经由故障始点、辅道、第二跑道、辅道、故障终点、并沿第三跑道循环至故障始点，以绕开所述故障点位置。24.在一实施例中，所述若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播，包括：25.若在所述第一跑道中的机器人发生故障，则故障机器人向第一跑道中的未发生故障的机器人进行故障广播；和/或26.若在所述第三跑道中的机器人发生故障，则故障机器人向第三跑道中的未发生故障的机器人进行故障广播。27.在一实施例中，通过隔离件将测试场地规划出循环测试跑道的第一跑道、第二跑道和第三跑道，其中，隔离件包括第一隔离件和第二隔离件；第一跑道和第二跑道是通过第一隔离件隔离，所述第一跑道和第二跑道之间的辅道为第一隔离件的开口；第二跑道和第三跑道是通过第二隔离件隔离，所述第二跑道和第三跑道之间的辅道为第二隔离件的开口。28.在一实施例中，所述循环测试跑道包括两条预设形状的循环跑道，从外至内依次为第一跑道和第二跑道，或从外至内依次为第二跑道和第一跑道，第一跑道和第二跑道之间通过多条辅道连通，在所述第一跑道设置有用于测试机器人性能的测试项目，所述测试项目包括直行道段、弯道段、坡道段、窄道段、过坎段、台阶段和障碍物段中的一种或多种；29.所述多个机器人于循环测试跑道进行测试，包括：30.所述多个机器人在所述第一跑道进行测试。31.为实现上述目的，还提供一种机器人测试系统，包括循环测试跑道和多个机器人；32.所述多个机器人在所述循环测试跑道进行测试时执行上述任一项所述的机器人测试方法的步骤。33.为实现上述目的，还提供一种机器人，包括存储器，处理器及存储在所述存储器上并可在所述处理器上运行的机器人测试方法程序，所述处理器执行所述机器人测试方法程序时实现上述任一所述的机器人测试方法的步骤。34.本技术实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：多个机器人于循环测试跑道进行测试；通过在循环测试跑道上放置多个机器人同时进行测试，从而提高机器人的测试效率。35.若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播；通过故障广播，将故障机器人所在的故障点位置发送至循环测试跑道中的其他在测机器人，避免未发生故障的机器人在故障路段阻塞，从而提高机器人的测试效率以及降低机器人测试成本。36.根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置；基于所述无故障路线，继续对未发生故障的机器人进行测试。通过故障点位置的计算，重新对未发生故障的机器人的测试路线进行规划以获得绕开故障点位置的无故障路线，并利用无故障路线对未发生故障的机器人进行测试，以使在循环测试跑道上循环不间断地进行机器人的测试，从而提高机器人的测试效率。附图说明37.图1为本技术机器人测试方法的第一实施例的流程示意图；38.图2为本技术循环测试跑道的第一示意图；39.图3为本技术循环测试跑道的第二示意图；40.图4为本技术机器人测试方法的第二实施例的流程示意图；41.图5为本技术机器人测试方法第二实施例中步骤s240的具体实施步骤；42.图6为无故障路线的第一示意图；43.图7为本技术机器人测试方法第二实施例中步骤s250的具体实施步骤；44.图8为无故障路线的第二示意图；45.图9为本技术涉及的机器人的硬件架构示意图。具体实施方式46.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。47.本发明实施例提出一种机器人测试方法：多个机器人于循环测试跑道进行测试；若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播；根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置；基于所述无故障路线，继续对未发生故障的机器人进行测试。本发明旨在提高机器人的测试效率。48.为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。49.请参阅图1，图1为本技术机器人测试方法的第一实施例，所述方法包括步骤s110‑s140：50.步骤s110：多个机器人于循环测试跑道进行测试。51.请参阅图2，本实施例提出一种循环测试跑道，所述循环测试跑道至少包括三条预设形状的循环跑道，从外至内依次为第一跑道10、第二跑道20以及第三跑道30，第一跑道10和第二跑道20之间通过多条辅道40连通，第二跑道20和第三跑道30之间通过多条辅道40连通，在所述第一跑道10以及所述第三跑道30设置有用于测试机器人性能的测试项目，所述测试项目包括直行道段、弯道段、坡道段、窄道段、过坎段、台阶段和障碍物段中的一种或多种。例如，通过隔离件将测试场地规划出循环测试跑道的第一跑道10、第二跑道20和第三跑道30，其中，隔离件包括第一隔离件和第二隔离件；第一跑道10和第二跑道20是通过第一隔离件隔离，所述第一跑道10和第二跑道20之间的辅道40为第一隔离件的开口；第二跑道20和第三跑道30是通过第二隔离件隔离，所述第二跑道20和第三跑道30之间的辅道40为第二隔离件的开口。可选地，第一隔离件是障碍墙，第二隔离件是障碍墙。52.可以每间隔预设距离(例如5米)放置一个机器人于循环测试跑道进行行走测试，以保证多个机器人同时在循环测试跑道上进行测试。在本实施例中的预设距离并不限定，可以根据循环测试跑道以及待测机器人个数进行适配调整。其中，在本实施例中，循环测试跑道中的测试方向可以是顺时针方向；也可以是逆时针方向；在此并不作限定。在本实施例中以顺时针方向为测试方向。53.本实施例涉及的机器人具备行走功能、信号接收功能、信号发送功能以及路线重新规划功能。54.步骤s120：若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播。55.一实施例中，多个测试机器人之间相互通信连接，若有一机器人在循环测试跑道中发生故障，则该故障机器人将其所在的故障点位置发送至其他未发生故障的机器人，未发生故障的机器人通过对故障广播进行解析，获得故障机器人所在的故障点位置。机器人之间的通信可基于点对点之间的终端通信，或者，也可以基于云端服务器，故障机器人向云端服务器发送信息，云端服务器向未发生故障的机器人广播信息的方式进行通信。56.步骤s130：根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置。57.一实施例中，未发生故障的机器人接收故障机器人通过故障广播发送的故障信息，并根据故障信息确定出故障机器人所在的故障点位置。此时，未发生故障的机器人重新规划测试路径，以避开故障点位置，以使得未发生故障的机器人仍能够继续在循环测试跑道上进行测试。58.步骤s140：基于所述无故障路线，继续对未发生故障的机器人进行测试。59.一实施例中，未发生故障的机器人按照无故障路线在循环测试跑道上继续行走并进行测试。也即，当一故障机器人发生故障而不能继续进行测试时，故障机器人可能会堵住测试跑道，影响后面未发生故障的机器人继续循环测试，此时，未发生故障的机器人在获知故障机器人所在的故障点位置时，则重新规划测试路径，以绕开故障点位置，从而实现未发生故障的机器人能够循环测试。60.本技术技术方案可以具体应用在机器人性能的老化测试，也可以是应用在机器人功能的出厂测试，具体可以根据测试需求的不同，对测试项目进行调整。61.多个机器人于循环测试跑道进行测试；通过在循环测试跑道上放置多个机器人同时进行测试，从而提高机器人的测试效率。62.若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播；通过故障广播，将故障机器人所在的故障点位置发送至循环测试跑道中的其他在测机器人，避免未发生故障的机器人在故障路段阻塞，从而提高机器人的测试效率以及降低机器人测试成本。63.根据所述故障广播，对未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线绕开所述故障点位置；基于所述无故障路线，继续对未发生故障的机器人进行测试。通过故障点位置的计算，重新对未发生故障的机器人的测试路线进行规划以获得绕开故障点位置的无故障路线，并利用无故障路线对未发生故障的机器人进行测试，以使在循环测试跑道上循环不间断地进行机器人的测试，从而提高机器人的测试效率。64.请参阅图2，在一实施例中，所述循环测试跑道至少包括三条预设形状的循环跑道，从外至内依次为第一跑道10、第二跑道20以及第三跑道30，第一跑道10和第二跑道20之间通过多条辅道40连通，例如，第一跑道10和第二跑道20之间通过多条第一辅道41连通。第二跑道20和第三跑道30之间通过多条辅道40连通，例如，第二跑道20和第三跑道30之间通过多条第二辅道42连通。在所述第一跑道10以及所述第三跑道30设置有用于测试机器人性能的测试项目，所述测试项目包括直行道段、弯道段、坡道段、窄道段、过坎段、台阶段和障碍物段中的一种或多种。65.在上述实施例一的基础上，所述多个机器人于循环测试跑道进行测试，包括：66.所述多个机器人在所述第一跑道10进行测试；67.或者，所述多个机器人在所述第三跑道30进行测试；68.或者，所述多个机器人中的一部分机器人在所述第一跑道10进行测试，所述多个机器人中的另一部分机器人在所述第三跑道30进行测试。69.其中，所述辅道40以及所述第二跑道20不设置测试项目。70.具体地，辅道40以及第二跑道20不设置测试项目，使机器人容易通行，降低机器人在辅道40以及第二跑道20出现故障、阻断等情形。71.具体地，循环测试跑道并不限定于上述实施例提及的三条或者两条预设形状的循环跑道，循环测试跑道可以是大于或者等于两条预设形状的循环跑道组成；其中，辅道的数量以及第二跑道的数量也不限定，根据实际的测试需求进行调整。72.具体地，在对机器人进行测试时，循环测试跑道可以开放第一跑道10，关闭第三跑道30进行测试；或者，可以开放第三跑道30，关闭第一跑道10进行测试；或者，也可以是同时开放第一跑道10与第三跑道30进行测试。73.具体地，坡道段包括上坡面以及下坡面，其中上坡面的坡度为5‑15度，下坡面的坡度也为5‑15度，坡道段的测试角度可以根据需求进行调节。74.具体地，障碍物的高度为15毫米‑50毫米，其中，障碍物的高度可以根据需求进行调节。75.具体地，台阶段包括上台阶段与下台阶段，其中上台阶段与下台阶段分别包含2‑10个台阶，且台阶高度可以根据机器人的性能进行调节。76.具体地，过坎段的坎距为15厘米‑40厘米，具体可以根据机器人的性能进行调节。77.其中，测试项目还可以是地毯地面、光滑地面等。可以根据机器人测试需求在循环测试跑道中进行设置。78.在循环测试跑道中设置辅道以及第二跑道，使未发生故障的机器人能够进行不间断进行测试，保证了机器人测试的效率。79.又一实施例中，请参阅图3，图3为循环测试跑道的另一种实现方式。所述循环测试跑道包括两条预设形状的循环跑道，从外至内依次为第一跑道10和第二跑道20，第一跑道10和第二跑道20之间通过多条辅道40连通，在所述第一跑道设置有用于测试机器人性能的测试项目，所述测试项目包括直行道段、弯道段、坡道段、窄道段、过坎段、台阶段和障碍物段中的一种或多种。预设形状可以为圆形，也可以是圆角矩形，也可以是正方形或者长方形，在此并不作限定。80.所述多个机器人于循环测试跑道进行测试，包括：81.所述多个机器人在所述第一跑道进行测试。82.或者，在另一实施例中，从外至内依次为第二跑道和第一跑道，所述多个机器人于循环测试跑道进行测试，包括：所述多个机器人在所述第一跑道进行测试。83.请参阅图4，在第一实施例的基础上提出本技术的第二实施例，所述方法，包括步骤s210‑步骤s260：84.步骤s210：多个机器人于循环测试跑道进行测试。85.步骤s220：若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播。86.步骤s230：根据所述故障广播，确定机器人发生故障的故障点位置。87.步骤s240：若所述故障点位置位于第一跑道，则利用最长路径的规划原则，对在第一跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置。88.例如，位于第一跑道内的多个机器人之间可相互通信，当故障点位置位于第一跑道时，则位于第一跑道内的故障机器人将其所在的故障点位置进行广播，广播信息被在第一跑道中的机器人接收。在未发生故障的机器人获知故障点位置后，则利用最长路径的规划原则，对测试路线进行重新规划，利用辅道和第二跑道绕过故障点位置，生成无故障路线。89.步骤s250：若所述故障点位置位于第三跑道，则利用最短路径的规划原则，对在第三跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置。90.例如，位于第三跑道内的多个机器人之间可相互通信，当故障点位置位于第三跑道时，则位于第三跑道内的故障机器人将其所在的故障点位置进行广播，广播信息被在第三跑道中的机器人接收。在未发生故障的机器人获知故障点位置后，则利用最短路径规划的原则，对测试路线进行重新规划，利用辅道和第二跑道绕过故障点位置，生成无故障路线。91.步骤s260：基于所述无故障路线，继续对未发生故障的机器人进行测试。92.第二实施例与第一实施例相比，包括步骤s230、步骤s240以及步骤s250，其他步骤在第一实施例中已经进行了阐述，在此不再赘述。93.通过最长路径规划原则或者最短路径规划原则对未发生故障的机器人的测试路线进行重新规划，降低机器人在故障点位置停滞的概率，以进一步提高机器人的测试效率。94.请参阅图5，图5为本技术机器人测试方法第二实施例中步骤s240的具体实施步骤，所述若所述故障点位置位于第一跑道，则利用最长路径的规划原则，对在第一跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置，包括步骤s241‑步骤s242：95.步骤s241：若所述故障点位置位于第一跑道，则在所述第一跑道中未发生故障的机器人获取所述故障点位置所处路段的故障始点和故障终点，其中，所述故障始点和故障终点分别为所述故障点位置所处路段与两相邻辅道的交叉点。96.步骤s242：未发生故障的机器人利用最长路径的规划原则重新规划测试路线以获得无故障路线，所述无故障路线是依次经由故障始点、辅道、第二跑道、辅道、故障终点、并沿第一跑道循环至故障始点，以绕开所述故障点位置。97.具体地，请参阅图6，图6为无故障路线的第一示意图；当故障点位置70位于第一跑道10时，则将距离故障点位置70最近的两个辅道40与第一跑道10的交叉口作为故障始点50以及故障终点60，无故障路线80依次经由故障始点50、辅道40、第二跑道20、辅道40、故障终点60、并沿第一跑道10循环至故障始点50，以绕开所述故障点位置70。98.当第一跑道中出现故障点时，第一跑道中的未发生故障的机器人重新进行测试线路规划，以减少堵塞造成的时间成本以及测试成本，同时提高机器人测试效率。99.请参阅图7，图7为本技术机器人测试方法第二实施例中步骤s250的具体实施步骤，所述若所述故障点位置位于第三跑道，则利用最短路径的规划原则，对在第三跑道中未发生故障的机器人的测试路线进行重新规划以获得无故障路线，所述无故障路线经所述辅道和所述第二跑道以绕过所述故障点位置，包括步骤s251‑步骤s252：100.步骤s251：若所述故障点位置位于第三跑道，则在所述第三跑道中未发生故障的机器人获取所述故障点位置所处路段的故障始点和故障终点，其中，所述故障始点和故障终点分别为所述故障点位置所处路段与两相邻辅道的交叉点。101.步骤s252：未发生故障的机器人利用最短路径的规划原则重新规划测试路线以获得无故障路线，所述无故障路线是依次经由故障始点、辅道、第二跑道、辅道、故障终点、并沿第三跑道循环至故障始点，以绕开所述故障点位置。102.具体地，请参阅图8，图8为无故障路线的第二示意图；当故障点位置70位于第三跑道30时，则将距离故障点位置70最近的两个辅道40与第三跑道30的交叉口作为故障始点50以及故障终点60，无故障路线80依次经由故障始点50、辅道40、第二跑道20、辅道40、故障终点60、并沿第三跑道30循环至故障始点50，以绕开所述故障点位置70。103.当第三跑道中出现故障点时，第三跑道中的未发生故障的机器人重新进行测试线路规划，以减少堵塞造成的时间成本以及测试成本，同时提高机器人测试效率。104.在一实施例中，所述若在所述循环测试跑道中存在发生故障的机器人，则将故障机器人所在的故障点位置进行故障广播，包括：105.若在所述第一跑道中的机器人发生故障，则故障机器人向第一跑道中的未发生故障的机器人进行故障广播；和/或106.若在所述第三跑道中的机器人发生故障，则故障机器人向第三跑道中的未发生故障的机器人进行故障广播。107.也即，在所述第一跑道中的机器人发生故障，则故障机器人向第一跑道中的未发生故障的机器人进行故障广播；在所述第三跑道中的机器人发生故障，则故障机器人向第三跑道中的未发生故障的机器人进行故障广播。108.在另一实施例中，若机器人在第一跑道或者第三跑道中发生故障，则将故障机器人所在的故障点位置向循环测试跑道中所有的未发生故障的机器人进行发送。109.本技术还提出一种机器人测试系统，包括循环测试跑道和多个机器人；110.所述多个机器人在所述循环测试跑道进行测试时执行上述实施例所提出的机器人测试方法的步骤。111.本技术还提出一种机器人，包括存储器，处理器及存储在所述存储器上并可在所述处理器上运行的机器人测试方法程序，所述处理器执行所述机器人测试方法程序时实现上述实施例所提出的机器人测试方法的步骤。112.请参阅图9，本技术提出一种机器人a10，机器人a10包括处理器a12和存储器a11。113.处理器a12可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器a12中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器a12可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器a11，处理器a12读取存储器a11中的信息，结合其硬件完成上述方法的步骤。114.可以理解，本发明实施例中的存储器a11可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(readonlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本发明实施例描述的系统和方法的存储器a11旨在包括但不限于这些和任意其它适合类型的存储器。115.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd‑rom、光学存储器等)上实施的计算机程序产品的形式。116.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。117.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。118.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。119.应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。120.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。121.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。