File: README.md

package info (click to toggle)
geary 46.0-12
  • links: PTS, VCS
  • area: main
  • in suites: forky
  • size: 15,092 kB
  • sloc: javascript: 972; ansic: 722; sql: 247; xml: 183; python: 30; makefile: 28; sh: 24
file content (53 lines) | stat: -rw-r--r-- 1,755 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53

Automated Test Infrastructure
=============================

Geary currently supports three types of automated tests:

 * Engine unit tests
 * Client (GTK and JavaScript) unit tests
 * Server integration tests

Unit tests
----------

Unit tests test individual functions, in general avoid doing any I/O
so they are fast, and can be run automatically.

The engine and client unit tests are hooked up to the Meson build, so
you can use Meson's test infrastructure to build and run them. These
are run automatically as part of the Gitlab CI process and if you use
the development Makefile, you can execute them locally by simply
calling:

    make test

The engine tests can be run headless (i.e. without an X11 or Wayland
session), but the client tests require a functioning display since
they execute GTK code.

Integration tests
-----------------

Integration tests run Geary's network code against actual servers, to
ensure that the code also works in the real world.

The integration tests are built by default, but not currently hooked
up to Meson and are not automatically run by Gitlab CI, since they
require multiple working servers, network connection to the servers,
and login credentials.

You can run them manually however against any server you have a test
account on, using the following form:

    build/test/test-integration PROTOCOL PROVIDER [HOSTNAME] LOGIN PASSWORD

For example, to test against GMail's IMAP service:

    build/test/test-integration imap gmail test@gmail.com p455w04d

If `PROVIDER` is `other`, then `HOSTNAME` is required.

The easiest way to test against a number of different servers at the
moment is to create a test account for each, then write a shell script
or similar to execute the tests against each in turn.