| 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: | Whole Thread | Raw Message | 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 |