Avoid low-probability regression test failures in timestamp[tz] tests.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 22 Dec 2019 23:00:17 +0000 (18:00 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 22 Dec 2019 23:00:22 +0000 (18:00 -0500)
commitb265aa1f39b672d263e37bdb715516d32128d0c4
treed3c1589775c9ac16d9e8a53409f077189dcb2c87
parent127ccb37251744c0fad2df0f3f67dd2c38fe8389
Avoid low-probability regression test failures in timestamp[tz] tests.

If the first transaction block in these tests were entered exactly
at midnight (California time), they'd report a bogus failure due
to 'now' and 'midnight' having the same values.  Commit 8c2ac75c5
had dismissed this as being of negligible probability, but we've
now seen it happen in the buildfarm, so let's prevent it.  We can
get pretty much the same test coverage without an it's-not-midnight
assumption by moving the does-'now'-work cases into their own test step.

While here, apply commit 47169c255's s/DELETE/TRUNCATE/ change to
timestamptz as well as timestamp (not sure why that didn't
occur to me at the time; the risk of failure is the same).

Back-patch to all supported branches, since the main point is
to get rid of potential buildfarm failures.

Discussion: https://postgr.es/m/14821.1577031117@sss.pgh.pa.us
src/test/regress/expected/timestamp.out
src/test/regress/expected/timestamptz.out
src/test/regress/sql/timestamp.sql
src/test/regress/sql/timestamptz.sql