From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Victor Wagner <vitus(at)wagner(dot)pp(dot)ru> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [REVIEW] In-core regression tests for replication, cascading, archiving, PITR, etc. |
Date: | 2016-02-26 15:59:06 |
Message-ID: | 20160226155906.GA155959@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Victor Wagner wrote:
> I'll second Stas' suggestion about psql_ok/psql_fail functions.
>
> 1. psql_ok instead of just psql would provide visual feedback for the
> reader of code. One would see 'here condition is tested, here is
> something ended with _ok/_fail'.
>
> It would be nice that seeing say "use Test::More tests => 4"
> one can immediately see "Yes, there is three _ok's and one _fail in the
> script'
>
> 2. I have use case for psql_fail code. In my libpq failover patch there
> is number of cases, where it should be tested that connection is not
> established,
>
> But this is rather about further evolution of the tap test library, not
> about this set of tests.
This makes sense to me. Please submit a patch for this.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2016-02-26 16:02:04 | Re: [REVIEW] In-core regression tests for replication, cascading, archiving, PITR, etc. |
Previous Message | Robert Haas | 2016-02-26 15:57:17 | Re: Performance degradation in commit 6150a1b0 |