Skip to content

Write and debug tests easily, with full action history, time travel, screenshots, rapid re-execution, video records, interactivity, isolation and more

License

Notifications You must be signed in to change notification settings

BringingFire/flutter_convenient_test

Β 
Β 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Flutter Package CI Post-release Codacy Badge

Write and debug tests easily, with full action history, time travel, screenshots, rapid re-execution, video records, retryability, interactivity, isolation and more.

πŸš€ Advantages

  • Enjoy 5x speedup: Able to execute your tests not only on simulator/device, but also on host computer (much faster), without changing any code.
  • Full action history: Gain insight on what has happened to the tests - View all actions/assertions taken in the tests, with friendly descriptions.
  • Time travel, with screenshots: What did the UI look like when that button was tapped 50 steps ago? Now you know everything
  • Rapid re-execution: Edit code, save, run - done within seconds, not minutes.
  • Videos recorded: Watch what has happened, in full detail.
  • Retryability: No manual pump, wait or retry anymore. Just write down what you want, and the framework will retry and wait.
  • Being interactive: Play with the app interactively, again within seconds.
  • Isolated: One test will no longer destroy environment of other tests - run each with full isolation (optional feature).
  • Abundant information for errors: When something is not working, it tries to print out as much information as possible to help you quickly debug.
  • Enhanced golden: GUI to check golden changes, allow a few pixels to be different, screenshot widgets above your widget, etc (Standalone feature, does not require full convenient_test)
  • Utilities: Enter text without replacing, pump with run async, etc. (Standalone feature, does not require full convenient_test)

And also...

  • integration_test still there: Freely use everything from integration_test, mockito, test, etc.
  • Flaky test awareness: No false alarms, while no blindly ignoring.
  • Suitable for CI: Run headlessly, with logs to be visualized when needed.
  • Miscellaneous: Visually see target regions, run single test/group within seconds, raw logs...

πŸ“· Quick demo

NOTE: The video only contains features up to 2022.05. New features not included in the video: The 5x speedup, the enhanced golden, etc.

full_video.mov

Stability

It has been used extensively in my own 200kloc Flutter app in production environment, and I integrate it with my CI infra so it is run everyday.

P.S. Surely, this package - especially the doc - is not yet perfect. If having problems, just create an issue and I usually reply quite quickly.

Unreleased features

I have been using these components internally for a long time, but have not found time to make cleanup (e.g. remove internal dependencies) in order to open-source it. If you like it, feel free to tell me and I will prioritize it!

  • Monkey tester: Randomly interact with tappable/draggable/... regions of your app, trying to find crashes. I even find a bug of Flutter itself using this simple monkey!
  • Benchmark helper: Using one command to automatically benchmark on all devices, upload to storage, and generate reports. (I run it in pseudo-CI and read the reports to see performance regressions.)

πŸ“š Features

5x speedup & remove mobile devices

In addition to the standard way of integration tests, i.e. run them on a real mobile device / a simulator, this package supports running the exact same testing code on your host computer (Windows/MacOS/Linux) with similar experience.

This leads to a big speedup and reduction of needed resources. As we all know, running code on simulators / real devices are slow, and hard to parallelize as well. Running on host computer, on the other hand, does not have this problem.

Remark: In my own app in production, it is >10x faster, but without creating public and reproducible tests, I do not want to claim such a big improvement - so test by youself and see how fast it provides :)

How to use it: Just write code normally, and execute your code as if it is a widget test. If you see weird fonts, you may want loadAppFonts.


Full action history

See actions/taps/assertions taken in the tests, with friendly descriptions (in the left panel)


Time travel with screenshots

Tap an action to see its screenshots

P.S. Use mouse wheels and dragging to zoom and pan the screenshots.

P.S. The gif is outdated - new version has (1) an overview of all screenshots (2) a ruler for each screenshot.


Rapid re-execution

Edit code, save, run - within seconds


Videos recorded

Watch what has happened in full detail (in right panel)

P.S. Highlighted action is in sync with the playing video. Tap action to seek video.


Being interactive

Temporarily play with the app, interactively. (Flutter originally cannot interact with app in test mode)


Retryability

No manual pump, wait or retry anymore. Just write down what you want, and the framework will retry and wait.

Example:

await t.get(find.byTooltip('Fetch Data From Backend')).tap();
// OK even if "fetch data" needs undeterministic time interval. Will automatically pump, wait and retry.
await t.get(find.text('New Data')).should(findsOneWidget);

More in quickstart and tutorials below.

Isolation mode

One test will no longer destroy environment of other tests - now you can run run each with full isolation.

This is especially helpful in big projects (such as mine), when an end-to-end setup is not easy to tear down, and one failed test can cause all subsequent tests to have damaged execution environment and thus fail.

Technical details: If this mode is enabled, a hot restart will be performed after each attempt of each test.

Abundant information for errors

When something is not working, it tries to print out as much information as possible to help you quickly debug.

For example, suppose you provide a finder that accidentally matches two widgets. Then, convenient_test will tell you the location of each widget, as well as a chain of render objects. Together with the screenshots/videos it provides, the finder problem can be fixed easily.

Remark: The GIFs are outdated and does not show this feature.

Enhanced golden

This is a standalone feature, i.e. you can use it without using convenient_test.

Golden overview GUI

It is a simple GUI to list and check all golden differences, with interactivity like pan and zoom. I personally use it daily as follows: After changing a feature, I run all regression tests. Then, if some tests report a golden change, I look at this page to check whether the change is intended or a bug.

To enter this page, tap the "golden" button at the top of homepage.

Golden utilities

  • Allow a few pixels to be different: Flutter's builtin golden test requires every pixel to be exactly the same. I often see cases when the golden screenshot is the "same" from human eyes, but is marked as failed because of non-perceptable differences. This feature allows you to configure amount of toleration to avoid that. (GoldenConfig.maxToleration, GoldenConfig.greaterThanToleration)
  • Crop a part of widget / Screenshot widgets above your widget: For example, suppose you have a button with a hint bubble, implemented by flutter_portal or Overlay. Then, if you golden by find.byKey(yourButton), you will not screen the hint bubble as well. By using this cropBbox feature, you can take a screenshot of the whole screen, and crop the parts (the button) you want. (GoldenConfig.cropBbox)
  • Forbid updating local files: Useful when your file is generated from elsewhere (e.g. another line of code), and you never want to update it even with --update-goldens. (GoldenConfig.allowUpdate)
  • When a golden assertion fails, its image details will be also shown in the manager panel.

Quickstart example

goldenFileComparator = EnhancedLocalFileComparator.configFromCurrent(); // setup

// just like the old way, except that we call `EnhancedLocalFileComparator.createUri` with extra configurations
final config = GoldenConfig(...);
await expectLater(whatever, matchesGoldenFile(EnhancedLocalFileComparator.createUri('something.png', config)));

Utilities

  • Enter text without replacing (enterTextWithoutReplace): The standard enterText replaces the old content, making it inconvenient if we want to append some text - which is the normal behavior of humans.
  • Pump with run async (runAsyncAndPumpUntil, pumpAndSettleWithRunAsync, etc): If your code does something that needs "real" async, a simple pumpAndSettle will not work, so this function is created.

integration_test is still there

You can still use everything from integration_test, mockito, test, etc. This package is not a reinvented wheel, and has exposed the underlying integration_test to you.

If you want to migrate to this package from raw integration_test, have a look at Getting Started section below.

Flaky tests awareness

Flaky is flaky, and we are aware of it. It is neither failed nor success, so you will not be alarmed by false positives, and not completely ignore it.

CI / headless mode

This tool can be run without GUI and only produce log data and exit code, making it suitable to be run in a CI. If you want to examine the details with GUI, just open the generated artifact in the GUI using Load Report button.

// TODO: Add more doc about how to use it (informal doc here: fzyzcjy#240)

Run single test/group

Tap "Run" icon button after each test or group to re-run only that test/group, without running anything else. All within seconds - no need to recompile like what the original test package did.

Visually see target regions

Useful when replaying videos and screenshots

  • Marks have colored borders
  • Gestures have visual feedbacks

Raw logs

Tap "Raw Logs" in the right panel to see raw outputs of a test.

Header panel

Following is a brief description of the functionalities of each button in the header panel.

  • Run All: Run all tests below
  • Halt: Stop the currently running worker
  • Interactive Mode: Enter "interactive mode" (described above)
  • Reload Info: Reload test metadata such as the group names and test names
  • Reconnect VM: Connect to the Dart VM of the worker app
  • Load Report: Load and display a report generated when SaveReport toggle is enabled or run within CI/headless mode
  • Golden Diff Page: Enter the golden diff page (described above)

Following are about the toggles:

  • Isolation: Whether to enable "isolation mode" (described above)
  • UpdateGoldens: Whether to update the golden files on the disk, similar to --update-goldens flag in a traditional Flutter test
  • Retry: When a test fails, whether to retry (and mark as flaky), or directly mark it failed
  • SaveReport: Whether to save logs to a report file, such that it can be visualized later via "Load Report"
  • Hover: When hovering the action log panel, whether highlight the hovered entry and immediately show related information
  • AutoJump: Whether to jump to newly received action entries
  • AutoExpand: Whether to expand and collapse automatically for the newly received test and action entries

Tutorial: Run examples

  1. Clone this repository and enter the packages/convenient_test/example folder.
  2. Run the example app (e.g. using iOS simulator) via flutter run /path/to/flutter_convenient_test/packages/convenient_test/example/integration_test/main_test.dart --host-vmservice-port 9753 --disable-service-auth-codes --dart-define CONVENIENT_TEST_APP_CODE_DIR=/path/to/this/app. Can also be run via VSCode or Android Studio with similar commands.
  3. Run the GUI located in packages/convenient_test_manager. (See details in section below)
  4. Enjoy the GUI!

Getting started

  1. In pubspec.yaml, add convenient_test: ^1.0.0 to the dependencies section, and convenient_test_dev: ^1.0.0 to the dev_dependencies section. As normal, we need to flutter pub get.
  2. Create integration_test/main_test.dart file in your app. Fill it like void main() => convenientTestMain(MyConvenientTestSlot(), () { ... the normal test code you write });. See the example package for demonstration.
  3. Run your app (e.g. using iOS simulator) via flutter run /path/to/your/app/integration_test/main_test.dart --host-vmservice-port 9753 --disable-service-auth-codes --dart-define CONVENIENT_TEST_APP_CODE_DIR=/path/to/this/app. Can also be run via VSCode or Android Studio with similar commands.
  4. Run the GUI located in packages/convenient_test_manager. (See details in section below)
  5. Enjoy the GUI!

Run the manager

Method 1: Download precompiled binary

There are precompiled binaries for each commit, at the "artifacts" section in the CI page. For example, download manager_macos artifact, unzip it, and open it.

Currently only MacOS and Linux has CI for this, and I am willing to accept a PR for Windows.

Method 2: flutter run / flutter profile / flutter build

packages/convenient_test_manager is nothing but a normal Flutter Windows/MacOS/Linux app, so run it following the Flutter official doc.

Surely, it can also be run via flutter profile mode to speed up. Or use flutter build and the standard approaches to generate a release version binary and use it.

Miscellaneous

Configuration

There are a few ways to configure the manager:

  1. From $HOME/.config/convenient_test.json.
  2. From various environment variables.
  3. From command line arguments (when run via convenient_test_manager_dart command line)
  4. Change configurations via GUI (e.g. switches at right-top)

For all options that are configurable and all environment variable names, please see consts.dart. (By doing so you can always see the up-to-date information and there is no possiblility to see outdated doc.)

If you are trying to use this package with Android Virtual Emulator (AVD), you may need to set kConvenientTestManagerHost to 10.0.2.2 because of its network topology. Please see issue #253 for more details.

Limitations

  1. Video replaying feature is not yet implemented in Android (but feel free to PR!).

Contributors

For detailed PRs (excluding myself), please see this link.

All Contributors

Rohith Gilla
Rohith Gilla

πŸ’»
Mehran Kordi
Mehran Kordi

πŸ’»
ethancadoo
ethancadoo

πŸ’» πŸ“–
Vishesh Handa
Vishesh Handa

πŸ’»
Takuma Osada
Takuma Osada

πŸ’»
ronba
ronba

πŸ’»
Bartek Pacia
Bartek Pacia

πŸ’»
Alex Li
Alex Li

πŸ’»
getBoolean
getBoolean

πŸ’»
gilice
gilice

πŸ’»
Max Jakobitsch
Max Jakobitsch

πŸ’»
Josh Matthews
Josh Matthews

πŸ’»
Benjamin Kampmann
Benjamin Kampmann

πŸ’»
Mario Meltzow
Mario Meltzow

πŸ’»
Luna
Luna

πŸ’»

Thanks for testing frameworks in JavaScript, especially Cypress, for giving inspirations!

About

Write and debug tests easily, with full action history, time travel, screenshots, rapid re-execution, video records, interactivity, isolation and more

Resources

License

Code of conduct

Security policy

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Dart 93.6%
  • C++ 2.6%
  • CMake 2.0%
  • Ruby 0.6%
  • Just 0.5%
  • Swift 0.2%
  • Other 0.5%