1. 18 3月, 2016 1 次提交
    • C
      External Runner: deal with empty test URL · 139e717b
      Cleber Rosa 提交于
      A test base on the external runner feature depends on both the
      external runner and the test URL. These two are always combined to
      generate the complete command that will be executed by Avocado.
      
      But, the Avocado command line application does not require URLs to be
      given on the command line, because these may come from other sources
      on loaders other than the basic FileLoader.
      
      So, let's also explicitly require a URL to be given to to the External
      Runner loader to return a test factory (class and parameters).
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      139e717b
  2. 16 3月, 2016 18 次提交
  3. 12 3月, 2016 2 次提交
  4. 11 3月, 2016 2 次提交
  5. 10 3月, 2016 2 次提交
    • A
      Merge pull request #1077 from clebergnu/test_kill_stopped_sleep_timeout · 03b9230e
      Amador Pahim 提交于
      selftests/functional/test_basic.py: extend timeout on test_kill_stopp…
      03b9230e
    • C
      selftests/functional/test_basic.py: extend timeout on test_kill_stopped_sleep · 27029ff4
      Cleber Rosa 提交于
      Given the last CI jobs, RunnerSimpleTest:test_kill_stopped_sleep() has
      been failing often. The obvious reason, given the nature of the test
      and the heavily shared and loaded computing resources they run on, is
      the lack of resources.
      
      One example of such as failure:
      
         ======================================================================
         FAIL: test_kill_stopped_sleep (selftests.functional.test_basic.RunnerSimpleTest)
         ----------------------------------------------------------------------
         Traceback (most recent call last):
           File "/home/travis/build/avocado-framework/avocado/selftests/functional/test_basic.py", line 549, in test_kill_stopped_sleep
             % proc.get_output())
         AssertionError: Avocado process still alive 1s after job-timeout:
         JOB ID     : 5c65a06b4ab15e69d6c4a1fc762368e0e99cbc1f
         JOB LOG    : /tmp/avocado_selftests.functional.test_basicHIyhV4/job-2016-03-09T15.08-5c65a06/job.log
         TESTS      : 1
          (1/1) /bin/sleep 60:
         ctrl+z pressed, stopping test (5046)
         ERROR
      
      So, let's give 4 extra seconds for the process to be
      terminated. Hopefully failures in the timeout handling will still be
      revealed given the relatively small buffer.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      27029ff4
  6. 09 3月, 2016 4 次提交
  7. 04 3月, 2016 3 次提交
    • A
      Merge pull request #1070 from clebergnu/data_dir_settings · ab10314f
      Amador Pahim 提交于
      data_dir: make settings dynamic
      ab10314f
    • C
      avocado/core/data_dir.py: make data_dir settings dynamic · be47dcc4
      Cleber Rosa 提交于
      The configurations related to the "data_dir" are currently read at
      module load time. This means that changes in the configuration between
      module load time and changes to the settings (such as parsing an
      additional config file) is never seen.
      
      Since the avocado command line application parses extra configuration
      files (given with `--config`) after the module is loaded, these extra
      configuration files are never applied to the data_dir configuration.
      
      There's one more issue with regards to the the settings usage: because
      once references to the `settings` instance singleton are grabbed, they
      will always point to the same settings objects. The data_dir unittests
      exercise changes to the settings objects by replacing that
      instance. So, let's refer to the settings using the full location
      (module.attribute), which will always give back the "current" (be it
      original or replaced) settings instance.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      be47dcc4
    • C
      selftests/unit/test_datadir.py: combine setUp() and _get_bogus_settings() · 78c2e52d
      Cleber Rosa 提交于
      The current implementation of _get_bogus_settings() solves a partial need
      of the setUp() method. Let's combine both into a single (private) utility
      method (_get_temporary_dirs_mapping_and_config()) that can be re-used.
      
      The major goal is to re-use it when testing how data_dir reacts to changes
      in the settings at run time.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      78c2e52d
  8. 03 3月, 2016 8 次提交