在某些情况下，内置的 Matcher 可能不足以满足你的测试需求。Flutter 允许你创建自定义的 Matcher。例如，如果你想检查一个数字是否是偶数，你可以这样做：​​​​​​。

UI Automator是一个界面测试框架，支持跨进程，几乎可以模拟所有的人工操作。需要运行在4.3或者更高的系统版本上。它的测试代码的编写不依赖于目标应用的内部实现细节，非常适用编写黑盒自动化测试。

在每次发布新版本之前、都需要回归核心功能、已确保上线后小程序也能按照预期运行. 目前这部分回归工作是由测试同事手工去验证测试用例、按照每周一版本的迭代节奏、回归就花了测试挺多时间的. 最近前端工作比较轻松、故在思考能否把这部分重复的工作交给程序自动来进行呢、省时省力。

API自动化测试工具在软件开发和集成过程中扮演着至关重要的角色。这些工具能够帮助开发人员和测试人员快速、准确地测试API，确保其在不同环境和条件下的稳定性和可靠性。

最近在做APP自动化过程中，有调研Airtest框架的使用，便初步介绍一下Airtest框架的使用，有兴趣的小伙伴，可以一起探讨学习~(一）背景，Airtest是什么？Airtest是一款基于Python的、跨平台的UI自动化测试框架，基于图像识别原理，适用于游戏和App

文件上传三种方式：（一）查看元素标签，如果是input，则可以参照文本框输入的形式进行文件上传，方法：和用户输入是一样的，使用send_keys

在UI自动化测试中弹窗是影响自动化用例稳定性的一大因素，如何方便快捷的处理各种情况下的弹窗，是搞UI自动化测试必须要面临的问题，弹窗的种类:安装APP时的系统弹窗 此类弹窗一般有两种，一种是自动化测试框初始化本身也需要安装一些APP，比如uiautomator2会安装atx-agent、com.github.uiautomator，这些弹窗在初始化环境的时候可以手动点掉，case里不需要关注。另一

pytest框架中，日志的管理无需像logging日志管理那样繁琐的设置和使用。学过Python logging模块的应该都知道需要配置，创建记录器，创建处理器等步骤，这里不再赘述细节。pytest框架中，只需要将配置写入到pytest.ini文件中，在用例中直接导入logging，创建对象就可以直接使用。

最近团队落地实践了前端单元测试和E2E(端到端) 测试方案，在此之前我基本没有在实际项目里用过自动化测试方案，总觉得这类方案耗时太大，没什么收益，但自从写自动化测试代码两个月以来，我发现还是有一定收益的，下面是我的一些思考和总结，希望对大家有一点点帮助。在正常的软件开发流程中，我们一定会有一个很重要的环节那就是测试，而对于一个大型项目来说，测试的环节尤为重要，它是软件发布前最后一个“关卡”，也是我

本文以笔者当前使用的自动化测试项目为例，浅谈分层设计的思路，不涉及到具体的代码细节和某个框架的实现原理，重点关注在分层前后的使用对比，可能会以一些伪代码为例来说明举例。