What tests should a QA Engineer write for the Flutter?

Image for post
Image for post

Hello to all testers who want to understand the automation in Flutter. My name is Tanya, and I am a QA Engineer at Appvesto. In this article, I want to share the tests that I write and understand each step to write them in detail. Well, let’s go.

Widget testing

What is a test widget? Widget tests test a single widget and aim to make sure that the interface looks and interacts with the user as planned. Testing a widget includes several classes and requires a test environment that provides the widget’s life cycle’s appropriate context.

To test the widget classes, you will need the flutter_test package, which contains several additional tools such as
WidgetTester, which allows you to create widgets and interact with them in a test environment;
The testWidgets () function, which automatically creates a new WidgetTester for each test example and is used instead of the usual test function ();
The Finder classes allow you to search for widgets in the test environment;
Matcher constants for specific widgets help to check if the Finder detects a widget or several widgets in the test environment.

Now let’s consider how to write these same tests and what we will get as a result:

1. First, we will add the package flutter_test to the section dev_dependencies in pubspec.yaml file. If you create a new Flutter project, this package is already added.

2. Let’s create a widget that we will test. I, for example, create a form with one field and a button. The expected result will be the display of the entered word on the next page.

And here is the result:

3. Now we can start writing the test. Open the test folder, or create if you do not have one. The folder stores the file widget_test.dart, in which we will create our tests. To do this, we need the testWidgets() function, which is provided by the flutter_test package:

4. Then, using pumpWidget() method, we display the widget we created:

With the help of a widget, in the test environment, we search the widget tree using the Finder. This allows you to check the correctness of the widgets. To do this, use the find() method provided by the flutter_test package to create Finders. I usually use the search type — find.byType() and the key — find.byKey(), you can also use the text search — find.text(), the icon search — find.byIcon().

Make sure that the field widget and buttons are displayed on the screen with Matcher. This is a way to check the expected result:

Let’s see how we can change the state of the widget and interact with it. Here are a couple of methods to change the state:
tap — send the widget a click;
longPress — a long press;
fling — swipe/ swipe;
drag — transfer;
enterText — input text.
I want to fill in the field and click on the button. And here’s the result:

And finally the test run. I launch from the console with a command where I specify a file name:
$ flutter test/widget_test.dart
If all your tests passed, you will get: All tests passed!

Integration testing
Now I suggest that you understand what integration testing is. If you ask me, it is more interesting and you can use it to test the entire application. I can say that it, in some case, can replace you manual testing.
This is a test, which runs the entire application on the emulator, or on a real device, and gives the result of passing the test.

Now let’s find out how to write such tests:
1. Let’s create a test widget. I use the same widget as the test widget.
2. For integration tests we use the package test_driver. We add it to the section dev_dependencies, in pubspec.yaml file.

3. Now we need two files: main.dart, main_test.dart which are in the same test_driver directory (to be created).
The first file contains the “equipped” version of the application. The toolkit allows you to “manage” the application.
The second file contains a set of tests that launches the application and checks if it works properly. The name of the test file must match the name of the file containing the toolbox application with the addition of _test at the end.
4. We add the code to the main.dart file:

5. And now we can start to write our tests. For this we open our second file main_test.dart.
With the setUpAll() command, we connect to the application before running the tests. To disconnect from the application we use tearDownAll().

6. Let’s run our test. Run the emulator/simulator first. Then use the command and watch how the tests are done: $ flutter drive — target=test_driver/main.dart.

Conclusion
Well, that’s it. If you haven’t written auto tests before, I want to congratulate you, you have made the first step. Or if you have already faced them, you may have learned something new for yourself. We have considered the introduction to writing auto tests on Flutter for testers. Simple tests for a form with a field and a button that you can complicate and do, for example, for an authorization form. More information on tests you can always find on the official Flutter website.

I wish everyone an easy test writing and finding serious bugs.

We are a team of rock-star developers, which provides fully-flexible and powerful products 💥.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store