Re: In-core regression tests for replication, cascading, archiving, PITR, etc.
Noah Misch <noah@leadboat.com>
From: Noah Misch <noah@leadboat.com>
To: Michael Paquier <michael.paquier@gmail.com>
Cc: Andres Freund <andres@2ndquadrant.com>,
PostgreSQL mailing lists <pgsql-hackers@postgresql.org>
Date: 2015-03-11T05:47:25Z
Lists: pgsql-hackers
On Sun, Mar 08, 2015 at 08:19:39PM +0900, Michael Paquier wrote: > So I am planning to seriously focus soon on this stuff, basically > using the TAP tests as base infrastructure for this regression test > suite. First, does using the TAP tests sound fine? Yes. > On the top of my mind I got the following items that should be tested: > - WAL replay: from archive, from stream > - hot standby and read-only queries > - node promotion > - recovery targets and their interferences when multiple targets are > specified (XID, name, timestamp, immediate) > - timelines > - recovery_target_action > - recovery_min_apply_delay (check that WAL is fetch from a source at > some correct interval, can use a special restore_command for that) > - archive_cleanup_command (check that command is kicked at each restart point) > - recovery_end_command (check that command is kicked at the end of recovery) > - timeline jump of a standby after reconnecting to a promoted node Those sound good. The TAP suites still lack support for any Windows target. If you're inclined to fix that, it would be a great contribution. The more we accrue tests before doing that, the harder it will be to dig out.
Commits
-
Add a test framework for recovery
- 49148645f7f3 9.6.0 landed