测试报告是 roboframwork 自带的，我是汉化了和做了一点小二开，没放 github，放的话会在这里备注一下哈，谢谢你

谢谢哈

可以的，如果做持久化的容器的话用固定 ip 比较好，我们这边也考虑用 docker 做测试环境的集成，测试环境对 ip 有强依赖，所以也是会用固定 ip 或 “母鸡” ip 的

问题有些用例是有关联的，所以做好标签分类的话还是比较有用的

好，我们上周在 wetest 的沙龙见过面的，我就坐在你旁边

写覆盖度高的用例或许可以启到 1 个顶 3 个的作用，关键还是测试设计，不过时间还是刚需

这就是进步啊，现在工具和技术都很成熟

我也提一下，其实我上面说的要做很多人都可以做到，关键是有多少人是能真正落地来解决问题的，不以解决问题为出发点的技术设计都只是炫技，华而不实，有输入要考虑价值

是的，尤其是镜像升级

devops 更多地是解决开发和运维之间的痛点，docker 只是其中一个载体或工具，更多地是我们应该落地怎么样的方案来解决和提升在产品研发过程中的应变能力，时代变化得太快了

robotframework 自带的，自己做了一点二开

这就是技术改变效率，个人觉得资源问题就是根本问题

当然，除了用来做自动化测试，还可以用来做并发爬虫，有那么多个浏览器去做，当然会更高效，我自己最多还试过 10 个浏览器并发的，没毛病

其实我已经有更好的方案了，这个早已弃用

逐渐再推，目前是我们团队用

谢谢

appium 是特别的慢，有个数据可以参考，ios 端 100 个 robot 用例可以跑 2 个多小时的，我后面也粗略去了解了一下，看到好像说 appium 代码复杂度比较高，功能大而全，处理请求的性能相对就低下了，而且按照 c/s 模式来实现的话，也会收到请求响应速度以及用例本身处理速度的影响，所以我们也慢慢转向用 macaca 了

好的，其实我还说漏了一点，Robot 有个按标签执行用例的功能，这个就可以巧妙地用于分布执行，如用不同的标签分布到不同的机器或操作系统

hi，我是 terry
QQ：3126398201
工作年限：2 年（加实习）
工作范围：测试 leader，功能测试，客户端、接口自动化测试
兴趣方向：自动化测试和质量保障流程制度建立。
其他：想在工作之余多抽时间出来学习以及交多一些志同道合的朋友一起学习一起进步

楼主，不支持中文路径的问题已经解决了吗

是要把图片附件也上传到 jenkins 才行啊

—— 来自 TesterHome 官方 安卓客户端

#31 楼 @tavisdxh 其实后来改进了方案，放弃了 moco，当初用 moco 其实只是为了解决数据分离管理的问题，后面发现直接用 Anyproxy 去读 json 文件效果也是一样的，所以把你的数据直接写在 json 上用 rule.js 去读取就好了

#24 楼 @aifeiyan 看看是不是数据提交错了，服务端有一些异常是不处理的，不处理或服务器挂了的话会返回 50 几的错误，那一般有像会返回 html 之类的

如果现在有在使用的小伙伴可以把它完善就好了，或者遇到的问题也拿出来讨论一下，我也继续完善，想应该如何管理 mock 测试用例