你的应用程序功能越多，手动测试就越难。自动测试有助于确保你的应用程序在发布前正确运行，同时保留你的功能和加快bug修复速度。
自动化测试分为以下几类:
- 单元测试：测试单个函数、方法或类
- widget测试
- 集成测试：测试一个完整的应用程序或者一个应用程序的大部分
一般来说，一个经过良好测试的应用程序有许多单元和widget测试，通过代码覆盖率来跟踪，加上足够的集成测试来覆盖所有重要的用例。 这个建议是基于这样一个事实，即不同类型的测试之间存在着权衡，如下所示。
| 单元测试 | Widget测试 | 集成测试 | |
|---|---|---|---|
| 可信度 | 低 | 高 | 最高 |
| 维护成本 | 低 | 高 | 最高 |
| 依赖性 | 很少 | 多 | 最多 |
| 执行速度 | 快 | 慢 | 最慢的 |
单元测试
单元测试测试单个函数、方法或类。 单元测试的目标是在各种条件下验证逻辑单元的正确性。 被测试单元的外部依赖项通常被模拟出来。 单元测试通常不从磁盘读取或写入，也不从运行测试的进程外部接收用户操作。
目录：
1. 单元测试简介
2. 使用 Mockito 模拟依赖项
Widget测试：
Widget测试（在其他被称为组件测试的UI框架中）测试单个Widget。Widget测试的目标是验证Widget的UI是否按预期进行查看和交互。测试一个Widget涉及多个类，并且需要提供一个BuildContext用来给Widget提供上下文环境。
例如，被测试的Widget应该能够接收和响应用户操作和事件，执行布局，并实例化child Widgets。因此，Widget测试比单元测试更全面。但是，与单元测试一样，Widget测试的环境被一个比完整的UI系统简单得多的实现所取代。
目录：
1. Widget测试介绍
2. 查找child widget
3. 点击，拖动和输入文本
集成测试：
集成测试测试一个完整的应用程序或应用程序的大部分。集成测试的目标是验证所有被测试的Widget和服务是否按预期正常工作。此外，您可以使用集成测试来验证应用程序的性能。
通常，集成测试在真实设备或模拟器上运行，如iOS模拟器或Android模拟器。测试中的应用程序通常与测试驱动程序代码隔离，以避免结果出现偏差。
目录：
1. 集成测试介绍
2. 性能分析
3. 滚动
持续集成服务
持续集成（CI）服务允许您在推送新代码更改时自动运行测试。这可以及时反馈代码更改是否按预期工作，并且不会引入bug。
有关在各种持续集成服务上运行测试的信息，请参见以下内容：
