xserver/test
Daniel Stone 1b2ae1fd7a AllocDevicePair: Ensure XKB privates are initialised
Since we call directly into XKB and may be doing so before the extension
has been initialised, make sure its privates are set up first.  XTest
had a hack to do this itself, but seems cleaner to just make sure we do
it in AllocDevicePair.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit 59c2c4f645)
2012-08-01 18:09:12 -07:00
..
xi2 Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
.gitignore test: add new test cases to .gitignore 2012-03-04 20:01:29 -08:00
ddxstubs.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
fixes.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
input.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
list.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
Makefile.am test: Fix make dist 2012-04-09 19:36:39 -07:00
misc.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
README Add a test-suite for in-server unit-testing. 2009-04-28 16:03:56 +10:00
string.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
touch.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
xfree86.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
xkb.c Introduce a consistent coding style 2012-03-27 11:50:40 -07:00
xtest.c AllocDevicePair: Ensure XKB privates are initialised 2012-08-01 18:09:12 -07:00

                        X server test suite

This suite contains a set of tests to verify the behaviour of functions used
internally to the server. This test suite is based on glib's testing
framework [1].

= How it works =
Through some automake abuse, we link the test programs with the same static
libraries as the Xorg binary. The test suites can then call various functions
and verify their behaviour - without the need to start the server or connect
clients.

This testing only works for functions that do not rely on a particular state
of the X server. Unless the test suite replicates the expected state, which
may be difficult.

= How to run the tests =
Run "make check" the test directory. This will compile the tests and execute
them in the order specified in the TESTS variable in test/Makefile.am.

Each set of tests related to a subsystem are available as a binary that can be
executed directly. For example, run "xkb" to perform some xkb-related tests.

== Adding a new test ==
When adding a new test, ensure that you add a short description of what the
test does and what the expected outcome is. If the test reproduces a
particular bug, using g_test_bug().

== Misc ==

The programs "gtester" and "gtester-report" may be used to generate XML/HTML
log files of tests succeeded and failed.

---------

[1] http://library.gnome.org/devel/glib/stable/glib-Testing.html