1. 06 12月, 2017 1 次提交
  2. 01 12月, 2017 1 次提交
  3. 30 11月, 2017 1 次提交
    • C
      Output Check: documentation update · 8aa56d58
      Cleber Rosa 提交于
      The documentation and examples on the output check feature are
      outdated or innaccurate.
      
      For instance, the synctest.py example would produce different output
      than recorded in the accompanying reference files because the API
      parameters were not being respected.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      8aa56d58
  4. 21 11月, 2017 2 次提交
  5. 19 11月, 2017 1 次提交
    • C
      optional_plugins: introduce a PICT based varianter · a753b782
      Cleber Rosa 提交于
      PICT is a free software (MIT licensed) tool that implements
      combinatorial testing.  Information about it can be found here:
      
         https://github.com/Microsoft/pict/
      
      This is a very simple, but functional varianter implementation.  It
      performs the basic tasks of creating variants and making parameters
      accessible to tests.  To test this version, it's recommended to
      download PICT, build it (it only takes a C compiler such as GCC or
      clang and make) and put it in a location included in your PATH (or use
      `--pict-binary`).
      
      To list the variants generated with the default order (2, that is,
      do a pairwise idenpendent combinatorial testing):
      
       $ avocado variants --pict-parameter-file=examples/params.pict
       Pict Variants (11):
       Variant amd-scsi-rtl8139-windows-rhel6-acff:    /run
       ...
       Variant amd-ide-e1000-linux-rhel6-eb43:    /run
      
      To list the variants generated with a 3-way combination:
      
       $ avocado variants --pict-parameter-file=examples/params.pict \
         --pict-order-of-combinations=3
      
       Pict Variants (28):
       Variant intel-ide-virtio-windows-rhel7-aea5:    /run
       ...
       Variant intel-scsi-e1000-linux-rhel7-9f61:    /run
      
      It's also possible to run tests with variants generated by the same
      command line switches.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      a753b782
  6. 16 11月, 2017 1 次提交
  7. 15 11月, 2017 1 次提交
  8. 01 11月, 2017 3 次提交
  9. 17 10月, 2017 1 次提交
  10. 16 10月, 2017 8 次提交
  11. 14 10月, 2017 3 次提交
    • L
      docs: Add note about `get_data(..., must_exist=False)` · 9db70581
      Lukáš Doktor 提交于
      The `must_exist` is part of the API and significantly changes the way
      the datadirs are processed, therefor it deserves to be mentioned in the
      documentation.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      9db70581
    • C
      avocado.Test: deprecate datadir property · 53445a82
      Cleber Rosa 提交于
      This change deprecates the use of the of the `datadir` property,
      and switches to `get_data()` instead.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      53445a82
    • C
      avocado.Test: introduce get_data() method · 0941cdd7
      Cleber Rosa 提交于
      This method allows to look for test data in ways that are more
      flexible than the current "datadir" feature currently available.
      
      The current "datadir" is bound to the test filename only, and
      can not provide different data for different tests hosted within
      a single test file.
      
      The newly introduced get_data() method looks for test data in
      various locations, to be able to provide custom data not only
      to different tests hosted inside a single test file, but also
      to different variants.
      
      Note about this alternative implementation of `get_data()`: it does so
      in a much more detached form.  It allows for other test types to
      clearly change the way data files are stored and accessed.  It also
      introduces the concept of named data sources.
      
      In the previous implementation, the types of "data dirs" were hard
      coded, while in this approach, they're defined at the class level and
      it's up to the `get_data()` implementation to deal with it.
      Consequently, the `get_data()` method gets a second (optional)
      parameter that allows the user to specify from which data source the
      data file should be retrieved.
      
      This is necessary, for example, when we add configurability to sources
      of data files, such as expected `stdout`, `stderr` and `output` files.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      0941cdd7
  12. 13 10月, 2017 2 次提交
  13. 21 9月, 2017 1 次提交
  14. 20 9月, 2017 2 次提交
  15. 18 9月, 2017 1 次提交
  16. 15 9月, 2017 6 次提交
  17. 23 8月, 2017 2 次提交
    • C
      avocado/core/test.py: rename TestName to TestID · a67b2fb4
      Cleber Rosa 提交于
      The current TestName class records more than a test name (according
      to the Avocado specification).  It records, and by default, presents
      the Test ID (__str__() and __repr__()).
      
      The Test Name, again according to the Avocado specifications, is
      contained within a Test ID, so it's not necessary to have two
      different classes IMO.
      
      Finally, the str_filesystem() method was adapted to be coherent with
      the fact that it returns a file system representation of the Test ID,
      not the Test Name.  It also became a property, to match the same use
      of str_uid and str_variant.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      a67b2fb4
    • C
      Docs: give examples on both Test Names and Test IDs · db41b9cb
      Cleber Rosa 提交于
      The current example, on Test Names, where being given on the Test ID
      section.  Let's move them closer to the Test Name section, and while
      at it, also give Test ID examples.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      db41b9cb
  18. 22 8月, 2017 2 次提交
  19. 16 8月, 2017 1 次提交