1. 20 Jan, 2017 1 commit
  2. 01 Dec, 2016 1 commit
  3. 12 Jul, 2015 1 commit
  4. 16 Jun, 2015 1 commit
  5. 21 Jul, 2014 1 commit
  6. 10 Jun, 2014 1 commit
  7. 08 Apr, 2014 2 commits
  8. 24 Mar, 2014 1 commit
  9. 15 Jan, 2014 1 commit
    • Peter Hutterer's avatar
      Add a device test suite · 3a344169
      Peter Hutterer authored
      A rather large commit, copied from a similar (almost identical) suite in
      libtouchpad and ported for libinput.
      
      The goal here is to make testing for various devices easy, so the litest
      ("libinput test") wrappers do that. The idea is that each device has some
      features, and tests are likely to exercise some features or won't work with
      other features.
      
      Each test case takes a list of required features and a list of excluded
      features. The test suite will create a new test case for each device in the
      suite that matches that set.
      
      For example, the set of required LITEST_TOUCHPAD, excluded LITEST_BUTTON would
      run on clickpads only, not on touchpads with buttons.
      
      check supports suites and test cases, both named. We wrap that so that each
      named set of cases we add are a test suite, with the set of devices being the
      test cases. i.e.
      
      litest_add("foo:bar", some_test_function, LITEST_ANY, LITEST_ANY);
      
      adds a suite named "foo:bar" and test cases for both devices given, with their
      shortnames as test case name, resulting in:
         "foo:bar", "trackpoint"
         "foo:bar", "clickpad"
         ...
      
      Multiple test functions can be added to a suite. For tests without a device
      requirement there is litest_add_no_device_test(...).
      
      The environment variables CK_RUN_SUITE and CK_RUN_CASE can be used to narrow
      the set of test cases. The test suite detects when run inside a debugger and
      disables fork mode (the default).
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      3a344169