- 08 8月, 2014 1 次提交
-
-
由 Cleber Rosa 提交于
Test feedback 2
-
- 07 8月, 2014 20 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Rudá Moura 提交于
This calls os.abort() as the test action, testing avocado ability of handle this case correctly. Signed-off-by: NRuda Moura <rmoura@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Previously, the throbber update method was being called unconditionally, making throbber progress to appear even when human output was not enabled. Fix this by making a proxy method that calls it only if there is a human plugin enabled, in TestResultProxy. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Put state of the initialized test in the multiprocess Queue, so we have a lot of accurate information that does not need to be mocked, we only have to mock the failure reason and time elapsed. With this, aborted tests can be handled more gracefully. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Introduce a TestAbortError, used for when an avocado test aborts. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Cleber Rosa 提交于
If the test process is running, the trobber will give feedback about that to the user. This requires the process triggering and timeout handling to be completely different than the previous implementation. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
It's now a known fact that long test runs are can lead to doubts with regards to the actual test run status (is it frozen or really busy?). To give users a better experience, the OutputManager now implements a throbber for progress feedback. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
In some circurnstances, the journal may be accessed simultaneously by multiple code paths. The database consistency should be enforced in any case, and only initialized and populated when appropriate. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Since other more standard plugins have moved to test state in a previous commit the journal plugin should also follow that. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
This commit implements two very different things, but still very much connected: 1) Separate test loading to the process that will be actually running the test. This leads to a better separation of duties of the process interacting with the user and the process that is actually doing the (usually) heavy work. 2) Remove the pickling of the test instance and sending it back and forth. As an added bonus, it was noted during development, that both processes load all necessary Python modules (including the test module) when unmarshalling the pickled instance, resulting in unecessary work. Actual data on performance improvements were not collected though. It has one change in behaviour (regression) though. Test timeout now comes only from the test parameters. The reasoning is that since there's now a better separation of roles and the fact that the first process is not loading the test instance, it can not look at the timeout defined there. IMHO this is a sign of good design, since other types of test (think of shell scripts) can not communicate their intended timeout. Maybe a 'test.cfg' or something like that should be the solution to that. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
docs.source.WritingTests: Introduce environment variables.
-
由 Rudá Moura 提交于
Add new subsection about environment variables that Avocado exports to the tests. Plus fix some typos. Signed-off-by: NRuda Moura <rmoura@redhat.com>
-
- 05 8月, 2014 2 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
avocado.test: export environment variables to tests.
-
由 Rudá Moura 提交于
Export environment variables to the running test. Really effective when using drop-in tests, that can make use of shell variables "AVOCADO_*". Example: Export variable AVOCADO_VERSION with the current version of Avocado, then the drop-in test can use $AVOCADO_VERSION within, and so on. Signed-off-by: NRuda Moura <rmoura@redhat.com>
-
- 04 8月, 2014 2 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
Fix vm plugin
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
- 01 8月, 2014 7 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
So the vm plugin can correctly determine the logs dir. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
We missed that on the whiteboard work. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Rudá Moura 提交于
Signed-off-by: NRuda Moura <rmoura@redhat.com>
-
由 Cleber Rosa 提交于
multiplexer plugin: simple usability fix
-
由 Lucas Meneghel Rodrigues 提交于
Flat tests
-
由 Lucas Meneghel Rodrigues 提交于
Packaging fixes
-
由 Lucas Meneghel Rodrigues 提交于
Make avocado tests to refer to their test ids (paths), relative to the directory you are in. For example, running: avocado run tests/sleeptest.py will give you DEBUG LOG: /home/lmr/avocado/logs/run-2014-07-31-12.54.01/debug.log TOTAL TESTS: 1 (1/1) tests/synctest.py.1: PASS (1.93 s) Test log and data directories were changed accordingly. Now, if your test is synctest.py, your data dir will be called synctest.py.data. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
- 31 7月, 2014 4 次提交
-
-
由 Cleber Rosa 提交于
Since the multiplex file is a positional argument, we can not say it's a required parameter, but we can and should check that at least one was provided. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 29 7月, 2014 4 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
Add tests to verify if passing the full test path works, rather than the test ID, and if an empty test ID/alias triggers the correct error code. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Give the user a nice message rather than a crash report. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
So we can let the test runner to notify the user of incorrect options passed in. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
由 Lucas Meneghel Rodrigues 提交于
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-