Re: TAP output format in pg_regress
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
Cc: Daniel Gustafsson <daniel@yesql.se>,
Peter Eisentraut <peter.eisentraut@enterprisedb.com>,
PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2022-07-05T01:56:24Z
Lists: pgsql-hackers
Andres Freund <andres@anarazel.de> writes: > I think with a bit of care the tap output could be nearly the same > "quality". It might not be the absolute "purest" tap output, but who cares. +1 > For non-parallel tests I think we currently print the test name before running > the test, which obviously doesn't work well when needing to print the 'ok' > 'not ok' first. Is this still a consideration? We got rid of serial_schedule some time ago. > I wonder if for parallel tests we should print the test number based on the > start of the test rather than the finish time? I think we need the test number to be stable, so it had better be the ordering appearing in the schedule file. But we already print the results in that order. regards, tom lane
Commits
-
pg_regress: Emit TAP compliant output
- 558fff0adfa0 16.0 landed
-
Consider a failed process as a failed test in pg_regress
- 337903a16fb0 16.0 landed
-
Avoid reference to nonexistent array element in ExecInitAgg().
- 92957ed98c5c 16.0 cited