Skip to content
This repository has been archived by the owner on Nov 7, 2018. It is now read-only.

[OBSOLETE] most of this project has been merged to the Wayland upstream test-suite, this is a dead project now. || Wayland integration tests. Tests using a little framework for creating wayland compositor and client and test interaction between them.

License

Notifications You must be signed in to change notification settings

mchalupa/wayland-integration-tests

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

==========================
Wayland integration tests
==========================

This project aims to create small framework for simple testing
of interaction between wayland's display and client.

Directory structure:
TOP \
    | src/               - WIT framework sources
    | test/              - tests, including self-tests
          | test-runner/ - testing framework
          | benchmarks/  - folder containing benchmarks results
    | tools/             - tools for manipulating with tests outcomes

Part of this code was taken from Wayland test-suite (namely test/test-runner.c,
test/test-runner.h and test/test-helpers.c). Backtrace function in test-runner.c
is from Weston.


=== Dependencies ===
Required:
 wayland-server
 wayland-client

Optional:
 libunwind


=== Building WIT ===
Autotools requierments:

 automake 1.11
 autoconf 2.64
 libtool 2.2

Getting WIT, compiling and running:

    $ git clone https://github.com/mchalupa/wayland-integration-tests
    $ cd wayland-integration-tests
    $ ./autogen.sh
    $ make
    $ make check

When only make is run then the framework is compiled. Tests are run by make check.

=== Running WIT ===

    $ make check

will compile and run all tests in test/ directory.
Selected tests can be run using
    $ make check TESTS="test1 test2"
    $ make check TESTS="wit-test wl_shm-test"   # example

Or if tests have been compiled you can run the test without using make:
    $ ./test_name
    $ ./wit-test                    # example

To run only one test-case from test you can do
    $ ./test_name test_case_name
    $ ./wit-test client_populate_tst  # run client_populate_tst from wit-test

=== Colored log ===

You can use tools/colorlog to colorize tests output. When no argument
to colorlog is given, it reads from stdin, otherwise it searches for
files in . or test/ directory. Also you don't have to give it full name,
because it looks for "arg".log and "arg"-test.log.
Another parameters can be pattern that it should look for and colour
of text matching the pattern (default = yellow).
Examples:
    $ tools/colorlog abc-test.log  # following three command will do the same
    $ tools/colorlog abc-test      # that is print colored output of abc-test
    $ tools/colorlog abc

    $ tools/colorlog abc delete_id # color even lines containing text 'delete_id'
    $ tools/colorlog abc done '\033[0;31m' # color even lines containing text
                                           # done with given color

=== Writing tests ===

See test/README

=== Authors ===

Marek Chalupa <[email protected]>

About

[OBSOLETE] most of this project has been merged to the Wayland upstream test-suite, this is a dead project now. || Wayland integration tests. Tests using a little framework for creating wayland compositor and client and test interaction between them.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages