如何测试Flutter应用：单元、组件、黄金和集成测试详解
内容提要
Flutter测试分为单元、组件、黄金和集成四类，分别验证逻辑、UI状态、视觉和端到端流程。文章以任务列表功能为例，展示各层测试方法，强调测试应针对实际风险，避免过度覆盖，并建议在CI中分层运行以快速反馈。
延伸解读
测试分层：从逻辑到像素的防护网
文章强调，Flutter的四种测试类型分别回答不同的问题：单元测试验证逻辑正确性，组件测试验证UI状态，黄金测试捕捉视觉回归，集成测试验证端到端流程。它们互为补充，缺一不可。例如，一个逻辑错误可能不会导致崩溃，但会悄悄破坏用户信任，而单元测试能在早期捕获这类问题。
黄金测试的维护陷阱
黄金测试虽然能捕捉像素级变化，但维护成本高。文章指出，当设计变更影响多个共享组件时，大量黄金测试会同时失败，团队可能不加审查地运行--update-goldens，导致测试失去保护作用。建议只对高价值、稳定的屏幕使用黄金测试，并认真审查每次diff。
集成测试的稳定性策略
集成测试在真实设备上运行，容易因环境因素产生间歇性失败。文章建议在每次交互后使用pumpAndSettle等待异步操作完成，避免因时序问题导致测试不稳定。同时，集成测试应聚焦于核心流程，并在CI中安排在合并到主分支时运行，而非每次提交。
Q&A
Flutter测试有哪几种类型？
Flutter测试分为四种类型：单元测试、组件测试（Widget测试）、黄金测试和集成测试。单元测试验证纯逻辑，组件测试验证UI状态，黄金测试验证视觉外观，集成测试验证端到端流程。
单元测试和组件测试有什么区别？
单元测试针对纯Dart函数或类，不涉及UI，运行速度快；组件测试在模拟环境中验证Widget的渲染和行为，需要模拟设备环境。单元测试用于验证业务逻辑，组件测试用于验证UI状态。
黄金测试有什么作用？
黄金测试通过将渲染的Widget与参考图像逐像素比较，捕捉视觉回归，如布局偏移、文本溢出等。它适用于稳定且高可见度的屏幕，但维护成本较高，需谨慎使用。
集成测试和单元测试有什么不同？
集成测试在真实设备或模拟器上运行整个应用，验证各层之间的交互，如网络请求、数据库等；单元测试在模拟环境中测试独立逻辑，不涉及真实设备。集成测试更慢、更昂贵，但能捕捉跨层错误。
如何编写一个简单的Flutter单元测试？
使用flutter_test包，创建test文件，导入要测试的函数，使用test()和expect()编写断言。例如，测试countCompleted函数：expect(countCompleted([]), 0)。运行flutter test test/task_logic_test.dart。
在Flutter组件测试中，pump()和pumpAndSettle()有什么区别？
pump()只推进一帧，适合测试加载状态等中间状态；pumpAndSettle()会持续推进直到没有待处理的帧，适合测试异步操作完成后的最终状态。但若存在无限动画（如CircularProgressIndicator），pumpAndSettle()会超时，此时应使用pump()。
如何避免黄金测试的维护负担？
保持黄金测试数量少而精，只覆盖高价值屏幕；当黄金测试失败时，应仔细查看差异，而不是盲目更新；使用golden_toolkit等工具规范化字体，减少环境差异。
集成测试在CI中如何运行？
集成测试通常不在每次提交时运行，而是在合并到主分支或夜间运行。在GitHub Actions中，可以设置独立的job，使用macos-latest运行iOS模拟器，或使用ubuntu运行Android模拟器，并设置if条件只在主分支触发。
