tests/README

   1 dpkg functional test-suite
   2 ~~~~~~~~~~~~~~~~~~~~~~~~~~
   3
   4 How to run
   5 ----------
   6
   7 There's a brief usage information when invoking “make” on the topdir.
   8
   9 You probably want to use something like eatmydata to run the tests, it
  10 affects the performance significantly.
  11
  12 To test the tools from the dpkg build-tree, use the «test» target. If you
  13 want instead to test the installed programs use the «installtest» target
  14
  15 The DPKG_TESTSUITE_OPTIONS environment/make variable can be used to change
  16 the behavior of the test runs, the following options are currently
  17 supported:
  18
  19 * as-root
  20
  21   WARNING: This runs the tests in privileged mode, and will write to your
  22   current root filesystem. If you are uncertain of the consequences, run
  23   it at least on a chroot, or isolated in a virtual machine.
  24
  25 * test-all
  26
  27   This runs all tests, including manual and failing ones.
  28
  29 * debug
  30
  31   This makes dpkg print lots of debug output.
  32
  33 The configuration file ‘.pkg-tests.conf’ can be used to set permanent
  34 parameters. For example:
  35
  36   ,-- .pkg-tests.conf --
  37   |DPKG_TESTSUITE_OPTIONS := debug
  38   `--
  39
  40 Test-suite layout
  41 -----------------
  42
  43 The tests are split into logical units, testing a specific characteristic.
  44 To add a new test please check Test.mk and Makefile on the topdir, and some
  45 of the current tests. Patches welcome!
  46
  47 Future plans
  48 ------------
  49
  50 There's lots of tests that are still missing, we are adding new ones when
  51 we stumble over regressions, when adding new functionality, and as time
  52 permits for existing functionality.
  53
  54 The idea is for this to progressively be integrated into the autotools
  55 autotest suite under src/at/, and be run as part of “make check”. Some
  56 changes to dpkg would need to be implemented first.