Re: Direction for test frameworks: Perl TAP vs. Python/pytest

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>, Aleksander Alekseev <aleksander(at)tigerdata(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Andrew Dunstan <andrew(at)dunslane(dot)net>
Subject: Re: Direction for test frameworks: Perl TAP vs. Python/pytest
Date: 2026-06-24 12:38:46
Message-ID: a361c7b8-548f-49e8-8a21-4e706a8d3ac4@eisentraut.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 16.06.26 17:23, Daniel Gustafsson wrote:
>> That's a fair concern. It seems to me that back-patching TAP tests
>> doesn't happen too often.
> A quick look at REL_14 shows that there have been 450+ commits touching
> src/test in some fashion since 14.0 was stamped. It's not the same as
> backpatching of TAP tests but it's a data point.

git log --oneline REL_14_0..REL_14_STABLE -- **/t/*.pl src/test/perl | wc -l
172

So a bit less than 450.

So basically what you'd sign up for is that about 35 test changes per
year have to be written twice.

I mean, even in the current setup, there are sometimes significant
differences in the Perl test framework between major versions. So the
current number isn't zero.

Personally, I find the idea of doing a wholesale conversion of the tests
in a backbranch to be horrible. I wouldn't trust such a thing. And the
amount of work to actually put that together in the first place would
most likely be much larger than converting test changes on the go as needed.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2026-06-24 12:40:56 Re: Little checksum worker cleanups
Previous Message vignesh C 2026-06-24 12:24:35 Re: Proposal: Conflict log history table for Logical Replication