Re: regression test for extended query protocol - Mailing list pgsql-hackers

From Dave Cramer
Subject Re: regression test for extended query protocol
Date
Msg-id CADK3HH+MUDmB1xJWk4sDr4omrJe_aT_OuQty6Ve1hLfpRsbv-g@mail.gmail.com
Whole thread Raw
In response to Re: regression test for extended query protocol  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: regression test for extended query protocol  (Michael Paquier <michael.paquier@gmail.com>)
List pgsql-hackers

On 3 August 2016 at 10:53, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Tatsuo Ishii <ishii@postgresql.org> writes:
>>> In my understanding, we don't have any regression test for protocol
>>> level prepared query (we do have SQL level prepared query tests,
>>> though). Shouldn't we add those tests to the regression test suites?

>> I thought that ECPG was covering a portion of that. Right?

> In my understanding, ECPG calls libpq, thus the test cases are limited
> to the cases which are only possible with libpq (or it may be even
> limited to the cases where ECPG deal with.)

I do not think it's very practical for the core tests to try to cover
any behavior that's not reachable via libpq.  Even testing stuff that's
not reached through ecpg would require a whole slew of new infrastructure
with no use except testing.

I think realistically a better approach to this would be to get some
buildfarm members running the JDBC regression tests (I assume there
are some ...)

                        regards, tom lane

We currently run tests every time a PR is created on github, but I don't think there are any animals running the JDBC test suite 

We can add tests, what exactly do we want to test. Then setting up an animal to run the tests would be fairly straight forward.

pgsql-hackers by date:

Previous
From: Fabrízio de Royes Mello
Date:
Subject: Re: PostgreSQL 10 kick-off
Next
From: Tom Lane
Date:
Subject: Re: Implementing full UTF-8 support (aka supporting 0x00)