From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Cc: Erik de Castro Lopo <mle+tools@mega-nerd.com>,
"Balazs Attila-Mihaly (Cd-MaN)" <x_at_y_or_z@yahoo.com>
Subject: Re: [Qemu-devel] Suggestion for testing framework
Date: Tue, 03 Jun 2008 17:17:01 -0500 [thread overview]
Message-ID: <4845C2DD.5080108@codemonkey.ws> (raw)
In-Reply-To: <5d6222a80806031505t15f18fe7u256514ccbdc9960@mail.gmail.com>
Glauber Costa wrote:
> On Tue, Jun 3, 2008 at 7:02 PM, Paul Brook <paul@codesourcery.com> wrote:
>
>> On Tuesday 03 June 2008, Erik de Castro Lopo wrote:
>>
>>> Balazs Attila-Mihaly (Cd-MaN) wrote:
>>>
>>>> Hello all
>>>>
>>>> It seems that there is agreement that some sort of automated
>>>> testing is "a good thing" ;-).
>>>>
>>> I am a huge fan of testing and think that qemu developers and users
>>> would both benefit from more automated testing.
>>>
>> IMHO Automated testing by itself is pretty much worthless.
>> The value comes from having someone look at the results, and actively fix
>> problems as they are discovered. Once you've allocated resources to do this
>> bugfixing setting up the testing is fairly trivial.
>>
>
> Not at all. A developer writing something new for qemu will have a way
> to make sure his code works before submitting it upstream.
>
Test cases are great. I think the question is how useful is a fully
automated testing suite that runs continuously. Without people
dedicating time to track down all of the various failures, it tends to
suffer the same fate as a poorly maintained bugzilla.
But yeah, we want reproducible test cases. That's what KVMTest is all
about--automating things that normally require user intervention.
Regards,
Anthony Liguori
> Right now, each one has to write its own testing, each time, which can
> be failed in itself, and not do a full coverage.
>
> So while it may not do much for existing code, it can certainly help
> the quality of new code to improve.
>
>
>
next prev parent reply other threads:[~2008-06-03 22:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-03 20:59 [Qemu-devel] Suggestion for testing framework Balazs Attila-Mihaly (Cd-MaN)
2008-06-03 21:50 ` Erik de Castro Lopo
2008-06-03 21:53 ` Anthony Liguori
2008-06-03 22:02 ` Paul Brook
2008-06-03 22:05 ` Glauber Costa
2008-06-03 22:17 ` Anthony Liguori [this message]
2008-06-03 22:25 ` Paul Brook
2008-06-03 22:35 ` Thiemo Seufer
2008-06-04 6:41 ` Laurent Desnogues
2008-06-04 7:49 ` Laurent Desnogues
2008-06-04 9:44 ` Edgar E. Iglesias
2008-06-04 10:28 ` Avi Kivity
2008-06-04 12:32 ` Glauber Costa
2008-06-04 12:36 ` Avi Kivity
2008-06-05 10:13 ` Ian Jackson
2008-06-05 12:42 ` Avi Kivity
2008-06-04 10:36 ` Fabrice Bellard
2008-06-15 18:52 ` [Qemu-devel][Patch] " Stefan Weil
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=4845C2DD.5080108@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=mle+tools@mega-nerd.com \
--cc=qemu-devel@nongnu.org \
--cc=x_at_y_or_z@yahoo.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).