tree: 9e26b9379c25380305fe05febf1f2faecaf0b5bb [path history] [tgz]
  1. test_data/
  2. analyze_size_apk_test.dart
  3. background_isolate_test.dart
  4. command_output_test.dart
  5. coverage_collection_test.dart
  6. daemon_mode_test.dart
  7. debugger_stepping_test.dart
  8. debugger_stepping_web_test.dart
  9. downgrade_upgrade_integration_test.dart
  10. expression_evaluation_test.dart
  11. expression_evaluation_web_test.dart
  12. flutter_attach_test.dart
  13. flutter_gen_test.dart
  14. flutter_run_test.dart
  15. flutter_run_with_error_test.dart
  16. gen_l10n_test.dart
  17. hot_reload_test.dart
  18. lifetime_test.dart
  19. plist_parser_test.dart
  20. README.md
  21. stateless_stateful_hot_reload_test.dart
  22. template_manifest_test.dart
  23. test_driver.dart
  24. test_utils.dart
  25. unit_coverage_test.dart
  26. vmservice_integration_test.dart
  27. web_run_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.