tree: 6a82db83d4ec681cf01653c83ca405fbbda84cc0 [path history] [tgz]
  1. test_data/
  2. background_isolate_test.dart
  3. command_output_test.dart
  4. coverage_collection_test.dart
  5. daemon_mode_test.dart
  6. debugger_stepping_test.dart
  7. debugger_stepping_web_test.dart
  8. downgrade_upgrade_integration_test.dart
  9. expression_evaluation_test.dart
  10. expression_evaluation_web_test.dart
  11. flutter_attach_test.dart
  12. flutter_run_test.dart
  13. flutter_run_with_error_test.dart
  14. gen_l10n_test.dart
  15. hot_reload_test.dart
  16. lifetime_test.dart
  17. plist_parser_test.dart
  18. README.md
  19. stateless_stateful_hot_reload_test.dart
  20. template_manifest_test.dart
  21. test_driver.dart
  22. test_utils.dart
  23. vmservice_integration_test.dart
packages/flutter_tools/test/integration.shard/README.md

Integration tests

These tests are not hermetic, and use the actual Flutter SDK. While they don't require actual devices, they run flutter_tester to test Dart VM and Flutter integration.

Use this command to run (from the flutter_tools directory):

../../bin/cache/dart-sdk/bin/pub run test test/integration.shard

These tests are expensive to run and do not give meaningful coverage information for the flutter tool (since they are black-box tests that run the tool as a subprocess, rather than being unit tests). For this reason, they are in a separate shard when running on continuous integration and are not run when calculating coverage.