Re: Testing with concurrent sessions - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Testing with concurrent sessions
Date
Msg-id 603c8f071001061943w3c58a132o69a3d5c833e725a4@mail.gmail.com
Whole thread Raw
In response to Re: Testing with concurrent sessions  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-hackers
On Wed, Jan 6, 2010 at 10:00 PM, Kevin Grittner
<Kevin.Grittner@wicourts.gov> wrote:
>> For basic regression tests, yeah, we'd probably like to keep that
>> Perl-free.
>
> OK.  Is parallel psql the only reasonable option?

It seems so, assuming you're willing to concede that it is a
reasonable option in the first place.

>> For more complex testing, I think using Perl makes sense. Or to put
>> the shoe on the other foot, if we DON'T allow the use of Perl for
>> more complex testing, then we're probably not going to have any
>> more complex tests.
>
> Do you envision some test suite committed to CVS beyond the 'make
> check' tests, for "on demand" testing at a more rigorous level?
> Am I missing something that's already there?

Personally, I tend to think that to test this well you are going to
need a test suite written in a scripting language.  Whether or not
that gets committed to CVS is a political question, but I would be in
favor of it (assuming it's good, of course).  Maybe you will find that
you can do it all with concurrent psql, but (1) I'm not convinced and
(2) if that's your plan, does that mean you're going to do nothing
until someone implements concurrent psql?

...Robert


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [COMMITTERS] pgsql: Support ALTER TABLESPACE name SET/RESET ( tablespace_options ).
Next
From: Hiroshi Inoue
Date:
Subject: Re: libpq naming on Win64