最全测试开发-用了几周的fastbot，谈谈感受_fastbotx，软件测试电话面试技巧

2401_84563179

于 2024-05-11 11:02:16 发布

阅读量435

点赞数 3

分类专栏：程序员文章标签：单元测试功能测试学习

本文链接：https://blog.csdn.net/2401_84563179/article/details/138706684

版权

程序员专栏收录该内容

190 篇文章 0 订阅

订阅专栏

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

fastbot介绍

本段引用fastbot官网介绍，Fastbot，由字节跳动自研的智能化测试系统，支持Android和iOS，它是一套基于模型（MBT）的智能化 GUI 测试服务。我们将测试任务转换为对 App 进行遍历搜索和构建有向有环图模型的搜索任务。同时，分拆了客户端和服务端，实现了海量设备上的多机协同执行 GUI 测试任务。在客户端做 GUI 信息监听上报和动作注入，在服务端做模型搭建和动作决策，并基于 UCB 公式设计了多套符合有向有环图遍历的算法，避免了局部死循环的情况，极大的提高了测试覆盖能力和测试效率。

fastbot 使用

Android项目https://gitee.com/ByteDance/Fastbot_Android
iOS 项目 https://gitee.com/ByteDance/Fastbot_iOS

详细的使用步骤这里就不说了，官网项目写的非常清楚，可以参考下这两个项目

对自动化理解

为什么选用fastbot，不选用传统的自动化测试技术呢，传统的自动化技术偏向于业务能力，而fastbot偏向于功能，这是怎么说能，因为传统的UI自动化是根据用例设计进行自动化脚本编写的，而fastbot 通过遍历页面下的功能按钮，实现自动化测试，可能有人会有疑问，这样的测试怎么能发现问题呢？由于现在的项目多数业务逻辑在后端实现，前端不会再有逻辑相关的代码，所以我们在实现自动化测试的时候，应该把逻辑部分多在接口自动化和单元测试中实现，而UI自动化测试简单的页面功能即可，只要把握好整体的自动化覆盖率，按比重来分配 UI自动化、接口自动化、单元测试，正如测试金字塔模型一样，UI自动化测比重已经远远小于接口自动化和单元测试，所以我们就不必担心这样没有逻辑设计的自动化会对业务覆盖不全。

fastbot 优缺点

在几周的使用过程中，总结了一些优点和缺点，优点：1、不用传统自动化的环境的搭建，push 几个jar包到手机内就能使用，2、通过一些配置文件可以实现页面的白名单和黑名单，不需要点击的地方等功能，3、有完整的log可以对报错进行分析，缺点：1、配置了登录页面的黑名单或退出登录不点击，还是会奇怪的退出登录，2、报告在手机端生成，如果集成到平台可能需要自行处理。