作为入门，然后就弃用。

为何弃用？

个人不推荐使用，现在都是直接鲁脚本 rfw 还需要再封装一层，类似 selenium appium，使用起来出问题 很不方便

RF 用起来还是很棒的，不过想要更深入一点只在 RF 层面搞不太行。

我这个公司，自动化组长就是教我使用 RF 自动化，单纯的做 UI 自动化应该还是能够满足的吧

求进来的童鞋，说说自己的看法，有啥好的建议，想啥说啥！

作为入门上手还是很快的, 关键字 keywords 方式驱动, RF 提供了很多方便使用的 Library; 如果自动化项目比较大, 不建议上 RF, 维护不是那么方便, 个人建议而已; 如果有代码基础建议还是纯代码来写/封装 用现有的 e.g pytest/unitest 等, 做好 PO 的封装; 相关 RF 的 可以 去看下 @ 齐涛 (网名: 道长) 的 Blog. RF 这两年用的团队也不少 (https://robotframework.org/), 具体看你使用的场景～

正在用啊，组长教我用，我再教其他组员，接口测试用起来虽然笨点，但是作为框架比较全面，也适用于没有什么代码基础的测试人员，门槛不高，但是要精通也不是很容易的，上手比较快

适合不会写脚本的同学用, 傻瓜式自动化测试工具

RF 挺好用的呀～～我们几百号人都在用。说不能写高级脚本的童鞋，RF 有 UI 界面可以简单地使用关键字快速编写案例，RF 关键字本身可以使用分层封装思想来写，RF 层面封装不方便的步骤，写 python 脚本。怎么看都足够用了。直接撸脚本听起来很牛逼，但是可读性肯定没有 RF 好，大团队使用就是需要简单明了呀～

要说缺点，就是没办法断点调试吧……

在 eclipse RED 开发环境中，可以单步调试 RF 脚本，你可以试试。

很多人用 pytest 或者 testng 搞一套测试框架，到后面抽象能力也还不如 rf 本身；有人说用 java 或者 python 可以灵活，不过灵活的坏处就是不容易维护；RF 完全可以通过自定义关键字或者库来实现复杂逻辑。

这个知道，多谢！

以框架来说，RF 足够优秀了.. 生命力？ 放心，绝对会超过这个论坛里 99% 所谓二次封装的框架

易于上手，非常适合中小型测试团队，谁叫这年头想找个会写代码的外包测试也是不容易的事情 ；
框架全面，很适合再做二次封装；
所以现在我们团队就在用。