From: Cleber Rosa <crosa@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel@nongnu.org, "Lukáš Doktor" <ldoktor@redhat.com>,
"Amador Pahim" <apahim@redhat.com>,
"Jeff Nelson" <jen@redhat.com>
Subject: Re: [Qemu-devel] Functional tests (AKA Avocado-based tests)
Date: Mon, 5 Feb 2018 11:15:50 -0500 [thread overview]
Message-ID: <8b706e9f-a5b4-88e7-75fd-46f9cfae13ef@redhat.com> (raw)
In-Reply-To: <20180125141158.GC28396@stefanha-x1.localdomain>
On 01/25/2018 09:11 AM, Stefan Hajnoczi wrote:
> On Wed, Jan 17, 2018 at 03:05:54AM -0500, Cleber Rosa wrote:
>> This is about how QEMU developers can get started with functional
>> tests that are built on top of the Avocado libraries (and meant to be
>> run with the Avocado test runner).
>
> Here is my guess at where this fits into QEMU's testing landscape:
>
> Avocado can help us write a new kind of test - functional (acceptance)
> tests - that run full-blown guest operating systems, invoke shell
> commands inside guests, and also use QMP. Avocado can probably test
> guest OS installation and boot.
>
That is the main goal indeed. Then at the same time, tests that won't
"run full-brown guest operating systems" should also be easy to
write[1]. For instance, I gave myself a few minutes, literally, to
prove this point and wrote a few VNC related tests[2].
> There is some overlap with what exists in tests/ today, but I guess it
> won't replace check (unit tests), qtests, or qemu-iotests.
>
There's no *need* whatsoever to replace anything. People may see value
in using the Avocado test runner to run other tests at some point, but
that's completely unrelated to your original question and our goal.
> Is this how you envision Avocado usage in QEMU?
>
> Stefan
>
In short, yes. The long answer has already been given above.
- Cleber.
[1] - As opposed to say, Avocado-VT, where a lot of pre/post processing,
including guest operating system images, will usually happen by default.
[2] -
https://github.com/clebergnu/qemu/blob/vnc_tests/tests/avocado/test_vnc.py
--
Cleber Rosa
[ Sr Software Engineer - Virtualization Team - Red Hat ]
[ Avocado Test Framework - avocado-framework.github.io ]
[ 7ABB 96EB 8B46 B94D 5E0F E9BB 657E 8D33 A5F2 09F3 ]
prev parent reply other threads:[~2018-02-05 16:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-17 8:05 [Qemu-devel] Functional tests (AKA Avocado-based tests) Cleber Rosa
2018-01-17 23:41 ` Alistair Francis
2018-01-18 0:47 ` Cleber Rosa
2018-01-18 9:07 ` Amador Pahim
2018-02-09 7:05 ` Fam Zheng
2018-02-02 0:10 ` Alistair Francis
2018-02-05 16:34 ` Cleber Rosa
2018-02-08 23:38 ` Alistair Francis
2018-02-08 23:41 ` Alistair Francis
2018-02-09 14:38 ` Lukáš Doktor
2018-01-18 9:25 ` Lukáš Doktor
2018-02-02 0:14 ` Alistair Francis
2018-01-25 14:11 ` Stefan Hajnoczi
2018-02-05 16:15 ` Cleber Rosa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8b706e9f-a5b4-88e7-75fd-46f9cfae13ef@redhat.com \
--to=crosa@redhat.com \
--cc=apahim@redhat.com \
--cc=jen@redhat.com \
--cc=ldoktor@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).